কাটো সকেট সংযোগের প্রয়োজনীয়তাসমূহ এবং পরিচিত সীমাবদ্ধতা

নোট

নোট: Cato Cloud শুধুমাত্র IPv4 ঠিকানা সমর্থন করে।

এই নিবন্ধটি স্যকেটস Cato ক্লাউডের সাথে সংযোগ করার জন্য প্রয়োজনীয় শর্তাদি এবং স্যকেটস জন্য পরিচিত সীমাবদ্ধতাগুলি বর্ণনা করেছে।

স্যকেট সংযোগের পূর্বশর্তগুলি

নিরাপদভাবে সংযোগ এবং আপনার ব্যক্তিগত নেটওয়ার্কে Cato ক্লাউডের পিছনের সংস্থানগুলি অ্যাক্সেস করার জন্য, দয়া করে নিশ্চিত করুন যে আপনার নেটওয়ার্কিং ডিভাইস এবং ফায়ারওয়ালগুলি এই শর্তগুলি পূরণ করে:

এই পোর্টগুলি ফায়ারওয়ালে খুলে থাকে:
- UDP পোর্ট 53
- UDP পোর্ট 443
- TCP পোর্ট 443
ডিভাইসগুলি এই URL-গুলি সমাধান করতে পারে:
- vpn.catonetworks.net
- cc2.us1.catonetworks.com
- cc2.in1.catonetworks.com
- cc2.catonetworks.com
  
  নোট: যদি এই URL অপ্রচলিত হয়, তাহলে আসল IP ঠিকানা ব্যবহার করুন, দেখুন CMA IP Allowlist (এই প্রবন্ধটি দেখতে আপনাকে কাটো জ্ঞানভাণ্ডারে লগ ইন করতে হবে)।
- steering.catonetworks.com
- স্যকেটসগুলি যেগুলি v11.x এবং পূর্ববর্তী ভার্সন ফার্মওয়্যার চালাচ্ছে, তাদের এই ডোমেইনগুলি সমাধান করতে সক্ষম হতে হবে:
  - c-me.catonetworks.net
  - d-me.catonetworks.net
TLS পরিদর্শন এবং নিরাপত্তা চেকগুলি Socket IP জন্য নিষ্ক্রিয় করা হয়
Sockets শেষ মাইল পর্যবেক্ষণ তথ্যের জন্য ICMP প্যাকেট ব্যবহার করে
সময় সিঙ্ক্রোনাইজেশনের জন্য NTP ব্যবহার করা হয়

MTBF বিশেষ উল্লেখ

এসব হল সকেটের জন্য গড় ব্যর্থতার মধ্যে সময় (MTBF) স্পেসিফিকেশন:

X1500: 808,959 ঘন্টা
X1600: 143,940 ঘন্টা
X1700: 157,565 ঘন্টা

সকেটের জন্য RMA 0.5% এর কম।

Socket পরিচিত সীমাবদ্ধতাগুলি

সব Sockets

সকেটগুলি একাধিক ওয়ান লিঙ্ক ব্যবহার করলে, যদি সেখানে সকেট এবং পপ এর মধ্যে একটি NAT ডিভাইস থাকে, তাহলে সম্ভব যে এক বা একাধিক ওয়ান লিঙ্ক পপ-এর সাথে সংযুক্ত হতে পারবে না। এর ফলে সংযোগ সমস্যা সৃষ্টি হতে পারে, যেমন সাইটের HA স্ট্যাটাস Not Ready থাকে।

পপ প্রতিটি আগত DTLS সংযোগের সোর্স পোর্ট ব্যবহার করে একই লগিক্যাল টানেলে প্রতিটি WAN লিঙ্ক সংযুক্ত করে। NAT ডিভাইস উৎস পোর্ট পরিবর্তন করতে পারে এবং WAN সংযোগকে অন্যান্য WAN সংযোগগুলির সাথে একই লজিক্যাল টানেলে সংযুক্ত হতে বাধা দিতে পারে.
যখন একাধিক Socket সাইটগুলি একই PoP অবস্থানে সংযুক্ত থাকে, তখন আপনি কখনও কখনও একই PoP সাইটে সংযুক্ত অন্য Socket সাইটে Socket WebUI মাধ্যমে ping করতে পারবেন না।

Socket পিং আচরণ

পিং অনুরোধের মাধ্যমে কানেক্টিভিটি পরীক্ষা করার সময়, Sockets শুধুমাত্র উৎসের ওপর ভিত্তি করে নির্দিষ্ট IP ঠিকানায় সাড়া দেয়:

Socket সাইটের পিছনে থাকা ডিভাইসগুলি থেকে: পিং প্রতিক্রিয়া শুধুমাত্র তখনই পাওয়া যায় যখন উৎস ডিভাইসের সাথে একই সাবনেটে গেটওয়ে IP লক্ষ্য করা হয়
দূরবর্তী ব্যবহারকারীদের থেকে (ক্লায়েন্টের মাধ্যমে): পিং প্রতিক্রিয়া শুধুমাত্র তখনই পাওয়া যায় যখন স্থানীয় IP ঠিকানা লক্ষ্য করা হয় যা স্থানীয় রেঞ্জে রয়েছে
Azure vSockets HA মোডে: ফ্লোটিং IP সমস্ত পিং অনুরোধে সাড়া দেয়

সকেট X1600 এবং সকেট X1600 LTE

NIC মডেল Intel® Ethernet Connection I219-LM সহ ডিভাইসগুলি NIC-এর ডিফল্ট সেটিংস ব্যবহার করে Socket MGMT পোর্টে সরাসরি সংযোগ করতে পারে না। এই NIC ডেল এবং HP ল্যাপটপে সাধারণ।
- সমাধান: এই NIC এর মাধ্যমে সকেট MGMT পোর্টে সংযোগ করার দুটি উপায় রয়েছে:
  - নিচের মত NIC সেটিংস পরিবর্তন করে সরাসরি সংযোগ করুন:
    
    Speed/Duplex 100 Full এ সেট করুন
    
    Legacy Switch Compatibility সক্রিয় এ সেট করুন
    
    নোট: এই সেটিংসগুলি কনফিগার করার পরে, NIC সরাসরি Socket এর সাথে সংযুক্ত হতে পারে, তবে Socket এই সংযোগকে 100 Mbps হাফ-ডুপ্লেক্স এবং ফুল-ডুপ্লেক্স চিনতে পারবে না।
  - তৃতীয় পক্ষের ডিভাইস, যেমন একটি সুইচ, মাধ্যমে সংযোগ করুন। ডিভাইস এবং Socket অবশ্যই একই সাবনেটে থাকতে হবে।
X1600 LTE Sockets স্থানীয় রেঞ্জের Local IP ঠিকানা ভিন্ন Socket সাইটের পিং দিতে পারে না।
চীনে অবস্থিত সাইটগুলির জন্য X1600 LTE সকেটসমূহ সমর্থিত নয়। আরও তথ্যের জন্য আপনার অনুমোদিত Cato প্রতিনিধি সাথে যোগাযোগ করুন।