- Démarrage
- Comprendre UiPath Robot
- Prérequis d’installation
- Installation de robots pour des automatisations unattended
- Configuration des robots pour les automatisations unattended
- Déploiement d'automatisations unattended
- Connexion des robots dédiés aux automatisations unattended à Orchestrator
- Configuration de Windows Server pour des Robots haute densité
- Rediriger les Robots vers un serveur proxy
- Implémenter l’authentification avec le fournisseur d’informations d’identification
- Configuration de la vérification de la signature des paquets
- Configurer des dossiers de package et des chemins d’accès réseau
- Configurer des flux d’activité
- Utilisation des utilisateurs EntraID avec authentification multifacteur (MFA) pour les robots non assistés
- Installation des robots pour les automatisations attended
- Configuration des robots pour les automatisations attended
- Intégrations
- Gouvernance
- Résolution des problèmes
- Résoudre les problèmes du service de robot UiPath
- Résoudre les problèmes d’exécution
- Enregistrement et dépannage à distance
- Résoudre les problèmes de mise en réseau
- Résolution des problèmes de connexion
- Dépannage des licences
- Dépannage des packages
- Résolution des problèmes .NET
- Dépannage de la journalisation
- Dépannage des problèmes de session
Solutions pour les problèmes de réseau de robot, y compris les défaillances de lecteur mappées en mode Unattended et les erreurs de chargement d'assembly à partir du réseau ou des partages de fichiers Azure.
Unattended Robot ne peut pas trouver le lecteur mappé
Description
Il est parfois impossible pour les robots de trouver un lecteur réseau mappé lors de l’exécution d’une automatisation Unattended, surtout lors de l’exécution du processus en arrière-plan.
Problème potentiel
Cela peut se produire en raison de la nature non interactive de la session d’ouverture de session Windows.
Solution
Pour mapper le lecteur réseau en mode sans affichage pour chaque tâche que le robot démarre, exécutez la commande suivante :
net use Z: \\unc\path
net use Z: \\unc\path
Lorsque vous redémarrez la machine, vous devez à nouveau mapper le lecteur réseau en mode sans affichage.
L'assembly ne peut pas être chargé à partir du réseau ou d'un partage de fichiers Azure
Description
La tentative d’exécution d’un package à partir d’un chemin d’accès réseau ou d’un partage de fichiers Azure échoue avec l’erreur « System.Xaml.XamlObjectWriterException : impossible de créer le type d’erreur inconnu [......] ».
Le robot consigne le message d’erreur suivant : « System.NotSupportedException : une tentative a été effectuée pour charger un assembly à partir d’un emplacement réseau, ce qui aurait entraîné sa mise en sandbox dans les versions précédentes de .NET Framework. »
Problème potentiel
Il est possible que la machine Robot ne fasse pas confiance à l’adresse Web du partage de fichiers Azure, où se trouve le package. Il se peut également que le compte utilisé par le Robot ne dispose pas d’autorisations pour cet emplacement spécifique.
Solution
Verify that the account under which the robot runs has the necessary permissions. Then, add the Azure File Share web address as a trusted network on the robot machine.
Robot ne répond pas sur RDP
Description
La machine Robot ne répond plus et affiche une utilisation élevée du processeur à un moment donné après le démarrage de l’automatisation. Cela se produit sur les machines Windows 10 v1903.
Problème potentiel
Il s’agit d’un problème connu de Microsoft sur Windows 10 v1903 qui affecte l’exécution du fichier DWM.exe, entraînant une utilisation élevée du processeur à la fin d’une session Bureau à distance.
Solution
Appliquez la mise à jour KB4522355 sur la machine Windows défectueuse.