ಫೈರ್‌ವಾಲ್ ಅನುಮತಿ ಪಟ್ಟಿಯಲ್ಲಿ ArcGIS Online ಗೆ ಯಾವ ಡೊಮೇನ್‌ಗಳು ಬೇಕು?
ನಕ್ಷೆಯು ಪೋರ್ಟಲ್, ಬೇಸ್‌ಮ್ಯಾಪ್, ಡೇಟಾ ಮತ್ತು ಸ್ಟೋರೇಜ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಸ್ಪರ್ಶಿಸುತ್ತದೆ. ಅನುಮತಿ ಪಟ್ಟಿಯನ್ನು Esri ಯ ಪ್ರಸ್ತುತ ಡೊಮೇನ್ ಅಗತ್ಯಗಳಿಂದ ರಚಿಸಿ, ಒಂದೇ DNS ಉತ್ತರದಿಂದ ಅಲ್ಲ.
DNS ಉತ್ತರವು ನೀವು ಕೇಳಿದ ಕ್ಷಣದಲ್ಲಿ ಹೋಸ್ಟ್‌ನಾಮ್ ಯಾವ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಲ್ಪಟ್ಟಿತು ಎಂದು ಹೇಳುತ್ತದೆ. ಅದು ವಿಳಾಸವು ಶಾಶ್ವತ ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ನಕ್ಷೆಯು ಸ್ಪರ್ಶಿಸುವ ಎಲ್ಲವನ್ನೂ ಪಟ್ಟಿ ಮಾಡುವುದಿಲ್ಲ. ಒಬ್ಬ ವ್ಯಕ್ತಿ ಒಂದೇ ಹುಡುಕಾಟದಿಂದ ಟೈಪ್ ಮಾಡಿದ ಸಣ್ಣ ಅನುಮತಿ ಪಟ್ಟಿಗೆ ಔಟ್‌ಬೌಂಡ್ ಸೀಮಿತವಾದಾಗ ಈ ವ್ಯತ್ಯಾಸವು ಅತ್ಯಂತ ಮುಖ್ಯ. ಕಾರ್ಯಪ್ರವಾಹದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಪೂರೈಕೆದಾರರ ಪ್ರಸ್ತುತ ಅಗತ್ಯಗಳಿಂದ ಪಟ್ಟಿಯನ್ನು ಪಡೆಯಿರಿ. ಪುನರಾವರ್ತಿತ ಉದಾಹರಣೆ ಎಂದರೆ ಸೀಮಿತ VPN ಔಟ್‌ಬೌಂಡ್ ಮೂಲಕ ArcGIS Online ತಲುಪುವ ಎಂಟರ್‌ಪ್ರೈಸ್ GIS ಕ್ಲೈಂಟ್.
ನಕ್ಷೆ ಕಾರ್ಯಾಚರಣೆ ಸ್ಪರ್ಶಿಸುವ ಪ್ರತಿಯೊಂದು ಘಟಕವನ್ನು ಪಟ್ಟಿ ಮಾಡಿ
ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಭಾಗಗಳಾಗಿ ವಿಭಜಿಸಿ: ಸಂಸ್ಥೆಯ ಪೋರ್ಟಲ್ ಮತ್ತು ಐಟಂ ಪ್ರವೇಶ, ಬೇಸ್‌ಮ್ಯಾಪ್ ಟೈಲ್‌ಗಳು, ಹೋಸ್ಟ್ ಮಾಡಿದ ವೈಶಿಷ್ಟ್ಯ ಅಥವಾ ವಿಶ್ಲೇಷಣಾ ಸೇವೆಗಳು, ಮತ್ತು ಯಾವುದೇ ಐಟಂ ಡೌನ್‌ಲೋಡ್‌ಗಳು. ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಹಿಂದೆ ಇರಬಹುದು. ಬಾಹ್ಯ 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 ಸಂಗ್ರಹಣಾ ಪ್ರದೇಶ ಅಥವಾ ಸೇವಾ ಹೋಸ್ಟ್ ಸೇರಿಸಿದಾಗ, ಆ ಮಾಲೀಕರು ಘಟನೆಯ ಸಮಯದಲ್ಲಿ ಕೊರತೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವ ಬದಲು ದಾಸ್ತಾನನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸುತ್ತಾರೆ.