LAN کے لیے VirtualBox VPN گیٹ وے: پل، راستہ، واپسی

دور دراز کے صارفین کو کسی فزیکل LAN پر پرنٹر اور فائل سرور تک پہنچنا ہوتا ہے، اور ہمیشہ چلنے والا واحد Linux باکس VirtualBox VM ہے۔ اس VM کو اس LAN پر پل کے ذریعے جوڑنا پہلا نصف ہے۔ دوسرا نصف واپسی کا راستہ ہے جسے LAN کا ہر آلہ واقعی استعمال کرے گا، اور یہی وہ حصہ ہے جو زیادہ تر ترتیبات چھوڑ دیتی ہیں۔ جب یہ نہ ہو تو ٹنل جڑ جاتا ہے، کلائنٹ گیٹ وے کو ping کرتا ہے، اور کوئی اور جواب نہیں دیتا۔

ایسے پتے استعمال کریں جن تک پہنچا جا سکے

VM کے LAN اڈاپٹر کو اس نیٹ ورک کے لیے منظور شدہ Bridged Adapter موڈ پر رکھیں، اور عام تقسیم کے عمل سے اسے پتہ دیں۔ پھر VM فزیکل LAN پر کسی بھی دوسرے ہوسٹ کی طرح ظاہر ہوتا ہے۔ اس کا ڈیفالٹ راستہ اب بھی اصل گیٹ وے استعمال کرنا چاہیے، تاکہ VPN ساتھی تک خفیہ کردہ ترسیل قابل رسائی رہے۔ VirtualBox کے ڈیفالٹ NAT پتے کو LAN کے اگلے ہاپ کے طور پر استعمال نہ کریں، کیونکہ وہ پتہ ایک مجازی NAT کے پیچھے رہتا ہے اور ہوسٹ یا LAN کی دیگر مشینوں کے لیے on-link نہیں ہے۔

LAN router:          192.168.70.1/24
VirtualBox host:     192.168.70.5/24
VPN gateway VM:      192.168.70.10/24
Example LAN service: 192.168.70.40
VPN client pool:     10.80.0.0/24

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

LAN کا اعلان کریں، پھر فارورڈ کریں

جس سرور کی تصدیق اور ترسیل پہلے ہی زیرِ انتظام ہو، اس کے لیے نیٹ ورکنگ لائنیں ایسی دکھتی ہیں۔ push قبول کرنے والے کلائنٹ کو بتاتا ہے کہ LAN تک کیسے پہنچنا ہے، اور یہ خود سے VM کو کچھ فارورڈ کرنے پر مجبور نہیں کرتا۔

dev tun
topology subnet
server 10.80.0.0 255.255.255.0
push "route 192.168.70.0 255.255.255.0"

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

واپسی کا راستہ LAN راؤٹر پر ہے

LAN کے آلات اپنے ڈیفالٹ گیٹ وے کے ذریعے جواب دیتے ہیں، جو 192.168.70.1 پر LAN راؤٹر ہے۔ بتائے بغیر اس راؤٹر کو معلوم نہیں کہ 10.80.0.0/24 کہاں ہے۔ پول کا راستہ راؤٹر کی معاون مستقل کنفیگریشن میں شامل کریں، جو VM کے LAN پتے کی طرف اشارہ کرتا ہے۔ اسے صرف VirtualBox ہوسٹ پر شامل کرنے سے وہ راستے ٹھیک ہوتے ہیں جو اس ہوسٹ سے پوچھتے ہیں، اور یہ LAN کا ہر آلہ نہیں ہے۔

ip route add 10.80.0.0/24 via 192.168.70.10

منزل کی اپنی فائر وال کو اب بھی کلائنٹ پول کو بطور ماخذ اجازت دینی ہوگی۔ راستہ پیکٹ اٹھاتا ہے؛ یہ سروس نہیں دیتا۔

اگر LAN راؤٹر تبدیل نہ کیا جا سکے تو VM پر محدود ماخذ ترجمہ متبادل ہے۔ یہ راستے کے بغیر جوابات واپس لاتا ہے، اور LAN سروس سے انفرادی کلائنٹ پتے چھپا دیتا ہے۔

ایک پیکٹ کو شروع سے آخر تک ٹریس کریں

10.80.0.25 پر ایک کلائنٹ ٹنل کے ذریعے 192.168.70.40 کو بھیجتا ہے۔ VM پیکٹ کو LAN پر فارورڈ کرتا ہے۔ سروس اپنے راؤٹر کو جواب دیتی ہے، جو کلائنٹ پول کے لیے VM منتخب کرتا ہے، اور VM پیکٹ کو OpenVPN کے ذریعے واپس بھیجتا ہے۔ اس جملے کا ہر ہاپ ایسی جگہ ہے جہاں ڈیزائن ناکام ہو سکتا ہے۔

دور دراز کلائنٹ سے اصل ایپلیکیشن کے ساتھ جانچیں، پھر VM اور راؤٹر دونوں پر زیرِ انتظام کنفیگریشن دوبارہ لوڈ کرنے کے بعد دہرائیں۔

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