- 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
Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
Solution de contournement pour Studio Desktop ne parvient pas à afficher les connecteurs et activités Integration Service en raison d’un problème de routage de type cache dans Automation Suite 2025.10.0-2025.10.2.
Ce problème affecte Automation Suite 2025.10.0-2025.10.2. Ce problème est résolu dans la version 2025.10.3.
Description
Dans Studio Desktop, le panneau Activités ne répertorie pas les connecteurs et activités Integration Service. Les journaux du service intsvcs-periodic contiennent l'erreur suivante:
org.springframework.web.servlet.NoHandlerFoundException:
No endpoint GET /v3/element/typecache/api/Studio/Packages
org.springframework.web.servlet.NoHandlerFoundException:
No endpoint GET /v3/element/typecache/api/Studio/Packages
Cela est dû à une erreur de configuration du routage: Studio Desktop demande les informations du connecteur au niveau du chemin /v3/element/typecache/..., mais le routage intégré au cluster transmet cette demande au service intsvcs-periodic sans supprimer le préfixe /v3/element. Le service n'a aucun gestionnaire enregistré pour le chemin préfixé et renvoie 404 Not Found.
Studio Web n'est pas affecté par ce problème.
Solution
Étape 1 - Confirmer que vous êtes affecté
Exécutez la commande suivante pour vérifier les journaux intsvcs-periodic de l'erreur 404:
kubectl -n uipath logs deploy/intsvcs-periodic -c periodic --since=1h \
| grep "No endpoint GET /v3/element/typecache"
kubectl -n uipath logs deploy/intsvcs-periodic -c periodic --since=1h \
| grep "No endpoint GET /v3/element/typecache"
Si la commande renvoie la sortie, vous rencontrez ce problème.
Étape 2 - Appliquer la réécriture de VirtualService
-
Ouvrez VirtualService (abréviation
vsdans kubectl) pour la modification:kubectl -n uipath edit vs intsvcs-periodic-vskubectl -n uipath edit vs intsvcs-periodic-vs -
Localisez la règle nommée
standard-url-periodic-elementPathet ajoutez les deux lignes suivantes directement au-dessus de la cléroute::rewrite: uri: /rewrite: uri: /Après la mise à jour, la règle devrait ressembler à ceci:
uri: prefix: /v3/element/ name: standard-url-periodic-elementPath retries: attempts: 3 perTryTimeout: 20s retryOn: connect-failure,refused-stream rewrite: uri: / route: - destination: host: intsvcs-periodic.uipath.svc.cluster.local port: number: 80 timeout: 60suri: prefix: /v3/element/ name: standard-url-periodic-elementPath retries: attempts: 3 perTryTimeout: 20s retryOn: connect-failure,refused-stream rewrite: uri: / route: - destination: host: intsvcs-periodic.uipath.svc.cluster.local port: number: 80 timeout: 60s -
Enregistrez et fermez l’éditeur. Kubernetes applique la modification immédiatement.
Étape 3 - Vérifier la réécriture
Exécutez la commande suivante pour lire la définition VirtualService enregistrée et confirmer que la règle de réécriture a été appliquée. La commande utilise jq pour extraire uniquement le champ de réécriture de la sortie JSON:
kubectl -n uipath get vs intsvcs-periodic-vs -o json \
| jq '.spec.http[] | select(.name=="standard-url-periodic-elementPath").rewrite'
kubectl -n uipath get vs intsvcs-periodic-vs -o json \
| jq '.spec.http[] | select(.name=="standard-url-periodic-elementPath").rewrite'
Sortie attendue :
{
"uri": "/"
}
{
"uri": "/"
}
Étape 4 - Valider dans Studio Desktop
Rouvrez le panneau Activités dans Studio Desktop et confirmez que les connecteurs et les activités Integration Service apparaissent désormais.