ArcGIS Online در فهرست مجاز فایروال به کدام دامنه‌ها نیاز دارد؟
یک نقشه به نقاط پایانی درگاه، نقشه پایه، داده و ذخیره‌سازی دست می‌زند. فهرست مجاز را از الزامات دامنه فعلی Esri بسازید، نه از یک پاسخ DNS.
پاسخ DNS به شما می‌گوید یک نام میزبان در لحظه‌ای که پرسیدید به کدام نشانی تبدیل شد. نمی‌گوید که نشانی دائمی است و همه چیزهایی را که نقشه به آن دست می‌زند فهرست نمی‌کند. این تفاوت زمانی بیشترین اهمیت را دارد که خروج به یک فهرست مجاز کوتاه محدود شده باشد که کسی از یک جست‌وجوی واحد تایپ کرده است. از جریان کار شروع کنید، سپس فهرست را از الزامات فعلی ارائه‌دهنده استخراج کنید. نمونه تکرارشونده یک کلاینت GIS سازمانی است که از طریق خروج محدود VPN به ArcGIS Online می‌رسد.
هر مؤلفه‌ای را که عملیات نقشه به آن دست می‌زند فهرست کنید
عملیات را به بخش‌ها تقسیم کنید: درگاه سازمان و دسترسی به آیتم‌ها، کاشی‌های نقشه پایه، سرویس‌های میزبانی‌شده عارضه یا تحلیل، و هر بارگیری آیتم. هر یک می‌تواند پشت نقطه پایانی متفاوتی باشد. نقشه‌ای که به یک سرویس خارجی ArcGIS Enterprise یا یک نقطه پایانی OGC ارجاع می‌دهد، وابستگی‌ای اضافه می‌کند که تیم شبکه هرگز نامش را نشنیده است. همه اینها را پیش از آنکه کسی درخواست فهرست مجاز ثبت کند بنویسید. مؤلفه‌ای که در این سیاهه جا افتاده باشد، بعداً به شکلی شکست می‌خورد که شبیه مشکل اعتبارنامه است.
| Component | Example host family | Form | Who owns it |
|---|---|---|---|
| Portal and item access | *.arcgis.com | Wildcard | Esri, under the organization subdomain |
| Basemaps and static tiles | *.arcgisonline.com | Wildcard | Esri |
| Hosted feature and analysis services | *.arcgis.com | Wildcard | Esri, same revision |
| Item downloads and regional storage | storage hosts named in the current revision | Revision-specific | Esri |
| ArcGIS Enterprise service | gis.example.com | FQDN | Your organization |
| OGC or third-party endpoint | provider host | FQDN | The provider |
| Custom domain in front of the portal | maps.example.com | FQDN | Your organization |
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 می‌گوید که تحویل شتاب‌گرفته نقشه پایه می‌تواند نشانی‌های پویا برگرداند. همان مدخل ترتیبی با IP ثابت به‌طور خاص برای نقشه‌های پایه را مستند می‌کند که مسیر شتاب را ترک می‌کند و می‌تواند عملکرد را کاهش دهد. هیچ‌یک از این دو گزاره درگاه، داده میزبانی‌شده و میزبان‌های ذخیره‌سازی را به یک نشانی ثابت تبدیل نمی‌کند. اگر سیاستی که فقط نشانی‌های IP را مجاز می‌داند اجباری است، ترتیب پشتیبانی‌شده را از Esri بگیرید، نه اینکه محدوده‌ای را که حدس زده‌اید گسترش دهید.
پاسخ DNS قدیمی ترتیب پشتیبانی‌شده‌ای نیست و خواهد پوسید.
مسیر را از مجوز جدا کنید
یک مسیر VPN راهی را انتخاب می‌کند؛ قواعد خروج تصمیم می‌گیرند که آیا آن راه می‌تواند به مقصد برسد. اینها کنترل‌های متفاوتی هستند و یک تونل سالم هیچ چیزی درباره دومی نمی‌گوید. به همین دلیل یک نقشه می‌تواند برای یک کاربر در یک شبکه شکست بخورد و برای کاربر دیگری در همان حساب کار کند. قاعده و مسیر را جداگانه بررسی کنید پیش از آنکه سرویس را سرزنش کنید.
هر دو می‌توانند درست باشند در حالی که جریان کار هنوز شکست می‌خورد، اگر سیاهه ناقص باشد.
مؤلفه به مؤلفه بررسی کنید، سپس به فهرست یک مالک بدهید
عملیات ناموفق را بازتولید کنید و ثبت کنید کدام مؤلفه شکست خورد: درگاه، کاشی، سرویس عارضه، بارگیری یا یک سرویس خارجی. سپس یک عنصر سیاست را تغییر دهید و تکرار کنید. تغییری که کاشی‌ها را درست می‌کند هیچ چیزی درباره سرویس‌های تحلیل به شما نمی‌گوید. همین سابقه به‌ازای هر مؤلفه است که به‌روزرسانی منطقه‌ای بعدی را به تغییری در وابستگی‌ها تبدیل می‌کند، نه به دور دیگری از حدس زدن. URLهای تشخیصی را پیش از چسباندن در هر جایی بررسی کنید، زیرا رشته پرس‌وجو می‌تواند نشانه‌ها و شناسه‌های آیتم را حمل کند.
به فهرست الزامات یک مالک و یک تاریخ بازبینی مرتبط با بازبینی سند بدهید. وقتی Esri یک منطقه ذخیره‌سازی یا یک میزبان سرویس اضافه می‌کند، آن مالک سیاهه را دوباره اجرا می‌کند، نه اینکه شکاف را در هنگام یک رخداد کشف کند.