VPN گیٹ وے کے پیچھے Wi-Fi رسائی پوائنٹ: ایک LAN رکھیں

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

دونوں میں الجھن اس لیے ہوتی ہے کہ دونوں انٹرنیٹ اور آپ کے ڈیوائسز کے درمیان ایک ڈبہ رکھتے ہیں۔ ہر ایک کے پاس کیا ہے اس کا موازنہ کرنا چننے کا تیز ترین طریقہ ہے۔

Wi-Fi کے آگے VPN رکھنے کے دو طریقے

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

internet
  -> vpn-capable gateway: routing, tunnel, dns, failure policy
  -> bridged access point: radio onto the same lan
  -> wifi clients

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

پُل شدہ ترتیب دراصل کیا بدلتی ہے

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

ریڈیو کو ان میں سے کچھ بھی ٹنل سے خودبخود ورثے میں نہیں ملتا۔ وہ صرف ایسی تہیں شامل کرنا بند کرتا ہے جو اسے ڈھانپ دیں گی۔

دوسرا روٹ شدہ حصہ کہاں فٹ بیٹھتا ہے

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

عام غلطی یہ ہے کہ روٹ شدہ نسخہ حادثاتی طور پر بن جائے، ایسا روٹر دوبارہ استعمال کر کے جو اب بھی اپنا DHCP اور ترجمہ چلا رہا ہو۔ اس سے دوہرا ترجمہ اور ایسی پالیسی بنتی ہے جسے کوئی سراغ نہیں لگا سکتا۔

گیٹ وے سے نہیں، Wi-Fi کلائنٹ سے جانچیں

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

ip -4 addr show wlan0
ip route get 1.1.1.1
curl -sS https://api.ipify.org; echo
traceroute -n -m 4 1.1.1.1

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

ہر ڈبے کا کردار، اس کا پتہ اور DHCP اتھارٹی لکھ لیں۔ تین لکیروں کا خاکہ کافی ہے، اور یہ اس بارے میں زیادہ تر بحثیں طے کر دیتا ہے کہ کوئی قاعدہ کہاں آتا ہے۔