Avant d’installer ArcGIS Enterprise, identifiez l’URL qui va représenter votre organisation ArcGIS Enterprise et permettre aux clients d’y accéder. Cette simple URL donne accès à de multiples ressources telles que des applications, des outils d’administration et des API ; elle définit les modalités de formation des réponses aux demandes des clients.
L’organisation ArcGIS Enterprise est accessible par une simple URL qui se compose d’une structure, d’un hôte et d’un contexte, comme indiqué ci-dessous.

Les termes de l’exemple ci-dessus sont définis comme suit :
- Structure : communique avec le demandeur ou le navigateur pour accéder à l’URL de l’organisation via HTTPS.
- Hôte : décrit le nom de domaine complet (FQDN) ou l’alias de système de nom de domaine (DNS) associé à l’organisation.
- Contexte : désigne le nom qu’un administrateur fournit lors de l’installation du composant ArcGIS Web Adaptor.
Attention :
La configuration décrite dans cette rubrique doit être exécutée avant de fédérer un site ArcGIS Server avec votre portail. Pour ajouter un alias DNS ou un proxy inverse une fois qu’un site de serveur a été fédéré, consultez Mettre à jour l’URL de l’organisation.
Scénarios de configuration
Selon la manière dont l’organisation a été configurée, l’URL de l’organisation prend l’une des formes suivantes.
Remarque :
Lors de la génération d’un fichier de licence Portal for ArcGIS, vous êtes invité à fournir l’URL de votre organisation ArcGIS Enterprise. Consultez les scénarios de configuration ci-dessous et déterminez quelle structure d’URL de l’organisation doit être utilisée pour cette valeur.
Remarque :
Lorsque l’URL de votre organisation représente un environnement de production ou est disponible hors du réseau local, il est recommandé d’utiliser un alias DNS pour laisser plus de souplesse dans le cadre des scénarios de mise à niveau et de migration futurs.
FQDN de la machine qui héberge le Web Adaptor
Pour cette architecture, l’inscription du Web Adaptor à l’aide de l’assistant de configuration accessible avec le FQDN permet de définir convenablement l’URL de l’organisation. Ce modèle est le modèle type des déploiements qui ne sont pas destinés à être exposés via Internet ou qui sont destinés à une utilisation hors production.
Dans cet exemple, les machines du portail et du Web Adaptor se trouvent dans un domaine interne, derrière le pare-feu de l’organisation. Le nom du Web Adaptor est enterprise.
- URL de l’organisation : https://organization.internal.com/enterprise
Alias DNS attribué à la machine hébergeant le Web Adaptor
Pour cette architecture, il est recommandé que l’administrateur définisse WebContextURL avant de procéder à l’inscription du Web Adaptor. Il est possible de définir convenablement l’URL de l’organisation en accédant à la page de l’assistant de configuration via l’alias DNS durant l’inscription, mais la définition de WebContextURL élimine toute ambiguïté au cours des mises à niveau suivantes ou changements futurs d’architecture au niveau du Web.
Dans cet exemple, les machines du portail et du Web Adaptor se trouvent dans un domaine interne, derrière le pare-feu de l’organisation.
- URL de l’organisation : https://organization.internaldomain.com/enterprise
- Enregistrement DNS : organization.internaldomain.com à webadaptor.internaldomain.com
Dans le scénario suivant, les machines du portail et du Web Adaptor se trouvent également dans un domaine interne, derrière le pare-feu de l’organisation.
- URL de l’organisation : https://organization.domain.com/enterprise
- Enregistrement DNS : organization.domain.com à webadaptor.domain.com ou adresse IP publique WebAdaptor
Alias DNS attribué à un proxy inverse ou un équilibreur de charge (avec ou sans Web Adaptor dans le chemin réseau)
Pour cette architecture, vous devez suivre les instructions de l’intégration de votre portail à un serveur proxy inverse ou à un équilibreur de charge et notamment la définition de WebContextURL avant de créer du contenu ou de fédérer un site ArcGIS Server avec l’organisation.
Dans ce premier scénario, les machines du portail et du Web Adaptor se trouvent dans un domaine interne, derrière le pare-feu de l’organisation. L’équilibreur de charge est accessible par le FQDN qui réside de l’autre côté du pare-feu. Le nom du Web Adaptor est enterprise.
- URL de l’organisation : https://organization.external.com/enterprise
- Enregistrement DNS : organization.domain.com à loadbalancer.domain.com ou adresse IP publique LoadBalancer
Dans le scénario suivant, la machine du portail se trouve dans un domaine interne derrière le pare-feu de l’organisation. Le Web Adaptor n’est pas utilisé. L’équilibreur de charge est accessible par un FQDN qui réside hors de l’URL de l’organisation.
- URL de l’organisation : https://organization.external.com/enterprise
- Enregistrement DNS : organization.domain.com à loadbalancer.domain.com ou adresse IP publique LoadBalancer
Vous avez un commentaire à formuler concernant cette rubrique ?