რომელი დომენები სჭირდება ArcGIS Online-ს ფაირვოლის ნებადართულ სიაში?
რუკა ეხება პორტალის, საბაზისო რუკის, მონაცემებისა და საცავის ბოლო წერტილებს. ნებადართული სია ააგეთ Esri-ის მიმდინარე დომენური მოთხოვნებიდან და არა ერთი DNS პასუხიდან.
DNS პასუხი გეუბნებათ, რომელ მისამართზე გადაწყდა ჰოსტის სახელი იმ წუთას, როცა თქვენ იკითხეთ. ის არ გეუბნებათ, რომ მისამართი მუდმივია და არ ჩამოთვლის ყველაფერს, რასაც რუკა ეხება. ეს განსხვავება ყველაზე მნიშვნელოვანია მაშინ, როცა გასასვლელი შემოფარგლულია მოკლე ნებადართული სიით, რომელიც ვიღაცამ ერთი ძებნიდან აკრიფა. დაიწყეთ სამუშაო პროცესით, შემდეგ სია გამოიტანეთ პროვაიდერის მიმდინარე მოთხოვნებიდან. განმეორებადი მაგალითია კორპორატიული GIS კლიენტი, რომელიც ArcGIS Online-ს შეზღუდული VPN გასასვლელით აღწევს.
ჩამოთვალეთ ყველა კომპონენტი, რომელსაც რუკის ოპერაცია ეხება
დაყავით ოპერაცია ნაწილებად: ორგანიზაციის პორტალი და ელემენტებზე წვდომა, საბაზისო რუკის ფილები, ჰოსტირებული ფუნქციის ან ანალიზის სერვისები და ელემენტების ნებისმიერი ჩამოტვირთვა. თითოეული შეიძლება სხვადასხვა ბოლო წერტილის უკან იყოს. რუკა, რომელიც მიუთითებს გარე 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 ამატებს საცავის რეგიონს ან სერვისის ჰოსტს, ეს მფლობელი ხელახლა უშვებს ინვენტარს და არ აღმოაჩენს ხარვეზს ინციდენტის დროს.