ਫਾਇਰਵਾਲ ਦੀ ਮਨਜ਼ੂਰੀ ਸੂਚੀ ਵਿੱਚ 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 ਦੀ ਫਾਇਰਵਾਲ FAQ ਕਹਿੰਦੀ ਹੈ ਕਿ ਤੇਜ਼ ਕੀਤੀ ਬੇਸਮੈਪ ਡਿਲੀਵਰੀ ਗਤੀਸ਼ੀਲ ਪਤੇ ਵਾਪਸ ਦੇ ਸਕਦੀ ਹੈ। ਉਹੀ ਐਂਟਰੀ ਬੇਸਮੈਪਾਂ ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਸਥਿਰ IP ਪ੍ਰਬੰਧ ਦਰਜ ਕਰਦੀ ਹੈ, ਜੋ ਤੇਜ਼ੀ ਦਾ ਰਾਹ ਛੱਡਦਾ ਹੈ ਅਤੇ ਕਾਰਗੁਜ਼ਾਰੀ ਘਟਾ ਸਕਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਦੋਵਾਂ ਬਿਆਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਪੋਰਟਲ, ਹੋਸਟ ਕੀਤੇ ਡੇਟਾ ਅਤੇ ਸਟੋਰੇਜ ਹੋਸਟਾਂ ਨੂੰ ਇੱਕ ਸਥਿਰ ਪਤੇ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦਾ। ਜੇ ਸਿਰਫ਼ IP ਪਤਿਆਂ ਦੀ ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲੀ ਨੀਤੀ ਲਾਜ਼ਮੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਅੰਦਾਜ਼ੇ ਵਾਲੀ ਰੇਂਜ ਨੂੰ ਚੌੜਾ ਕਰਨ ਦੀ ਥਾਂ Esri ਤੋਂ ਸਮਰਥਿਤ ਪ੍ਰਬੰਧ ਲਓ।
ਪੁਰਾਣਾ DNS ਜਵਾਬ ਸਮਰਥਿਤ ਪ੍ਰਬੰਧ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਸੜ ਜਾਵੇਗਾ।
ਮਾਰਗ ਨੂੰ ਮਨਜ਼ੂਰੀ ਤੋਂ ਵੱਖ ਰੱਖੋ
VPN ਮਾਰਗ ਇੱਕ ਰਾਹ ਚੁਣਦਾ ਹੈ; ਆਉਟਬਾਊਂਡ ਨਿਯਮ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਉਹ ਰਾਹ ਮੰਜ਼ਿਲ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਹ ਵੱਖਰੇ ਨਿਯੰਤਰਣ ਹਨ, ਅਤੇ ਸਿਹਤਮੰਦ ਟਨਲ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ। ਇਸੇ ਲਈ ਨਕਸ਼ਾ ਇੱਕ ਨੈੱਟਵਰਕ 'ਤੇ ਇੱਕ ਵਰਤੋਂਕਾਰ ਲਈ ਫੇਲ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਉਸੇ ਖਾਤੇ 'ਤੇ ਦੂਜੇ ਵਰਤੋਂਕਾਰ ਲਈ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਸੇਵਾ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਨਿਯਮ ਅਤੇ ਮਾਰਗ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ।
ਜੇ ਸੂਚੀ ਅਧੂਰੀ ਹੈ ਤਾਂ ਕੰਮ-ਪ੍ਰਵਾਹ ਦੇ ਅਜੇ ਵੀ ਫੇਲ ਹੁੰਦੇ ਹੋਏ ਦੋਵੇਂ ਸਹੀ ਹੋ ਸਕਦੇ ਹਨ।
ਹਿੱਸੇ-ਦਰ-ਹਿੱਸੇ ਪ੍ਰਮਾਣਿਤ ਕਰੋ, ਫਿਰ ਸੂਚੀ ਨੂੰ ਮਾਲਕ ਦਿਓ
ਫੇਲ ਹੁੰਦੀ ਕਾਰਵਾਈ ਨੂੰ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰੋ ਅਤੇ ਦਰਜ ਕਰੋ ਕਿ ਕਿਹੜਾ ਹਿੱਸਾ ਫੇਲ ਹੋਇਆ: ਪੋਰਟਲ, ਟਾਈਲ, ਫੀਚਰ ਸੇਵਾ, ਡਾਊਨਲੋਡ ਜਾਂ ਬਾਹਰੀ ਸੇਵਾ। ਫਿਰ ਨੀਤੀ ਦਾ ਇੱਕ ਤੱਤ ਬਦਲੋ ਅਤੇ ਦੁਹਰਾਓ। ਟਾਈਲਾਂ ਸੁਧਾਰਨ ਵਾਲਾ ਬਦਲਾਅ ਵਿਸ਼ਲੇਸ਼ਣ ਸੇਵਾਵਾਂ ਬਾਰੇ ਤੁਹਾਨੂੰ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਇਹੀ ਹਿੱਸੇ-ਵਾਰ ਰਿਕਾਰਡ ਅਗਲੇ ਖੇਤਰੀ ਅੱਪਡੇਟ ਨੂੰ ਅੰਦਾਜ਼ੇ ਦੇ ਇੱਕ ਹੋਰ ਦੌਰ ਦੀ ਥਾਂ ਨਿਰਭਰਤਾ-ਬਦਲਾਅ ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਨਿਦਾਨ URL ਕਿਤੇ ਵੀ ਪੇਸਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਮੀਖਿਆ ਕਰੋ, ਕਿਉਂਕਿ ਕਵੈਰੀ ਸਤਰ ਟੋਕਨ ਅਤੇ ਆਈਟਮ ਪਛਾਣਕਰਤਾ ਲੈ ਜਾ ਸਕਦੀ ਹੈ।
ਲੋੜਾਂ ਦੀ ਸੂਚੀ ਨੂੰ ਮਾਲਕ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਦੇ ਸੰਸ਼ੋਧਨ ਨਾਲ ਜੁੜੀ ਸਮੀਖਿਆ ਤਾਰੀਖ਼ ਦਿਓ। ਜਦੋਂ Esri ਸਟੋਰੇਜ ਖੇਤਰ ਜਾਂ ਸੇਵਾ ਹੋਸਟ ਜੋੜਦਾ ਹੈ, ਤਾਂ ਉਹ ਮਾਲਕ ਘਟਨਾ ਵੇਲੇ ਖਾਲੀ ਥਾਂ ਲੱਭਣ ਦੀ ਥਾਂ ਸੂਚੀ ਦੁਬਾਰਾ ਚਲਾਉਂਦਾ ਹੈ।