ફાયરવોલ મંજૂરી-યાદીમાં 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 સ્ટોરેજ પ્રદેશ કે સેવા હોસ્ટ ઉમેરે છે, ત્યારે તે માલિક ઘટનાના સમયે અંતર શોધવાને બદલે ઇન્વેન્ટરી ફરી ચલાવે છે.