Mely domainekre van szüksége az ArcGIS Online-nak a tűzfal engedélyezési listáján?
A térkép portál-, alaptérkép-, adat- és tárolási végpontokat érint. Az engedélyezési listát az Esri jelenlegi domain-követelményeiből építse fel, ne egyetlen DNS-válaszból.
A DNS-válasz megmondja, milyen címre oldódott fel egy hosztnév abban a pillanatban, amikor kérdezett. Nem mondja meg, hogy a cím állandó, és nem sorol fel mindent, amit a térkép érint. Ez a különbség akkor a legfontosabb, amikor a kimenő forgalom egy rövid engedélyezési listára korlátozódik, amelyet valaki egyetlen lekérdezésből gépelt be. Kezdje a munkafolyamattal, majd vezesse le a listát a szolgáltató jelenlegi követelményeiből. Az ismétlődő példa egy vállalati GIS-kliens, amely korlátozott VPN-kimeneten keresztül éri el az ArcGIS Online-t.
Soroljon fel minden összetevőt, amelyet a térkép művelete érint
Bontsa részekre a műveletet: a szervezet portálja és az elemeihez való hozzáférés, az alaptérkép-csempék, a hosztolt vektoros vagy elemzési szolgáltatások és az esetleges elemképzések. Mindegyik más végpont mögött lehet. Egy olyan térkép, amely külső ArcGIS Enterprise szolgáltatásra vagy OGC-végpontra hivatkozik, olyan függőséget ad hozzá, amelyről a hálózati csapat még soha nem hallott. Írja le mindezt, mielőtt bárki benyújt egy engedélyezési lista iránti kérelmet. Az ebből a leltárból hiányzó összetevő később úgy hibázik, ahogy egy hitelesítőadat-probléma szokott.
| 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.
A portálra való sikeres bejelentkezés gyenge bizonyíték. Azt bizonyítja, hogy a portál végpontja elérhető a jóváhagyott útvonalról, és semmit sem mond a csempékről, az elemzésről vagy a letöltésekről.
Válasszon wildcard vagy FQDN lehetőséget a jelenlegi dokumentumból
Az Esri közzéteszi a Domain and FQDN Requirements dokumentumot, és a kiadás számít, mert a regionális tárolási bejegyzések verziók között változnak. A jelenlegi dokumentum domain szintű wildcard megközelítést és szigorúbb hosztnév szintű leltárt is kínál. Kiemeli a regionális tárolási hosztokat is, és figyelmeztet, hogy a külső rendszerek és az egyedi domainek szervezetspecifikus bejegyzéseket adnak hozzá. Másolja be a változási naplóba azt a kiadást, amelyet ténylegesen elolvasott, a dátummal együtt.
A szigorúbb lista karbantartási időbe kerül; a szélesebb engedélyezés biztonsági hatókörbe kerül. Ez a csere a hálózat tulajdonosáé, és a dokumentum alapján kell eldönteni, nem pedig olyan címek halmaza alapján, amelyeket valaki egyszer egy munkamenet során rögzített.
Tartsa szűken a statikus alaptérkép lehetőségét
Az Esri tűzfal-GYIK kimondja, hogy a gyorsított alaptérkép-kiszolgálás dinamikus címeket adhat vissza. Ugyanaz a bejegyzés dokumentál egy statikus IP-s megoldást kifejezetten alaptérképekhez, amely elhagyja a gyorsítási útvonalat, és ronthatja a teljesítményt. Egyik állítás sem változtatja a portált, a hosztolt adatokat és a tárolási hosztokat egyetlen statikus címmé. Ha a csak IP-címeket engedélyező szabályzat kötelező, szerezze be a támogatott megoldást az Esritől, ahelyett hogy egy általa kitalált tartományt szélesítene.
A régi DNS-válasz nem támogatott megoldás, és meg fog rohadni.
Válassza külön az útvonalat az engedélytől
A VPN-útvonal kiválaszt egy ösvényt; a kimenő szabályok döntik el, hogy az az ösvény elérheti-e a célt. Ezek különböző vezérlők, és egy egészséges alagút semmit sem mond a másodikról. Ezért lehet egy térkép egy felhasználónál egy hálózaton sikertelen, és működhet egy másik felhasználónál ugyanazon a fiókon. Ellenőrizze a szabályt és az útvonalat külön-külön, mielőtt a szolgáltatást hibáztatja.
Mindkettő helyes lehet, miközben a munkafolyamat továbbra is meghiúsul, ha a leltár hiányos.
Ellenőrizze összetevőnként, majd adjon tulajdonost a listának
Reprodukálja a hibát adó műveletet, és jegyezze fel, melyik összetevő hibázott: portál, csempe, vektoros szolgáltatás, letöltés vagy külső szolgáltatás. Ezután változtasson meg egy szabályzati elemet, és ismételje meg. A csempéket javító változás semmit sem mond az elemzési szolgáltatásokról. Ez az összetevőnkénti feljegyzés az is, ami a következő regionális frissítést függőségváltozássá teszi, nem pedig a találgatás újabb fordulójává. Tekintse át a diagnosztikai URL-eket, mielőtt bárhová beilleszti őket, mert a lekérdezési karakterlánc tokeneket és elemazonosítókat hordozhat.
Adjon a követelménylistának egy tulajdonost és a dokumentum kiadásához kötött felülvizsgálati dátumot. Amikor az Esri hozzáad egy tárolási régiót vagy szolgáltatáshosztot, ez a tulajdonos újra lefuttatja a leltárt, ahelyett hogy a hiányt egy incidens során fedezné fel.