- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l'utilisateur
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Paramètres
- Registre
- Cloud Robots
- Vue d'ensemble des robots Cloud
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Robots Automation Suite
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Connexions
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Orchestrator peut être configuré pour utiliser des systèmes tels que des serveurs de secrets, des serveurs SMTP, AWS S3 et Azure Key Vault depuis vos propres réseaux sur site ou Cloud.Si vous souhaitez fournir une sécurité supplémentaire à ces systèmes, vous pouvez choisir de les protéger avec un pare-feu et d'autoriser uniquement les plages d'IP sortantes d'Orchestrator à travers celui-ci.
Cependant, ces plages d'IP statiques utilisées par Orchestrator pour la communication externe peuvent parfois changer à la suite de déploiements d'infrastructure. Afin que vous restiez informé de toutes les modifications, nous avons répertorié dans les tableaux ci-dessous une liste des adresses IP de sortie statiques à jour.
En outre, vous pouvez vous abonner aux mises à jour d'Automation Cloud et de Test Cloud ou d'Automation Cloud Secteur Public et de Test Cloud Secteur Public pour être informé de toute modification 30 jours avant qu'elle ne soit effectuée. De cette façon, vous pouvez vous assurer que votre liste d'adresses IP autorisées est toujours à jour.
Unified outbound IP ranges transition — action required by September 16, 2026
A transition from per-service to unified outbound IP ranges is in progress across Automation Cloud services. As of June 16, 2026, unified outbound IP ranges are available and must be added to your allowlist alongside the per-service IP ranges shown on this page.
Until September 16, 2026: Allowlist both the per-service IP ranges on this page and the unified IP ranges listed in the Automation Cloud admin guide — Unified outbound IP ranges section.
After September 16, 2026: Continue allowlisting both until a subsequent release note confirms the per-service IP ranges can be safely removed.
This page will eventually be fully migrated to the Automation Cloud admin guide.
For details on the transition, check the Automation Cloud admin guide — Configuring the firewall for Automation Cloud page.
Utilisateurs Community
| Region | CIDR | IP |
|---|---|---|
| Europe (Union européenne) |
|
|
* Ajouté le 23 juin 2025.
Utilisateurs Enterprise
| Region | CIDR | IP |
|---|---|---|
| Australie |
|
|
| Canada |
|
|
| États-Unis |
|
|
| Japon |
|
|
| Europe (Union européenne) |
|
|
| Singapour |
|
|
| Royaume-Uni |
|
|
| Inde |
|
|
| Suisse |
|
|
| Émirats arabes unis |
|
|
* Ajouté le 23 juin 2025.
Organisations disposant de la fonctionnalité de mise à jour différée
| Region | CIDR | IP |
|---|---|---|
| Europe (Union européenne) |
|
|
| États-Unis |
|
|
* Ajouté le 23 juin 2025.
Serveurs MCP
Le service Serveurs MCP distants utilise les plages d'adresses IP sortantes répertoriées ci-dessous pour toutes les communications externes. Le tableau suivant indique les plages d'adresses IP sortantes disponibles pour chaque région.
| Region | Plages d'adresses IP sortantes |
|---|---|
| Europe |
|
| Europe (Secondaire) |
|
| Europe - Communauté |
|
| Europe - Communauté (Secondaire) |
|
| us |
|
| US (Secondaire) |
|
| Canada |
|
| Canada (Secondaire) |
|
| Singapour |
|
| Japon |
|
| Japon (Secondaire) |
|
| Australie |
|
| Australie (Secondaire) |
|
| Inde |
|
| Inde (Secondaire) |
|
| Royaume-Uni |
|
| Royaume-Uni (Secondaire) |
|
| GxP Europe |
|
| GxP Europe (Secondaire) |
|
| GxP US |
|
| GxP US (Secondaire) |
|