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

پہلے بیرونی راستہ دیکھیں

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

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

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

سیشن چند لمحے کیوں قائم رہتا ہے

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

یہی ترتیب بتاتی ہے کہ ٹنل لیپ ٹاپ پر کیوں چلتا ہے مگر راؤٹر پر ناکام ہوتا ہے، اور ناکامی جوڑنے کے وقت نہیں بلکہ ٹریفک شروع ہونے پر کیوں شروع ہوتی ہے۔ یہ لوپ بھی بتاتی ہے: ہر دوبارہ آغاز سیشن کو پھر قائم کرتا ہے، اس سے پہلے کہ راستہ اسے ناممکن بنا دے۔

معلوم کریں کہ اینڈ پوائنٹ کی استثنا کس کی ہے

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

روٹ پر مبنی IPsec میں وہ پالیسی منتخب کرنے والے دیکھیں جو طے کرتے ہیں کون سے پیکٹ ٹنل میں داخل ہوں، اور تصدیق کریں کہ ساتھی کا پتہ ان سے باہر رکھا گیا ہے۔ WireGuard میں انٹرفیس کا فائر وال مارک اور اس کے پالیسی قواعد نقل و حمل کے پیکٹ ٹنل سے باہر رکھتے ہیں، اس لیے ہاتھ سے شامل کیا گیا ڈیفالٹ روٹ وہ ترتیب توڑ سکتا ہے۔ دوسری VPN پروفائل یا ڈیفالٹ روٹ دوبارہ لکھنے والی انتظامی اسکرپٹ عام مجرم ہوتی ہے۔ ایک ایک کر کے شامل کیے جانے والے وسیع بائی پاس قواعد ہی معمول کا نتیجہ ہیں، اور وہ روٹنگ کی خرابی کو ایسی جدول میں بدل دیتے ہیں جسے کوئی برقرار نہیں رکھ سکتا۔

نیٹ ورک تبدیلی کے بعد دوبارہ جانچیں

Wi-Fi گیٹ وے سے ہوتا ہوسٹ راستہ تب تک درست ہے جب تک مشین کسی دوسرے نیٹ ورک پر نہ چلی جائے۔ پھر وہی علامت بغیر کسی ترتیب تبدیلی کے واپس آ جاتی ہے۔

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

نئے نیٹ ورک پر دوبارہ جڑیں اور پڑھائی دہرائیں۔ اگر استثنا پھر غائب ہو، تو درستی اسی پروفائل میں ہے جو اس کی مالک ہے، خلل کے دوران ٹائپ کی گئی یک وقتی ہدایت میں نہیں۔

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