VPN کے ذریعے 169.254: یہ پتہ کبھی قابل~ راستہ نہیں تھا
لنک-لوکل منزل سرنگ تک پہنچنے سے پہلے ہی ضائع کر دی جاتی ہے، اس لیے راستے شامل کرنا صرف ناکامی کو وسیع کرتا ہے۔ سب نیٹ درست کرنے یا پل بنانے میں سے چنیں۔
آپ راستہ شامل کرتے ہیں، سرنگ اوپر آتی ہے، پھر بھی دوسری طرف کا ping «network unreachable» کے بجائے مکمل نقصان سے مرتا ہے۔ یہ فرق اہم ہے، کیونکہ یہ توجہ راستہ جدول سے خود پتے کی طرف موڑتا ہے۔ 169.254 منزل لنک-لوکل ہے اور اس کا دائرہ ڈیزائن کے مطابق پہلے hop پر ختم ہوتا ہے۔
اگلا فیصلہ تنگ ہے: سرور کی طرف کا سب نیٹ درست کریں یا سطح 2 کا حصہ بڑھائیں۔ زیادہ وسیع راستہ بھی وہی ناکامی مزید منزلوں تک پھیلاتا ہے۔
پتے میں راستہ نہیں، یہ قابل’ راستہ نہیں
IPv4 لنک-لوکل پتے خود کو تب دیتے ہیں جب کوئی بہتر جواب نہیں دیتا؛ Windows میں خودکار نجی پتہ بندی یہیں سے آتی ہے۔ یہ دائرہ ہر رابطے پر بیک وقت استعمال ہوتا ہے اور اسی لیے کام کرتا ہے: ایک ہی حصے کے دو ہوسٹ بغیر کسی ہم آہنگی کے بات کر سکتے ہیں۔
اسی خصوصیت کی وجہ سے راؤٹر کو یہ پیکٹ نیٹ ورک کے درمیان نہیں بھیجنے چاہئیں۔ لنک-لوکل منزل کا پیکٹ لے کر دوسرے انٹرفیس سے باہر بھیجنا ابہام پیدا کرے گا، کیونکہ بھیجنے والے کا «مقامی» اور لینے والے کا «مقامی» الگ مقامات ہیں۔ کوئی تلاش یہ طے نہیں کر سکتی کہ کون سا مطلب تھا۔ یہاں بھیجنا منتظم کے فعال کر سکنے والا پالیسی اختیار نہیں۔
اس لیے 169.254.1.10 کو سرنگ کے ذریعے قابل’ رسائی بتانے والا گیٹ وے کرنل سے وہ مانگتا ہے جسے پتے کی شکل منع کرتی ہے۔ پیکٹ دور کے ہوسٹ تک پہنچنے سے بہت پہلے ضائع کر دیا جاتا ہے۔
سرنگ دائرے کا مسئلہ کیوں ظاہر کرتی ہے
TUN انٹرفیس دو فریقوں کے درمیان IP پیکٹ لے جاتا ہے اور اس کے پیچھے کوئی مشترکہ حصہ نہیں۔ کوئی نشریات نہیں، دوسری طرف کے لیے ARP نہیں اور ہمسایہ تلاش بھی نہیں۔
علامات بالکل میل کھاتی ہیں۔ راستہ جدول میں ہے، ping مکمل نقصان بتاتا ہے، ہمسایہ جدول نامکمل اندراج دکھاتا ہے۔ سرنگ پر ریکارڈ پیکٹ کو باہر جاتے دکھاتا ہے، جو لوگوں کو پتہ طبقے کے بجائے دور سرے کی طرف دیکھنے پر مجبور کرتا ہے۔
Windows میں اسی جڑ کی دوسری علامت ہے: صرف لنک-لوکل پتہ بچا ایڈاپٹر قابل’ استعمال گیٹ وے نہیں رکھتا، اس لیے فائر وال پروفائل public پر گرتی ہے۔ سرنگ وجہ نہیں؛ پتہ وجہ ہے۔
تین سوالوں سے فیصلہ کریں
سب نیٹ درست کرنے اور پل بنانے کے درمیان انتخاب تین شرطوں پر منحصر ہے۔
| Question | If yes | If no |
|---|---|---|
| Can the far-side host be given a routable address? | Change the host or fix DHCP and route normally | Continue to the next question |
| Does the device accept a static address at all? | Assign one from the site's real prefix | Bridging is the only remaining option |
| Can you accept broadcast crossing the tunnel? | A bridge is viable for a small segment | Replace the device or accept no remote access |
زیادہ تر معاملات پہلے سوال پر رک جاتے ہیں۔ لنک-لوکل پتہ دکھانے والا ہوسٹ عام طور پر بتاتا ہے کہ DHCP نے جواب نہیں دیا، کیبل یا VLAN غلط ہیں، یا کسی نے پتہ ہاتھ سے لکھا۔ اسے درست کرنا کسی بھی سرنگ کام سے سستا ہے اور آنے والے ہر کلائنٹ سے مسئلہ ہٹاتا ہے۔
کچھ ماننے سے پہلے سرور کی طرف دیکھیں۔ ہوسٹ پر ip addr show اور ip route، کلائنٹ پر arp -n یا route print -4 چلائیں۔
پل درست جواب ہو تو اس کی قیمت
طبعی ایڈاپٹر کو TAP ایڈاپٹر کے ساتھ پل کرنا دور کے کلائنٹ کو مقامی نشریاتی ڈومین کا حصہ بنا دیتا ہے۔
قیمت حقیقی ہے اور کسی کے ماننے سے پہلے بتانی چاہیے۔ نشریاتی ٹریفک سرنگ عبور کرتی ہے، کلائنٹ مقامی حصے کے سامنے ہر مقصد کے لیے کھلا ہوتا ہے، اور سرور اب پیکٹ راستہ دینے کے بجائے فریم بھیجتا ہے۔ لیب کے لیے موزوں، دور رسائی کے لیے برا ڈیفالٹ۔
پل بناتے وقت دونوں نصف چاہئیں: سرور پر پل اور کلائنٹ پروفائل میں راستہ۔ صرف پل کلائنٹ کو اندازے میں چھوڑتا ہے اور صرف راستہ پتہ طبقہ درست نہیں کر سکتا۔