Skip to main content

URL-адрес организации

Перед установкой ArcGIS Enterprise определите URL-адрес, который будет использоваться для представления вашей организации ArcGIS Enterprise, и разрешите клиентский доступ к нему. Этот единый URL-адрес обеспечивает доступ к нескольким ресурсам, таким как приложения, инструменты администрирования и API, и определяет, как формируются ответы на запросы клиентов.

Доступ к организации ArcGIS Enterprise осуществляется по одному URL-адресу, состоящему из схемы, хоста и контекста, как показано ниже.

Пример URL-адреса организации с указанной схемой, хостом и контекстом

Термины в приведенном выше примере определяются следующим образом:

  • Схема—связывается с запрашивающей стороной или браузером для доступа к URL-адресу организации через HTTPS.

  • Хост—описывает полное доменное имя (FQDN) или псевдоним системы доменных имен (DNS) для организации.

  • Контекст — относится к имени, которое администратор предоставляет при установке компонента ArcGIS Web Adaptor.

Внимание:

Настройки, описанные в этом разделе, должны быть применены перед интеграцией любого сайта ArcGIS Server. Если вам необходимо обновить DNS-имя URL-адреса вашей организации без изменения архитектуры, такой как балансировщик нагрузки или обратный прокси-сервер, см. раздел Обновление URL-адреса организации. Изменение вашей входной архитектуры не поддерживается. Если вам необходима помощь, свяжитесь с Esri Consulting Services или другой консалтинговой компанией.

Сценарии конфигурации

В зависимости от того, как настроена организация, URL-адрес организации будет использовать один из следующих вариантов.

Примечание:

При создании файла лицензии Portal for ArcGIS вам будет предложено указать URL-адрес вашей организации ArcGIS Enterprise. Ознакомьтесь с приведенными ниже сценариями настройки и определите, какую схему URL-адресов организации следует использовать для этого значения.

Примечание:

Если URL-адрес вашей организации представляет производственную среду или доступен за пределами локальной сети, рекомендуется использовать псевдоним DNS, чтобы обеспечить большую гибкость в будущих сценариях обновления и миграции.

FQDN машины, на которой размещен веб-адаптер

Для этой архитектуры регистрация веб-адаптера с помощью мастера настройки, доступ к которому осуществляется через FQDN, достаточна для правильного определения URL-адреса организации. Этот шаблон типичен для развертываний, которые не предназначены для выхода в Интернет или для непроизводственного использования.

В этом примере компьютеры портала и веб-адаптера находятся во внутреннем домене за брандмауэром организации. Имя веб-адаптера - enterprise.

  • URL-адрес организации: https://organization.internal-example.com/enterprise

Схема FQDN машины, на которой размещен веб-адаптер

Псевдоним DNS, назначенный машине, на которой размещен веб-адаптер

Для этой архитектуры рекомендуется, чтобы администратор установил WebContextURL до регистрации веб-адаптера. Хотя URL-адрес организации можно правильно определить, зайдя на страницу мастера настройки через псевдоним DNS во время регистрации, настройка WebContextURL устраняет любую двусмысленность во время будущих обновлений или изменений архитектуры веб-уровня.

Для этой архитектуры рекомендуется, чтобы администратор установил WebContextURL до регистрации веб-адаптера. Хотя URL-адрес организации можно правильно определить, зайдя на страницу мастера настройки через псевдоним DNS во время регистрации, настройка WebContextURL устраняет любую двусмысленность во время будущих обновлений или изменений архитектуры веб-уровня.

В этом примере компьютеры портала и веб-адаптера находятся во внутреннем домене за брандмауэром организации.

  • URL-адрес организации: https://organization.internal-example.com/enterprise

  • DNS-запись: organization.internal-example.com в webadaptor.internal-example.com

Схема псевдонима DNS, назначенного машине, на которой размещен веб-адаптер

В следующем сценарии и компьютер портала, и компьютер веб-адаптера, находятся во внутреннем домене за брандмауэром организации.

  • URL-адрес организации: https://organization.example.com/enterprise

  • DNS-запись: organization.example.com в webadaptor.example.com или общедоступный IP WebAdaptor

Схема псевдонима DNS, назначенного компьютеру, на котором размещен

псевдоним DNS, назначенный обратному прокси-серверу или балансировщику нагрузки (с веб-адаптером в сетевом пути или без него)

Для этой архитектуры вы должны следовать инструкциям по интеграции вашего портала с обратным прокси-сервером или балансировщиком нагрузки, включая настройку WebContextURL перед созданием ресурсов или интеграцией сайта ArcGIS Server с организацией.

Для этой архитектуры вы должны следовать инструкциям по интеграции вашего портала с обратным прокси-сервером или балансировщиком нагрузки, включая настройку WebContextURL перед созданием ресурсов или интеграцией сайта ArcGIS Server с организацией.

В этом первом сценарии компьютеры портала и веб-адаптера находятся во внутреннем домене за брандмауэром организации. Доступ к балансировщику нагрузки осуществляется через FQDN, которое находится за пределами брандмауэра организации. Имя веб-адаптера - enterprise.

  • URL-адрес организации: https://organization.external-example.com/enterprise

  • DNS-запись: organization.example.com в loadbalancer.example.com или общедоступный IP LoadBalancer

Схема псевдонима DNS, назначенного обратному прокси-серверу или балансировщику нагрузки

В следующем сценарии компьютер портала находится во внутреннем домене за брандмауэром организации. Веб-адаптер не используется. Доступ к балансировщику нагрузки осуществляется через FQDN, которое находится за пределами URL-адреса организации.

  • URL-адрес организации: https://organization.external-example.com/enterprise

  • DNS-запись: organization.example.com в loadbalancer.example.com или общедоступный IP LoadBalancer

Схема псевдонима DNS, назначенного обратному прокси-серверу или балансировщику нагрузки