L2TP/IPsec ایک نیٹ ورک پر جڑتا ہے اور دوسرے پر وقت ختم ہو جاتا ہے

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

نیٹ ورکس کا موازنہ کرنے سے پہلے کلائنٹ کو مقرر کریں

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

پہلے ناکام نیٹ ورک پر عام انٹرنیٹ رسائی کی تصدیق کریں، بشمول مہمان پورٹل اگر موجود ہو۔ وہ پورٹل جسے کبھی پورا نہیں کیا گیا وقت ختم ہونے کا وقفہ پیدا کرتا ہے جو فلٹر شدہ سرنگ جیسا لگتا ہے، اور وہ جانچ ایک منٹ لیتی ہے۔

چار مراحل، چار مختلف غلطی پیغامات

L2TP/IPsec کنکشن چار مراحل سے گزرتا ہے، اور RFC 3193 اس ترتیب کو بیان کرتا ہے جو پہلے دو کو باندھتا ہے۔ IKE مذاکرات وہ جگہ ہے جہاں فلٹر شدہ راستہ خاموش وقت ختم ہونے کا وقفہ پیدا کرتا ہے۔ IPsec توثیق وہ جگہ ہے جہاں سرٹیفکیٹ یا پیشگی مشترکہ کلید کی عدم مطابقت اس کے بجائے واضح انکار پیدا کرتی ہے۔ L2TP سرنگ کی تشکیل وہ جگہ ہے جہاں پہلے سے قائم سلامتی انجمن پھر بھی کہیں نہیں لے جا سکتی، اور PPP لاگ ان وہ جگہ ہے جہاں غلط اسناد آخرکار نظر آنے والی ناکامی پیدا کرتی ہیں۔ لاگ اس مرحلے کے لیے پڑھیں جو رکا، آخری چھپے ہوئے سطر کے لیے نہیں۔

journalctl -u strongswan --since '-5 min' | tail -20
journalctl -u xl2tpd --since '-5 min' | tail -20
ip -4 route get 198.51.100.10

strongSwan کا لاگ دکھاتا ہے کہ IKE تبادلہ کسی تجویز تک پہنچا یا نہیں اور ہم منصب نے بالکل جواب دیا یا نہیں، جو رسائی کو پالیسی سے الگ کرتا ہے۔ xl2tpd کا لاگ وہاں سے جاری ہوتا ہے جہاں IPsec ختم ہوتا ہے، اس لیے اس لاگ میں کچھ نہ ہونے والی قائم سلامتی انجمن L2TP مرحلے کی طرف اشارہ کرتی ہے۔ راستے کا استفسار تصدیق کرتا ہے کہ کلائنٹ اسی سرور پتے کی طرف بھیج رہا ہے جس کا آپ تصور کرتے ہیں، اور یہ پچھلے نیٹ ورک سے ورثے میں ملے پرانے DNS جواب کو پکڑ لیتا ہے۔ مل کر، تینوں نتائج کسی علامت کے بجائے مرحلے کا نام دیتے ہیں۔

NAT کی گہرائی اور مددگار کے رویے کا موازنہ کریں

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

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

باہر جانے والا کلائنٹ، اندر آنے والا سرور: دو مختلف مسائل

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

معاونت شدہ تبدیلی کے بعد وہی کنکشن دہرائیں اور حاصل شدہ مرحلہ درج کریں۔ کام کرنے والا پروفائل اور ناکام نیٹ ورک کا نوٹ ساتھ رکھیں، اور اسناد دوبارہ مقرر نہ کریں اور کلائنٹ دوبارہ انسٹال نہ کریں، کیونکہ اس سے وہ ثبوت ضائع ہوتا ہے جس پر موازنہ بنایا گیا تھا۔