ArcGIS Online이 방화벽 허용 목록에 필요한 도메인은 무엇인가?

DNS 응답은 질의한 순간 호스트 이름이 어떤 주소로 확인되었는지만 알려 줍니다. 그 주소가 영구적이라거나 지도가 건드리는 모든 것을 나열한다는 뜻은 아닙니다. 이 차이는 누군가 한 번의 조회로 입력한 짧은 허용 목록으로 아웃바운드가 제한될 때 가장 중요합니다. 워크플로에서 시작한 뒤 공급자의 현재 요구 사항에서 목록을 도출하십시오. 반복되는 예는 제한된 VPN 아웃바운드로 ArcGIS Online에 도달하는 엔터프라이즈 GIS 클라이언트입니다.

지도 작업이 건드리는 모든 구성 요소를 나열하십시오

작업을 부분으로 나눕니다. 조직의 포털과 항목 접근, 베이스맵 타일, 호스팅된 피처 또는 분석 서비스, 그리고 모든 항목 다운로드입니다. 각각은 서로 다른 엔드포인트 뒤에 있을 수 있습니다. 외부 ArcGIS Enterprise 서비스나 OGC 엔드포인트를 참조하는 지도는 네트워크 팀이 들어 본 적 없는 의존성을 추가합니다. 누군가 허용 목록 요청을 제출하기 전에 이 모든 것을 적어 두십시오. 그 목록에서 빠진 구성 요소는 나중에 자격 증명 문제처럼 보이는 방식으로 실패합니다.

The Domain and FQDN Requirements document is where those families come from, and two of them carry most of the workflow: *.arcgis.com covers the organization portal, its items and the hosted services behind them, while *.arcgisonline.com serves basemaps and static tiles. Everything else is organization-specific, because an ArcGIS Enterprise service you host, an OGC endpoint or a custom domain in front of the portal has to be added by name. Take those entries from the same revision you read, since the regional storage hosts change between versions.

포털 로그인 성공은 약한 증거입니다. 승인된 경로에서 포털 엔드포인트에 도달할 수 있음을 증명할 뿐, 타일이나 분석, 다운로드에 대해서는 아무것도 말하지 않습니다.

현재 문서에서 wildcard 또는 FQDN을 선택하십시오

Esri는 Domain and FQDN Requirements를 발표하며, 지역별 스토리지 항목이 버전마다 바뀌기 때문에 개정판이 중요합니다. 현재 문서는 도메인 수준의 wildcard 방식과 더 엄격한 호스트 이름 수준의 목록을 모두 제공합니다. 또한 지역별 스토리지 호스트를 언급하고, 외부 시스템과 사용자 지정 도메인이 조직별 항목을 추가한다고 경고합니다. 실제로 읽은 개정판을 날짜와 함께 변경 기록에 복사하십시오.

더 엄격한 목록은 유지 관리 시간을 요구하고, 더 넓은 허용은 보안 범위를 요구합니다. 그 맞교환은 네트워크 소유자의 몫이며, 누군가 작업 세션 중에 한 번 수집한 주소 집합이 아니라 문서를 기준으로 결정해야 합니다.

정적 베이스맵 옵션은 좁게 유지하십시오

Esri의 방화벽 FAQ는 가속된 베이스맵 전달이 동적 주소를 반환할 수 있다고 밝힙니다. 같은 항목은 베이스맵 전용 정적 IP 약정을 문서화하며, 이는 가속 경로를 벗어나므로 성능이 떨어질 수 있습니다. 어느 진술도 포털, 호스팅된 데이터, 스토리지 호스트를 하나의 정적 주소로 만들지 않습니다. IP 주소만 허용하는 정책이 필수라면, 추측한 범위를 넓히는 대신 Esri에서 지원되는 약정을 받으십시오.

오래된 DNS 응답은 지원되는 약정이 아니며 결국 썩습니다.

경로와 권한을 분리하십시오

VPN 경로는 길을 선택하고, 이그레스 규칙은 그 길이 목적지에 도달해도 되는지 결정합니다. 이들은 서로 다른 제어이며, 건강한 터널은 두 번째에 대해 아무것도 말하지 않습니다. 그래서 한 네트워크의 한 사용자에게는 지도가 실패하고 같은 계정의 다른 사용자에게는 작동할 수 있습니다. 서비스를 탓하기 전에 규칙과 경로를 따로 확인하십시오.

목록이 불완전하다면 둘 다 올바르면서도 워크플로는 여전히 실패할 수 있습니다.

구성 요소별로 검증한 다음 목록에 소유자를 지정하십시오

실패하는 작업을 재현하고 어느 구성 요소가 실패했는지 기록하십시오. 포털, 타일, 피처 서비스, 다운로드 또는 외부 서비스입니다. 그런 다음 정책 요소 하나를 바꾸고 반복하십시오. 타일을 고치는 변경은 분석 서비스에 대해 아무것도 알려 주지 않습니다. 이 구성 요소별 기록이 다음 지역 업데이트를 또 한 번의 추측이 아니라 의존성 변경으로 바꿉니다. 진단 URL은 쿼리 문자열이 토큰과 항목 식별자를 담을 수 있으므로 어디에 붙여 넣기 전에 검토하십시오.

요구 사항 목록에 소유자와 문서 개정판에 연결된 검토 날짜를 지정하십시오. Esri가 스토리지 리전이나 서비스 호스트를 추가하면, 그 소유자가 인시던트 도중 빈틈을 발견하는 대신 목록을 다시 실행합니다.