ٹنل کا /32 کاپی کرنے سے دفتر کا ذیلی نیٹ ورک روٹ نہیں ہوگا
VPN جو پتہ آپ کے اڈاپٹر کو دیتا ہے وہ لنک بیان کرتا ہے، منزل نہیں۔ پروفائل میں وسائل کا سابقہ شامل کریں اور ڈیفالٹ کو برقرار رکھیں۔
VPN جڑتا ہے، انٹرفیس بتیس بٹ ماسک والا پتہ دکھاتا ہے، اور دفتر کا سرور ناقابل رسائی رہتا ہے۔ اگلا قدم اکثر وہی ماسک کسی روٹ میں دوبارہ استعمال کرنا ہوتا ہے، اس نظریے پر کہ انٹرفیس بیان کرتا ہے ٹنل کہاں تک پہنچ سکتا ہے۔ ایسا نہیں ہے۔ وہ پتہ پوائنٹ ٹو پوائنٹ لنک کے مقامی سرے کی وضاحت کرتا ہے، اور جس منزل کی آپ کو فکر ہے وہ اس کے دوسری طرف کسی اور سابقے میں ہے۔
دو مختلف چیزیں گڈمڈ کی جا رہی ہیں: وہ پتہ جو ٹنل نے آپ کو دیا، اور وہ نیٹ ورک جس تک آپ اس کے ذریعے پہنچنا چاہتے ہیں۔
دو پتے، دو کام
پوائنٹ ٹو پوائنٹ ٹنل میں کلائنٹ کا پتہ اکثر ایک ہی میزبان پتہ ہوتا ہے، کیونکہ لنک کے دوسرے سرے پر بالکل ایک ساتھی ہوتا ہے۔ کوئی مشترکہ حصہ نہیں اور ARP نہیں، اس لیے جو ماسک Ethernet پر بے تکا لگے گا وہ یہاں بالکل معمول ہے۔
منزل کا سابقہ دفتر کے نیٹ ورک کے بارے میں حقیقت ہے، ٹنل کے بارے میں نہیں۔ اگر آپ کو ایک سرور درکار ہے تو روٹ اس سرور کے لیے میزبان روٹ ہے۔ اگر آپ کو پورا دفتر کا ذیلی نیٹ ورک درکار ہے تو روٹ وہی ذیلی نیٹ ورک ہے۔ ان دونوں جوابات میں سے کوئی بھی انٹرفیس سے نہیں پڑھا جا سکتا، اور کسی ایک کو اس لیے چننا کہ وہ ٹنل کے پتے کے پاس نظر آیا، یہی کام کرتی ترتیب توڑنے کا طریقہ ہے۔
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
وہی تیسری سطر وہ جگہ ہے جہاں امید خلل بن جاتی ہے۔ پورے نجی دائرے کو ایسی ٹنل میں روٹ کرنا جو صرف ایک سائٹ کی خدمت کرتی ہے، غیر متعلق ٹریفک کو ایسے راستے پر دھکیلتا ہے جو اسے پہنچا نہیں سکتا، اور اس سے پیدا ہونے والی ناکامیاں زیادہ چوڑے روٹ کی بجائے خراب VPN جیسی لگتی ہیں۔
ضرورت سے سابقہ منتخب کریں
پروفائل کو چھونے سے پہلے ضرورت کو ایک جملے کے طور پر لکھیں: کون سے میزبان قابل رسائی ہونے چاہئیں، اور انہیں ڈھانپنے والا سب سے تنگ سابقہ کون سا ہے؟ ایک سرور میزبان روٹ ہے۔ ایک ذیلی نیٹ ورک ذیلی نیٹ ورک روٹ ہے۔ ذیلی نیٹ ورکس کی حد ایک خلاصہ ہے، اور خلاصہ یہ وعدہ ہے کہ اس کے اندر ہر پتہ قابل رسائی ہے، جو شاذ و نادر ہی درست ہوتا ہے۔
پھر اس عدد کو اس سے ملا کر دیکھیں جو دفتر واقعی استعمال کرتا ہے۔ سائٹ کے پتہ بندی کے منصوبے سے تصدیق کیے بغیر چیٹ پیغام سے سابقہ کاپی کرنا ہی وہ طریقہ ہے جس سے روٹ ایسے ذیلی نیٹ ورک کی طرف اشارہ کرتا ہے جس کا کوئی مالک نہیں۔
یہ بھی یاد رکھیں کہ روٹ ایک راستہ ہے، اجازت نہیں۔ گیٹ وے اب بھی فیصلہ کرتا ہے کہ آپ کا کلائنٹ منزل استعمال کر سکتا ہے یا نہیں، اور کوئی سروس اب بھی آپ کو مسترد کر سکتی ہے۔ روٹ درست طریقے سے نصب کرنے سے پیکٹ وہاں پہنچ جاتا ہے اور اجازت کے بارے میں کچھ نہیں کہتا۔
پروفائل میں شامل کریں، اسے کبھی نہ بدلیں
NetworkManager پروفائل میں روٹ کئی قدروں والی خاصیت ہیں، اور سیٹ کرنے اور شامل کرنے میں فرق ایک حرف ہے۔ اندراج شامل کرنے اور پہلے سے محفوظ سب کچھ رکھنے کے لیے جمع کی شکل استعمال کریں۔
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"جمع کے بغیر، تفویض پوری فہرست بدل دیتی ہے۔ پہلے سے کئی سابقے رکھنے والے پروفائل میں یہ کام کرنے والوں کو خاموشی سے مٹا دیتی ہے، اور علامت بعد میں ایسی سروس کی صورت میں آتی ہے جو پہلے اس لیپ ٹاپ سے قابل رسائی تھی۔
نام کی بجائے UUID استعمال کریں۔ بحالی کے بعد نام دہرائے جاتے ہیں، اور جو کنکشن آپ میں ترمیم کر رہے ہیں وہ شاید آپ کی ٹریفک لے جانے والا نہ ہو۔ پہلے دیکھیں کہ کوئی موجودہ یکساں اندراج ہے یا نہیں، کیونکہ نقل شامل کرنا غیر جانبدار نہ ہونے پر بھی بے ڈھنگا ہے۔
یہ روٹ خصوصیات کا حوالہ نصب شدہ ورژن کے لیے منزل، اختیاری اگلا ہاپ، میٹرک اور خصوصیت کے نحو کی دستاویز کرتا ہے۔ اگلا ہاپ شامل کرنے سے پہلے اسے پڑھیں، کیونکہ اس کی ضرورت انٹیگریشن اور ٹوپولوجی پر منحصر ہے، اور انٹرفیس فہرست کے پہلے پتے سے اس کا اندازہ لگانا کوئی طریقہ نہیں۔
ڈیفالٹ روٹ اور DNS الگ فیصلے ہیں
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
خودکار روٹ دوسری چیز ہے جسے لاپرواہی سے نہیں چھیڑنا چاہیے۔ ایک گمشدہ اندراج حل کرنے کے لیے انہیں دبانا کئی کام کرنے والے ہٹا سکتا ہے، اور جس نے یہ تجویز کیا وہ عام طور پر دوسرے پش والا دوسرا پروفائل دیکھ رہا تھا۔
DNS کا اپنا راستہ اور اپنی ناکامیاں ہیں۔ غلط حل کنندہ کے ذریعے درست پتے پر حل ہونے والا نام، یا ایسا حل کنندہ جو نجی زون کے لیے جواب نہ دے سکے، روٹ کے بے عیب ہونے کے باوجود روٹنگ مسئلے جیسا لگے گا۔ پتہ اور نام الگ الگ جانچیں، پھر فیصلہ کریں کہ کون سی تہہ واقعی ناکام ہوئی۔
جانچیں کہ کیا لاگو ہوا
محفوظ تبدیلی لاگو کی گئی تبدیلی نہیں ہے۔ مینیجر کے معاون زندگی کے چکر سے دوبارہ جڑیں، پھر مطلوبہ منزل کے اصل روٹ اور یہ طے کرنے والے پالیسی قواعد دیکھیں کہ کون سا جدول دیکھا جاتا ہے۔
اگر سابقہ موجود ہے اور کنکشن پھر بھی ناکام ہوتا ہے، تو آپ کسی اور مسئلے پر آ گئے ہیں: ماخذ پتے کا انتخاب، دور سرے پر واپسی روٹ، یا ایسی سروس جو آپ کے کلائنٹ کو مسترد کرتی ہے۔ ان میں سے ہر ایک اس پروفائل سے بہتر جگہ ہے جسے آپ پہلے ہی درست کر چکے ہیں۔