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 استعمال کر سکتے ہیں کا جواب کسی ایک میں نہیں بلکہ ان کے امتزاج میں ہے۔ وہ ریکارڈ اگلے انجینئر کو یہ بھی بتاتا ہے کہ فرم ویئر اپ گریڈ کے بعد کیا دوبارہ جانچنا ہے۔

پھر راستے کو شروع سے آخر تک جانچیں: توثیق کریں، اندرونی نام حل کریں، اجازت شدہ وسیلے تک پہنچیں اور تصدیق کریں کہ جس وسیلے تک نہیں پہنچنا چاہیے وہ مسترد ہوتا ہے۔ لاگ ان کامیاب ہو مگر وسیلہ کبھی لوڈ نہ ہو تو یہ جزوی نتیجہ ہے، اور غائب آدھا حصہ عام طور پر کلائنٹ نہیں بلکہ روٹنگ یا اجازت ہوتا ہے۔ جانچا گیا امتزاج تبدیلی کے ساتھ محفوظ کریں، تاکہ اگلے شخص کو نعرے کے بجائے ثبوت ملے۔

متعلقہ مضامین