LAN का लागि VirtualBox VPN गेटवे: ब्रिज, रुट, फिर्ती

टाढाका प्रयोगकर्ताहरूले भौतिक LAN मा रहेको प्रिन्टर र फाइल सर्भरमा पुग्नुपर्छ, र सधैं चालु रहने एक मात्र Linux बक्स VirtualBox VM हो। त्यो VM लाई त्यो LAN मा ब्रिज गर्नु पहिलो आधा हो। दोस्रो आधा भनेको LAN को प्रत्येक उपकरणले साँच्चै प्रयोग गर्ने फिर्ती रुट हो, र यही भाग धेरैजसो सेटअपले छुटाउँछन्। त्यो नभएमा टनेल जोडिन्छ, क्लाइन्टले गेटवेलाई पिंग गर्छ, र अरु कुनैले जवाफ दिँदैन।

पुग्न सकिने ठेगानाहरू प्रयोग गर्नुहोस्

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 सम्म पुग्छ तर सेवासम्म पुग्दैन भने पहिले राउटरको रुट जाँच्नुहोस्। सेवाले अनुरोध प्राप्त गर्छ र क्लाइन्टले कहिल्यै जवाफ देख्दैन भने, फिर्ती बाटो नै शंकास्पद हो।