VPN کلائنٹ جڑتے ہی ویب سرور غائب ہو جاتا ہے

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

علامت: درخواستیں اندر، جوابات غلط دروازے سے باہر

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

جواب کہاں جاتا ہے یہ دیکھ کر اس کی تصدیق کریں، درخواست کیسے آتی ہے یہ دیکھ کر نہیں۔

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

دو ڈیفالٹ راستے اور ایک روٹنگ فیصلہ

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

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

ٹنل ہر وقت درست برتاؤ کرتا ہے۔ اسے ڈیفالٹ راستہ اٹھانے کو کہا گیا تھا اور وہ بالکل وہی کرتا ہے۔

ٹنل توڑے بغیر واپسی کا راستہ درست کریں

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

میزبان کو کیا کرنا ہے اس کی بنیاد پر چنیں، آپ کو پہلے کون سا ٹکڑا ملا اس کی بنیاد پر نہیں۔

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

ip rule show
ip route get 203.0.113.9 from 192.0.2.44

جب میزبان اپنے پیچھے کی LAN کے لیے بھی روٹ کرتا ہے

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

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

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