আপনার Meraki MX কি Cisco Secure Client সমর্থন করে?
দুটি আলাদা যাচাই এটি নির্ধারণ করে: MX মডেল ও তার ফার্মওয়্যার সংস্করণ, এবং অ্যাপ্লায়েন্সটি আসলে কোন রিমোট-অ্যাক্সেস সেবা দিচ্ছে।
Meraki AnyConnect করতে পারে কি না নিয়ে দুটি সাপোর্ট থ্রেড একমত নয়, আর দুটিই একইভাবে আত্মবিশ্বাসের সঙ্গে ভুল। প্রশ্নটি MX IKEv2 বলে কি না তা নয়, কারণ অ্যাপ্লায়েন্সে AnyConnect একটি TLS সেবা, IPsec নয়। দুটি আলাদা যাচাই উত্তরটি ঠিক করে, আর কোনোটিই ব্র্যান্ড তুলনা নয়। ক্রম অনুসারে সেগুলো করুন, তাহলে মতের বদলে একটি সামঞ্জস্য-রেকর্ড পাবেন।
আগে মডেল ও সংস্করণ
সঠিক অ্যাপ্লায়েন্স ও এটি যে সফটওয়্যার চালায় তা দিয়ে শুরু করুন, কারণ ফিচারটি দুটির মধ্যেই সীমিত। Meraki সমর্থিত মডেল ও ন্যূনতম ফার্মওয়্যারের একটি ম্যাট্রিক্স প্রকাশ করে, আর সেই ম্যাট্রিক্সই উদ্ধৃত করার যোগ্য একমাত্র কর্তৃত্ব। তালিকায় থাকা মডেল স্বয়ংক্রিয়ভাবে এমন সংস্করণে থাকে না যা ফিচারটি সমর্থন করে, আর যে সংস্করণ সমর্থন করে সেটি হয়তো আপনার চলমান সংস্করণ নয়। মডেল ও ইনস্টল করা ফার্মওয়্যার দুটি আলাদা তথ্য হিসেবে লিখুন। তারপর সেই জোড়ার জন্য ম্যাট্রিক্সটি পড়ুন।
একই পরিবারের কাছাকাছি মডেল থেকে অনুমান করবেন না। তালিকাটি প্রতি মডেলের জন্য, আর পার্থক্যগুলো বাস্তব।
AnyConnect একটি SSL সেবা, IPsec নয়
Meraki MX-এ AnyConnect-কে TLS ও DTLS ভিত্তিক অ্যাপ্লিকেশন VPN হিসেবে বর্ণনা করে এবং আলাদা একটি L2TP/IPsec ক্লায়েন্ট VPN সেবার পাশে নথিভুক্ত করে। এগুলো দুটি পণ্য, যারা কেবল একটি ড্যাশবোর্ড ভাগ করে। IKEv1-এর সঙ্গে IKEv2 তুলনা করলে আপনি IPsec সেবা সম্পর্কে জানেন, আপনার অ্যাপ্লায়েন্সে TLS সেবা আছে কি না তা নয়। যদি আপনার প্রমাণ IKE সংস্করণের সারণি হয়, তাহলে আপনি ভিন্ন প্রশ্নের উত্তর দিয়েছেন।
ক্লায়েন্ট তুলনা করার আগে অ্যাপ্লায়েন্সটি কোন সেবা দেয় তা চিহ্নিত করুন। কাজ করা L2TP/IPsec প্রোফাইল একই প্রতিষ্ঠানে পৌঁছায় বলে AnyConnect প্রোফাইল হয়ে যায় না, আর দুটির জন্য আলাদা ক্লায়েন্ট কনফিগারেশন দরকার।
MX আসলে কোন ফিচার দেয়
Cisco-র ASA ফিচার তালিকা MX-এর ফিচার তালিকা নয়, আর বারোটি জিনিস সমর্থন করা একটি ক্লায়েন্ট গেটওয়েকে সেগুলো সমর্থন করায় না। আপনার সত্যিই যে ফাংশনগুলো দরকার সেগুলো তুলনা করুন: প্রমাণীকরণ পদ্ধতি, স্প্লিট টানেলিংয়ের আচরণ, DNS পরিচালনা এবং অ্যাপ্লায়েন্সের প্রয়োজনীয় এনটাইটেলমেন্ট। প্রতিটি Meraki ডকুমেন্টেশন থেকে মোতায়েন করা সংস্করণের জন্য নিন।
প্রমাণীকরণই সাধারণত এখানে সমস্যা করে। ক্লায়েন্ট যে পদ্ধতি দেয় কিন্তু অ্যাপ্লায়েন্স কনফিগার করতে পারে না, তা ভবিষ্যতে ঘটার অপেক্ষায় থাকা একটি সাপোর্ট কেস।
ক্লায়েন্ট সংস্করণ ও এনটাইটেলমেন্ট
Cisco Secure Client একই ক্লায়েন্ট পরিবারের বর্তমান নাম, তাই AnyConnect উল্লেখ করা নথি অগত্যা পুরোনো নয়। গুরুত্বপূর্ণ হলো আপনার প্রতিষ্ঠান যে সংস্করণ মোতায়েন করে এবং অ্যাপ্লায়েন্সের সংস্করণ তার বিপরীতে যাচাই করা হয়েছে কি না।
একই গাইডে লাইসেন্সিংয়ের প্রয়োজনীয়তা দেখুন, অন্য প্ল্যাটফর্ম থেকে ধরে নেবেন না। তারপর এন্ডপয়েন্টের নাম, সার্টিফিকেট যাচাই ও অনুমোদিত প্রমাণীকরণ কর্মপ্রবাহ একসঙ্গে একটি সেবা-রেকর্ডে রাখুন, কারণ এই তিনটি স্বাধীনভাবে ব্যর্থ হয়। ব্যবহারকারীরা যেটি ক্লিক করে পার হয় এমন সার্টিফিকেট সতর্কতা সামঞ্জস্যের ফলাফল নয়; এটি একটি অযাচাইকৃত কনফিগারেশন। রিমোট অ্যাক্সেস কাজের অর্ধেক মাত্র, কারণ ব্যবহারকারীর গন্তব্যে পৌঁছাতে এখনও রুট ও অনুমতি দরকার।
পাঁচটি ক্ষেত্র দিয়ে রেকর্ড লিখুন
মডেল, ফার্মওয়্যার, রিমোট-অ্যাক্সেস মোড, ক্লায়েন্ট সংস্করণ এবং মোতায়েনের প্রয়োজনীয় ফাংশন। পাঁচটি ক্ষেত্র, আর আমরা AnyConnect ব্যবহার করতে পারি কি না তার উত্তর কোনো একটির মধ্যে নয়, বরং সমন্বয়ের মধ্যে। এই রেকর্ড পরবর্তী ইঞ্জিনিয়ারকে ফার্মওয়্যার আপগ্রেডের পরে কী আবার যাচাই করতে হবে তাও বলে দেয়।
তারপর পথটি শুরু থেকে শেষ পর্যন্ত পরীক্ষা করুন: প্রমাণীকরণ করুন, একটি অভ্যন্তরীণ নাম রিজলভ করুন, অনুমোদিত একটি রিসোর্সে পৌঁছান এবং যে রিসোর্সে পৌঁছানো উচিত নয় তা প্রত্যাখ্যাত হয় কিনা নিশ্চিত করুন। যে লগইন সফল হয় অথচ রিসোর্স কখনো লোড হয় না, তা আংশিক ফল; আর অনুপস্থিত অর্ধেক সাধারণত ক্লায়েন্ট নয়, রাউটিং বা অনুমোদন। পরীক্ষিত সমন্বয়টি পরিবর্তনের সঙ্গে সংরক্ষণ করুন, যাতে পরবর্তী ব্যক্তি স্লোগান নয়, প্রমাণ উত্তরাধিকার পান।