- Vue d'ensemble (Overview)
- Prérequis
- Pré-installation
- Préparation de l'installation
- Téléchargement des packages d'installation
- Configuration du registre conforme à OCI
- Octroi d'autorisations d'installation avec des rôles de cluster
- Octroi d'autorisations d'installation sans rôles de cluster
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes
- Déploiement de Redis via OperatorHub
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration avancée d'Orchestrator
- Configuration des paramètres d'Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration de NLog
- Enregistrement des journaux du robot dans Elasticsearch
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Ignorer l’installation de la bibliothèque hôte
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- AI Trust Layer
- Résolution des problèmes
- Comment désinstaller Automation Suite
- Comment résoudre l'échec de la vérification de la connectivité préalable sur OpenShift 4.16–4.18
- Comment déployer Insights dans un cluster compatible FIPS
- Comment désactiver l’activation automatique CDI dans l’opérateur GPU Nvidia
- Comment encoder en URL un mot de passe de chaîne de connexion SQL
- 500 erreurs et limitation de débit sur les requêtes S3 dans ODF
- Résolution des problèmes de clés secrètes externes
- Configuration des tolérances des pilotes CSI pour ODF 4.20
- Résolution des problèmes de Temporel en tant que service
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Erreurs de validation du certificat TLS
- Atténuation manuelle de la politique réseau ArgoCD
- Configurer les requêtes et les limites de ressources pour les charges de travail créées par uipathctl
Configuration du magasin secret des informations d’identification
Configuration du magasin de clés secrètes externe pour gérer en toute sécurité les informations d'identification sensibles dans Automation Suite.
Un magasin secret dans Automation Suite est une source externe utilisée pour stocker les informations d'identification sensibles. Il peut s'agir d'un secret Kubernetes, d'un Azure Key Vault, d'un HashiCorp Vault ou d'un gestionnaire de clés secrètes AWS.
Pour utiliser un magasin de secrets pour les informations d'identification dans Automation Suite, reportez-vous à Utilisation d'un magasin de secrets pour les informations d'identification.
Si vous utilisez Azure Key Vault, HashiCorp Vault ou AWS Secrets Manager comme système de gestion des clés secrètes externe et que vous prévoyez d’utiliser votre propre opérateur de secrets externes, consultez la section Installation de l’opérateur de secrets externes.
Dans ce cas, assurez-vous d’ajouter external-secrets à la liste des composants exclus, comme suit :
"exclude_components": [
...
"external-secrets"
]
"exclude_components": [
...
"external-secrets"
]
Il est obligatoire d’exécuter uipathctl prereq create lorsque le magasin de clés secrètes est activé. Pour plus de détails, reportez-vous à uipathctl préreq create et uipathctl préreq run.
Utilisation d'un magasin secret pour les informations d'identification
Lors du déploiement d'Automation Suite, le fichier input.json contient généralement plusieurs champs de données sensibles et informations d'identification en texte brut. Pour améliorer la sécurité, vous pouvez stocker ces informations d'identification dans un magasin secret au lieu de les inclure directement dans le fichier input.json .
Un magasin de clés secrètes agit comme un système externe qui contient en toute sécurité des informations d'identification sensibles et des données de configuration. Lorsqu'il est configuré, Automation Suite récupère les informations d'identification du magasin secret défini lors du déploiement.
Pour activer l'utilisation du magasin de clés secrètes, ajoutez la section suivante au fichier input.json :
"secret_store": {
"enabled": true
}
"secret_store": {
"enabled": true
}
Lorsque cette configuration est activée, Automation Suite lit les informations d'identification du magasin de clés secrètes au lieu de directement à partir du fichier input.json .
Modèle de référence du coffre
Les clés secrètes dans input.json sont référencées à l’aide du modèle suivant :
vault/{vault-name}/{secret-key}?key={property}&version={version}
vault/{vault-name}/{secret-key}?key={property}&version={version}
Le tableau suivant décrit les paramètres du modèle de référence du coffre.
| Paramètre | Requis | Description |
|---|---|---|
vault-name | Oui (Yes) | Mappe le champ name dans provider_configs |
secret-key | Oui (Yes) | La clé/chemin d’accès de la clé secrète dans le coffre externe |
key | Non (No) | Propriété JSON spécifique à extraire (pour les clés secrètes structurées) |
version | Non (No) | Version secrète spécifique à épingler. Si elle n'est pas fournie, ESO utilise la version la plus récente. |
Automation Suite prend en charge les types de magasin secret suivants :
Si des informations d’identification stockées dans le magasin de clés secrètes changent, vous devez effectuer la procédure de mise à jour des informations d’identification. Pour plus de détails, consultez la section Mise à jour des informations d’identification.