- Démarrage
- Comprendre UiPath Robot
- Assistant UiPath
- Prérequis d’installation
- Installation de robots pour des automatisations Unattended
- Configuration de robots pour des automatisations Unattended
- Déployer des automatisations non assistées
- Connexion des robots pour les automatisations Unattended à Orchestrator
- Configuration de Windows Server pour des Robots haute densité
- Rediriger les Robots vers un serveur proxy
- Implémenter l’authentification
- Ajuster les paramètres du registre pour l'exécution dans une session de bureau à distance minimisée
- Utilisation d’emplacements réseau
- Configurer des Robots Linux
- 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é
- Installation de robots pour des automatisations Attended
- Configuration de robots pour les automatisations Attended
- Intégrations
- Résolution des problèmes
- Résoudre les problèmes du service de robot UiPath
- Résoudre les problèmes d’exécution
- Résoudre les problèmes de mise en réseau
- Résolution des problèmes de connexion
- Licensing troubleshooting
- Résolution des problèmes de package
- Résolution des problèmes .NET
- Dépannage de la journalisation
- Dépannage des problèmes de session
Résoudre les problèmes de mise en réseau
Parfois, les robots ne peuvent pas trouver un lecteur réseau mappé lors de l’exécution d’une automatisation non assistée.
Cela peut se produire en raison de la nature non interactive de la session d'ouverture de session Windows.
headless
. Cela peut être fait en remappant le lecteur pour chaque tâche que le robot démarre. Le remappage s'applique également lorsque la machine est redémarrée.
net use Z: \\unc\path
avant d'accéder au lecteur partagé.
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. »
Il est possible que la machine Robot ne fasse pas confiance à l'adresse Web du partage de fichiers Azure, où se trouve le package. Sinon, le compte que le Robot utilise peut ne pas disposer d'autorisations pour cet emplacement spécifique.
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.
DWM.exe
, entraînant une utilisation élevée du processeur à la fin d'une session Bureau à distance.
Appliquez la mise à jour KB4522355 sur la machine Windows défectueuse.