ফায়ারওয়াল অনুমোদন তালিকায় 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 একটি স্টোরেজ অঞ্চল বা পরিষেবা হোস্ট যোগ করলে, সেই মালিক ঘটনার সময় ফাঁকটি আবিষ্কার করার বদলে ইনভেন্টরি আবার চালান।