Prise en charge de la connexion automatique pour Bot Agent
- Dernière mise à jour2025/09/01
Prise en charge de la connexion automatique pour Bot Agent
La fonctionnalité Connexion automatique vous permet de vous connecter automatiquement à un appareil, d\'exécuter une automatisation programmée et de restaurer l\'appareil à son état verrouillé ou déconnecté d\'origine une fois l\'automatisation terminée.
Les informations d\'identification de l\'appareil Exécuter en tant qu\'utilisateur sont utilisées pour la connexion automatique. La connexion automatique restaure un appareil à son état d\'origine dans les scénarios suivants :
- L\'automatisation a été arrêtée sur la Control Room ou le périphérique.
- Une erreur s\'est produite lors de l\'exécution du bot.
- L\'automatisation s\'est terminée avec succès.
Prise en charge de la connexion automatique : Système d\'exploitation
Identifiez la prise en charge du système d\'exploitation spécifique de la connexion automatique sur les appareils Bot Agent. Le processus de connexion automatique comporte plusieurs étapes et dépend de l\'activité de l\'Bot Agent.
Les scénarios suivants bénéficient d\'une assistance sur Windows 10 et les machines virtuelles uniquement :
| N° de SID | Scénario |
|---|---|
| 1 | Aucune session utilisateur établie (l\'utilisateur n\'est pas connecté) |
| 2 | Session utilisateur établie |
| 3 | L\'utilisateur s\'est connecté, mais a verrouillé l\'écran |
| 4 | Un autre utilisateur (différent de celui connecté à l\'appareil utilisé pour le déploiement) est connecté |
| 5 | Un autre utilisateur est connecté et a verrouillé l\'écran |
| 6 | Changement rapide d\'utilisateur |
Pour les scénarios 4, 5 et 6 du tableau ci-dessus, l\'utilisateur actif est déconnecté et une nouvelle session est créée avec les identifiants d\'appareil pour le déploiement du bot.
Les scénarios suivants sont applicables et pris en charge sur Windows Server 2019, Windows Server 2016 :, Windows Server 2012 R2, Windows 10, 8 et 7 :
| N° de SID | Scénario |
|---|---|
| 1 | Aucune session RDP active |
| 2 | L\'utilisateur a une session RDP active |
| 3 | La session RDP de l\'utilisateur est déconnectée |
| 4 | La session RDP de l\'utilisateur est verrouillée |
| 5 | Un autre utilisateur a une session RDP active |
| 6 | Un autre utilisateur a une session déconnectée |
| 7 | Un autre utilisateur a une session active et verrouillée |
Prise en charge de la connexion automatique : Système d\'exploitation avec plateforme cloud
Examinez les considérations suivantes :
- Les identifiants utilisateur doivent être au format nomutilisateur@domaine.org. Par exemple, utilisez AzureAD\nomutilisateur@domaine.org.
- Les déploiements basés sur RDP ne fonctionneront pas avec des stratégies d\'accès conditionnel strictes telles que l\'imposition de NLA avec Azure AD ou lorsque Azure AD exige une MFA.
- Les appareils Pure Azure AD joints sont pris en charge, mais les appareils de domaine hybrides ne le sont pas.
- Microsoft Entra ID dans le système d\'exploitation Windows 11 n\'est actuellement pris en charge que dans le format de nom d\'utilisateur .\AzureAD\username@domain.com.AzureAD dans le format de nom d\'utilisateur est sensible à la casse.Remarque : Si vous utilisez le Bureau à distance sur un système d\'exploitation Windows 11, assurez-vous de désactiver l\'option Exiger que les appareils utilisent l\'authentification au niveau du réseau pour se connecter dans .
Remarque : Le déploiement basé sur le protocole Remote Desktop (RDP) sur une machine virtuelle (VM) hébergée sur Amazon Web Services (AWS)et Cloud PC n\'est pas pris en charge s\'il n\'y a pas de session RDP active existante sur cette VM spécifique. Cependant, les déploiements réguliers (basés sur console) peuvent être utilisés sur ces machines virtuelles sans session utilisateur préexistante.
Remarque : Remote Desktop Session Host (RDSH) fait partie des Remote Desktop Services (RDS) de Microsoft. Ce service permet à un serveur Windows d\'héberger plusieurs sessions de bureau à distance en même temps. Pour plus d\'informations, consultez https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-roles.
Le tableau suivant identifie la prise en charge spécifique de la connexion automatique sur les périphériques Bot Agent pour les systèmes d\'exploitation sur des plateformes cloud :
| N° de SID | Scénario | Système d\'exploitation pris en charge |
|---|---|---|
| 1 | Aucune session RDP active |
|
| 2 | L\'utilisateur a une session RDP active |
|
| 3 | La session RDP de l\'utilisateur est déconnectée |
|
| 4 | La session RDP de l\'utilisateur est verrouillée |
|
| 5 | Un autre utilisateur a une session RDP active |
|
| 6 | Un autre utilisateur a une session déconnectée |
|
| 7 | Un autre utilisateur a une session active et verrouillée |
|
Remarques supplémentaires sur la connexion automatique :
- La connexion automatique n\'est prise en charge que sur les systèmes d\'exploitation 64 bits.
- La connexion automatique ne peut pas fermer la session de l\'administrateur racine lorsque vous essayez des scénarios qui impliquent deux utilisateurs avec connexion automatique différents. N\'oubliez pas de vous déconnecter du compte d\'utilisateur administrateur avant de déployer un bot.