FRITZ!Box میں جامد راستہ: اسے VPN گیٹ وے کے LAN IP کی طرف موڑیں

آپ کے گھر کے LAN میں ڈیفالٹ روٹر کے طور پر FRITZ!Box ہے اور اس کے پاس ایک چھوٹا Linux باکس VPN کا کام کرتا ہے۔ باکس دفتر کے نیٹ ورک تک پہنچتا ہے، مگر FRITZ!Box کے پیچھے والا لیپ ٹاپ نہیں پہنچتا۔ جامد راستہ اسے تین فیلڈز میں درست کرتا ہے، اور واحد حقیقی مشکل گیٹ وے فیلڈ میں ٹنل پتہ نہ لکھنا ہے۔ گیٹ وے آپ کے اپنے LAN کا اگلا روٹر ہے، اور ہمیشہ رہا ہے۔

انٹرفیس کھولنے سے پہلے تین فیلڈز لکھیں

LAN 192.168.50.0/24, FRITZ!Box 192.168.50.1, اور مستقل پتہ 192.168.50.2 والا VPN باکس لیں، جس کے پاس پہلے ہی 10.40.0.0/16 تک کام کرنے والا محفوظ راستہ ہے۔ راستہ کہتا ہے: اس دور کے سابقے کے لیے پیکٹ مستقل LAN پتے والے آلے کو دیں۔ دور کے VPN سرور کا عوامی endpoint اور اس کا اندرونی ٹنل پتہ دونوں یہاں غیر متعلق ہیں، کیونکہ FRITZ!Box کبھی انہیں براہ راست کچھ نہیں بھیجتا۔

وہ LAN پتہ DHCP پول سے باہر مخصوص رکھیں، ورنہ آپ کا ترتیب دیا ہوا گیٹ وے کسی دن فون کا ہو جائے گا۔

FRITZ!Box راستہ کہاں رکھتا ہے

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

یہ وہی خصوصیت نہیں جب FRITZ!Box خود VPN ختم کرتا ہے۔ راستہ کسی دوسرے آلے کی طرف اشارہ کرتا ہے؛ بلٹ اِن VPN وہی آلہ ہے۔

گیٹ وے کو صرف پہنچنا نہیں، راستہ دینا لازم ہے

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

FRITZ!Box کی طرف سے VPN باکس کے LAN پتے پر پنگ کر کے جانچیں، پھر کلائنٹ سے دور کے پتے تک ٹریس کر کے تصدیق کریں کہ دوسرا ہاپ وہی باکس ہے۔

واپسی کا راستہ اور متصلہ حدود

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

LAN میں کہیں اور زیادہ مخصوص راستہ شامل کرنا، یا لیپ ٹاپ پر دوسرا VPN کلائنٹ رکھنا، FRITZ!Box کے اندراج کو خاموشی سے ہرا دے گا۔

عام کلائنٹ سے جانچیں، پھر ناکامی کی جانچ کریں

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

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