اپنے LAN کے ہر ڈیوائس کے ساتھ ایک VPN کنکشن شیئر کریں

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

ڈیوائسز کو ہوسٹ کی طرف بھیجنا کیوں ناکام ہوتا ہے

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

سیٹنگز کو بے ترتیب آن اور آف کرنے کے بجائے اسی ترتیب سے تشخیص کریں۔ ہر غائب حصہ تھوڑی مختلف علامت پیدا کرتا ہے۔

ہوسٹ پر فارورڈنگ اور ایڈریس کا ترجمہ فعال کریں

منسلک ہوسٹ پر دو تبدیلیاں پہلے دو حصوں کو پورا کرتی ہیں: IPv4 فارورڈنگ فعال کریں اور LAN ٹریفک کو ٹنل انٹرفیس پر منتقل کریں۔

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

sysctl قدر کو /etc/sysctl.d کے تحت ایک فائل میں محفوظ رکھیں، اور دوبارہ بوٹ ہونے کے بعد masquerade قاعدہ دوبارہ چیک کریں، کیونکہ فائر وال کے سامنے والے حصے حسب ضرورت چینز صاف کر سکتے ہیں۔ ونڈوز پر شیئرنگ فیچر دونوں اقدامات کرتا ہے، مگر یہ LAN اڈاپٹر کو ایک مقررہ سب نیٹ پر دوبارہ پتہ دیتا ہے اور اس کا گیٹ وے صاف کر دیتا ہے، جس سے اسٹیٹک ایڈریسنگ اور پورٹ فارورڈنگ ٹوٹ جاتی ہے۔ شیئرنگ ناکام ہونے کا نتیجہ اخذ کرنے سے پہلے راؤٹر کا ہوسٹ تک راستہ اس کے نئے پتے پر بحال کریں۔ پھر دیکھیں کہ دوسرا ڈیوائس ٹریفک بھیجتے وقت قاعدے کے کاؤنٹر بڑھتے ہیں۔

LAN کو ایسا راستہ دیں جو دوبارہ بوٹ ہونے پر قائم رہے

دوسرے ڈیوائسز کو دور دراز پریفکس تک راستہ درکار ہے، اور اسے فراہم کرنے کے دو طریقے اثر کے دائرے میں مختلف ہیں۔

ip route add 10.8.0.0/24 via 192.168.1.20 dev eth0

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

ٹنل کو قصوروار ٹھہرانے سے پہلے MTU پر نظر رکھیں

ٹنل قابل استعمال پیکٹ سائز کو کم کر دیتے ہیں، اور دوسرے ڈیوائس کو اس کا علم نہیں ہوتا۔ بڑی منتقلیاں اور TLS ہینڈ شیک رک جاتے ہیں جبکہ چھوٹی درخواستیں کامیاب ہوتی ہیں۔

ping -M do -s 1400 10.8.0.5

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

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