Skip To Content

URL de l'organisation

Avant d’installer ArcGIS Enterprise, identifiez l’URL qui représente votre organisation ArcGIS Enterprise et autorise l’accès aux clients. 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.

Exemple d’URL d’organisation avec une structure, un hôte et un contexte.

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 organisation ArcGIS Enterprise. Il est impossible d’ajouter un alias DNS ou un proxy inverse une fois qu’un site ArcGIS Server a été fédéré avec votre portail. Si vous devez changer le nom d’hôte de l’URL de votre organisation, contactez les services professionnels Esri ou un autre partenaire agréé pour obtenir des instructions.

La suppression d’un site fédéré ArcGIS Server a des répercussions importantes et il sera difficile de rétablir une configuration existante. Pour en savoir plus, reportez-vous à la rubrique Administrer un serveur fédéré.

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 :

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 hébergeant le Web Adaptor

Pour cette architecture, l’inscription du Web Adaptor à l’aide de l’assistant de configuration accessible via 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

Diagramme du FQDN de la machine hébergeant le Web Adaptor

Alias DNS attribué à la machine hébergeant le Web Adaptor

Pour cette architecture, il est recommandé que l’administrateur définisse la 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 la 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
Diagramme d’un alias DNS attribué à la machine hébergeant le Web Adaptor

Dans le scénario suivant, 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.domain.com/enterprise
  • Enregistrement DNS : organization.domain.com > webadaptor.domain.com ou adresse IP publique WebAdaptor

Diagramme d’un alias DNS attribué à la machine hébergeant le Web Adaptor

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 la 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

Diagramme d’un alias DNS attribué à un serveur proxy inverse ou un équilibreur de charge

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

Diagramme d’un alias DNS attribué à un serveur proxy inverse ou un équilibreur de charge

Dans cette rubrique
  1. Scénarios de configuration