بوابة VPN من VirtualBox للشبكة المحلية: الجسر والمسار والعودة

يحتاج المستخدمون البعيدون إلى الوصول إلى طابعة وخادم ملفات على شبكة محلية فعلية، والجهاز الوحيد الذي يعمل دائمًا بنظام Linux هو جهاز ظاهري في VirtualBox. جسر الجهاز الظاهري على تلك الشبكة المحلية هو النصف الأول. النصف الثاني هو مسار عودة ستستخدمه كل الأجهزة على الشبكة المحلية فعليًا، وهو الجزء الذي تفتقده معظم الإعدادات. وعند غيابه، يتصل النفق، ويرسل العميل طلب ping إلى البوابة، ولا يجيب أي شيء آخر.

استخدم عناوين يمكن الوصول إليها

اضبط محول الشبكة المحلية في الجهاز الظاهري على وضع Bridged Adapter المعتمد لتلك الشبكة، وامنحه عنوانًا عبر عملية التخصيص المعتادة. عندئذ يظهر الجهاز الظاهري على الشبكة المحلية الفعلية مثل أي مضيف آخر. ويجب أن يظل مساره الافتراضي يستخدم البوابة الحقيقية، حتى يبقى النقل المشفّر إلى نظير VPN قابلًا للوصول. لا تستخدم عنوان VirtualBox NAT الافتراضي كقفزة تالية للشبكة المحلية، لأن ذلك العنوان يعيش خلف NAT ظاهري وليس على نفس الرابط للمضيف أو لأجهزة الشبكة المحلية الأخرى.

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

تحقق من التداخل مع شبكات منازل المستخدمين البعيدين قبل اختيار مجموعة العناوين. فالتداخل يتحول إلى غموض في التوجيه لا يصلحه أي قدر من إعداد الخادم.

أعلن الشبكة المحلية، ثم مرّر الحزم

بالنسبة إلى خادم تُدار مصادقته ونقله بالفعل، تبدو أسطر الشبكة هكذا. يخبر سطر push العميل القابل للاتصال بكيفية الوصول إلى الشبكة المحلية، وهو لا يجعل الجهاز الظاهري يمرّر أي شيء بذاته.

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

فعّل تمرير IPv4 في إعداد الشبكة الدائم للجهاز الظاهري، واسمح لمجموعة العملاء بالوصول إلى خدمات الشبكة المحلية المقصودة عند حد التمرير في الجهاز الظاهري. إذن الوصول إلى مستمع VPN قاعدة منفصلة، وهو يعمل بالفعل إذا قام النفق.

مسار العودة يقع على موجّه الشبكة المحلية

ترد أجهزة الشبكة المحلية عبر بوابتها الافتراضية، وهي موجّه الشبكة المحلية عند 192.168.70.1. لا يعرف ذلك الموجّه أين تقع 10.80.0.0/24 ما لم يُخبَر بذلك. أضف مسار مجموعة العناوين إلى إعداد الموجّه الدائم المدعوم، موجّهًا إلى عنوان الجهاز الظاهري على الشبكة المحلية. وإضافة ذلك على مضيف VirtualBox فقط تصلح المسارات التي تستشير ذلك المضيف، وهو ليس كل جهاز على الشبكة المحلية.

ip route add 10.80.0.0/24 via 192.168.70.10

لا يزال على جدار الحماية الخاص بالوجهة أن يسمح بمجموعة العملاء كمصدر. المسار يحمل الحزمة؛ وهو لا يمنح الخدمة.

إذا تعذّر تغيير موجّه الشبكة المحلية، فترجمة المصدر المحدودة النطاق على الجهاز الظاهري هي البديل. فهي تعيد الردود دون المسار، وتخفي عناوين العملاء الفردية عن خدمة الشبكة المحلية.

تتبّع حزمة واحدة من طرف إلى طرف

يرسل عميل عند 10.80.0.25 إلى 192.168.70.40 عبر النفق. يمرّر الجهاز الظاهري الحزمة إلى الشبكة المحلية. تردّ الخدمة إلى موجّهها، الذي يختار الجهاز الظاهري لمجموعة العملاء، ويعيد الجهاز الظاهري الحزمة عبر OpenVPN. كل قفزة في تلك الجملة موضع يمكن أن يفشل فيه التصميم.

اختبر بالتطبيق الحقيقي من عميل بعيد، ثم كرّر بعد إعادة تحميل الإعداد المُدار على الجهاز الظاهري والموجّه معًا.

إذا وصل العميل إلى الجهاز الظاهري دون الخدمة، فافحص مسار الموجّه أولًا. وإذا وصل الطلب إلى الخدمة ولم يرَ العميل الرد أبدًا، فمسار العودة هو المشتبه به.