پل والا VPN ہاٹ اسپاٹ: فون کون سا ڈیفالٹ روٹ استعمال کرتا ہے؟
Pi کا ڈیفالٹ روٹ فون کا گیٹ وے نہیں ہے۔ دونوں فیصلے الگ کریں، اپ لنک کو پل سے باہر رکھیں، اور ٹنل سے پہلے لیز جانچیں۔
آپ کے پل والے ہاٹ اسپاٹ پر فون اپنا پتہ اور گیٹ وے کہیں سے حاصل کرتا ہے، اور یہ Pi کا ڈیفالٹ روٹ نہیں ہے۔ Pi کا ڈیفالٹ بدلنے سے یہ بدلتا ہے کہ Pi اپنا ٹریفک کہاں بھیجتا ہے۔ فون اسی گیٹ وے کو استعمال کرتا رہتا ہے جو اسے بتایا گیا تھا، اور جب وہ گیٹ وے دور کی LAN پر ہو تو اس کے فریم پل عبور کر جاتے ہیں۔ دو صارفین، دو فیصلے۔ انہیں الگ کرنا انٹرنیٹ کے بغیر ہاٹ اسپاٹ کی بیشتر شکایات کی وضاحت کرتا ہے جبکہ Pi خود ٹھیک ہوتا ہے۔
دو آلات، دو مختلف گیٹ وے فیصلے
Pi کا اپنا IP اسٹیک اور اپنا ڈیفالٹ روٹ ہے۔ فون کا اپنا IP اسٹیک اور اپنا ڈیفالٹ روٹ ہے۔
| Consumer | Who chooses its gateway | What carries the traffic |
|---|---|---|
| Phone on the bridged AP | The remote LAN router, delivered in its client configuration | An Ethernet frame toward that router crosses the AP and TAP bridge |
| Pi's encrypted connection | The travel uplink's route toward the VPN peer | The Pi sends its own outer transport packets over the underlay |
وہ جدول پورا ماڈل ہے۔ فون کا گیٹ وے دور کی LAN پر ایک پتہ ہے، اور اس کے فریم لیئر 2 پر اس راؤٹر کی طرف بھیجے جاتے ہیں۔ Pi کا ڈیفالٹ روٹ Pi کی اپنی بیرونی ترسیل سے متعلق ہے، جسے سفر کے اپ لنک کے ذریعے VPN ہم منصب تک پہنچنا ہے۔
پل فریم بھیجتا ہے، پیکٹ روٹ نہیں کرتا
Linux پل منزل کے MAC کے مطابق Ethernet فریم بھیجتا ہے، اور اپنے پورٹس کے درمیان بس یہی کرتا ہے۔ دور کے راؤٹر کے MAC پر بھیجا گیا فون کا فریم TAP پورٹ پر سوئچ ہوتا ہے اور Pi کی روٹنگ جدول کو چھوئے بغیر ٹنل عبور کرتا ہے۔ اسی لیے خراب Pi ڈیفالٹ روٹ فون کو کام کرتا چھوڑ سکتا ہے، اور اسی لیے درست روٹ غلط گیٹ وے ملنے والے فون کو درست نہیں کر سکتا۔
TAP Ethernet فریم لے کر جاتا ہے اور پل پورٹ ہو سکتا ہے۔ TUN IP پیکٹ لے کر جاتا ہے اور نہیں ہو سکتا۔ اگر آپ کے ڈیزائن نے ایک کو دوسرے سے بدل دیا ہے تو پل پل نہیں ہے اور باقی یہاں لاگو نہیں ہوتا۔
فیصلہ کریں کہ فون کی لیز کون تقسیم کرتا ہے
DHCP آپشن 3 راؤٹر آپشن ہے، اور یہ کلائنٹ کو بتاتا ہے کہ اپنے سب نیٹ کے لیے کون سا گیٹ وے استعمال کرے۔ جب دور کی LAN کا DHCP سرور واحد تقسیم کنندہ ہو تو فون دور کا گیٹ وے پاتا ہے اور ڈیزائن ہم آہنگ رہتا ہے۔ جب سفر کی طرف کوئی اور پہلے جواب دے تو فون مقامی گیٹ وے پاتا ہے، اس کا انٹرنیٹ ٹریفک سفر کے اپ لنک سے باہر جاتا ہے، اور اس کے دور کی LAN ٹریفک کا کوئی راستہ نہیں ہوتا۔
اس براڈکاسٹ ڈومین کے لیے ایک ہی تقسیم کنندہ چلائیں، اور لکھیں کہ وہ کیا تقسیم کرتا ہے۔
Pi الگ معاملہ ہے، تب بھی جب وہ اسی لیز سے پتہ لیتا ہے۔ سوچ سمجھ کر فیصلہ کریں کہ لیز جو روٹ دیتی ہے وہ انسٹال کرنے چاہئیں یا نہیں، کیونکہ درآمد شدہ دور کا ڈیفالٹ Pi کی اپنی VPN ترسیل کو اس ٹنل میں کھینچ سکتا ہے جسے وہ زندہ رکھنے کی کوشش کر رہا ہے۔ systemd-networkd کے ساتھ وہ فیصلہ DHCP حصے میں UseRoutes= ہے؛ dhclient کے ساتھ وہ درخواست فہرست میں routers آپشن ہے۔
اپ لنک کو پل والی LAN سے باہر رکھیں
Pi کا بیرونی VPN کنکشن لے جانے والا انٹرفیس پل پورٹ نہیں بننا چاہیے۔ اگر بن جائے تو خفیہ کردہ ترسیل پھیلی ہوئی LAN میں سوئچ ہو جاتی ہے اور ٹنل آخر میں اپنے ہی بیرونی پیکٹ لے کر جاتی ہے، جو لوپ کے بجائے پیکٹ ضیاع جیسا دکھائی دیتا ہے۔ AP صلاحیت اور پل معاونت بھی واضح رکھیں۔ station موڈ میں وائرلیس انٹرفیس عام طور پر پل پورٹ نہیں بن سکتا، کیونکہ 802.11 ہیڈر میں پل کے لیے ضروری دوسرے MAC پتے کی جگہ نہیں ہے۔
تعریف کریں پھیلا ہوا براڈکاسٹ ڈومین، ایک پتہ منصوبہ، اور وہ فریم فلٹرنگ جو آپ واقعی چاہتے ہیں۔ Pi پر VPN سننے والے کی اجازت ہر پل والے کلائنٹ کو Pi کی انتظامی خدمات تک رسائی نہیں دیتی۔ یہ الگ قواعد ہیں، اور انہیں ایک سمجھنا ہی وہ طریقہ ہے جس سے ہاٹ اسپاٹ خاموشی سے کھلا دروازہ بن جاتا ہے۔
جب ٹوٹے تو چاروں چیزیں الگ الگ جانچیں
جب فون دور کی LAN تک نہ پہنچ سکے تو چار مشاہدے وجوہات الگ کرتے ہیں۔ انہیں اسی ترتیب سے چلائیں اور پہلی ناکامی پر رک جائیں۔
ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmpلیز سے شروع کریں: کیا فون کے پاس دور کے سب نیٹ پر پتہ اور گیٹ وے ہے؟ پھر پل دیکھیں، اور تصدیق کریں کہ AP پورٹ اور TAP پورٹ دونوں بھیج رہے ہیں۔ پھر ہمسایہ جدول پڑھیں، کیونکہ دور کے راؤٹر کے لیے حل نہ ہونے والی اندراج کا مطلب ہے کہ فریم نکلتے ہیں اور کوئی جواب نہیں دیتا۔ آخر میں فون کے ping کرتے وقت پل پر فریم دیکھیں، جو بتاتا ہے کہ خرابی IP سے نیچے ہے یا نہیں۔
مکمل ہونے پر لکھیں کہ کون سا آلہ کس ڈیفالٹ کا مالک ہے۔ دستاویز کی ایک سطر مقامی بمقابلہ دور کے اخراج کو سوچا سمجھا کلائنٹ فیصلہ بناتی ہے، اور پل کا حوالہ اس کے ساتھ رکھنے کے قابل ہے۔