LAN üçün VirtualBox VPN şlüzü: körpü, marşrut, qayıdış

Şlüz VM-ni LAN-a körpüləyin, LAN-ı müştərilərə elan edin və hovuz marşrutunu LAN marşrutlaşdırıcısına əlavə edin. Real qayıdış yolları ilə işlənmiş IPv4 nümunəsi.

Uzaq istifadəçilər fiziki LAN-da printerə və fayl serverinə çıxmalıdır, daim işləyən yeganə Linux qutusu isə VirtualBox VM-dir. VM-i həmin LAN-a körpüləmək birinci yarıdır. İkinci yarı hər LAN cihazının həqiqətən istifadə edəcəyi qayıdış marşrutudur və əksər quraşdırmaların qaçırdığı hissə məhz budur. O olmadıqda tunel qoşulur, müştəri şlüzə ping göndərir və başqa heç nə cavab vermir.

Çatıla bilən ünvanlardan istifadə edin

VM-in LAN adapterini həmin şəbəkə üçün təsdiqlənmiş Bridged Adapter qoşulma rejiminə keçirin və ona adi təyinat prosesi ilə ünvan verin. Sonra VM fiziki LAN-da hər hansı digər host kimi görünür. Onun default marşrutu yenə də real şlüzdən istifadə etməlidir ki, VPN həmyaşıdına şifrələnmiş nəqliyyat çatıla bilən qalsın. LAN-ın növbəti atlaması kimi default VirtualBox NAT ünvanından istifadə etməyin, çünki o ünvan virtual NAT-ın arxasındadır və host və digər LAN maşınları üçün on-link deyil.

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

Hovuzu seçməzdən əvvəl uzaq istifadəçilərin ev şəbəkələri ilə üst-üstə düşməni yoxlayın. Üst-üstə düşmə heç bir server konfiqurasiyasının düzəldə bilmədiyi marşrut qeyri-müəyyənliyinə çevrilir.

LAN-ı elan edin, sonra yönləndirin

Autentifikasiyası və nəqliyyatı artıq idarə olunan server üçün şəbəkə sətirləri belə görünür. Push qəbul edən müştəriyə LAN-a necə çatacağını deyir və VM-in özü heç nə yönləndirməsinə səbəb olmur.

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

VM-in daimi şəbəkə konfiqurasiyasında IPv4 yönləndirməsini aktivləşdirin və müştəri hovuzuna VM-in yönləndirmə sərhədində nəzərdə tutulan LAN xidmətlərinə çatmağa icazə verin. VPN dinləyicisinə çatma icazəsi ayrı qaydadır və tunel qalxıbsa, o artıq işləyir.

Qayıdış marşrutu LAN marşrutlaşdırıcısına aiddir

LAN cihazları cavabı default şlüzləri vasitəsilə göndərir, o da 192.168.70.1 ünvanındakı LAN marşrutlaşdırıcısıdır. O marşrutlaşdırıcı ona deyilməyincə 10.80.0.0/24 ünvanının harada olduğunu bilmir. Hovuz marşrutunu marşrutlaşdırıcının dəstəklənən daimi konfiqurasiyasına əlavə edin və VM-in LAN ünvanına yönəldin. Onu yalnız VirtualBox hostunda əlavə etmək həmin hosta müraciət edən yolları düzəldir, bu isə LAN-dakı hər cihaz deyil.

ip route add 10.80.0.0/24 via 192.168.70.10

Təyinatın öz firewall-u yenə də müştəri hovuzuna mənbə kimi icazə verməlidir. Marşrut paketi daşıyır; xidməti vermir.

LAN marşrutlaşdırıcısını dəyişmək mümkün deyilsə, VM-də məhdud mənbə tərcüməsi alternativdir. O, cavabları marşrutsuz qaytarır və fərdi müştəri ünvanlarını LAN xidmətindən gizlədir.

Bir paketi başdan sona izləyin

10.80.0.25 ünvanındakı müştəri tuneldən 192.168.70.40-a göndərir. VM paketi LAN-a yönləndirir. Xidmət öz marşrutlaşdırıcısına cavab verir, o müştəri hovuzu üçün VM-i seçir, VM isə paketi OpenVPN vasitəsilə qaytarır. Həmin cümlədəki hər atlama dizaynın uğursuz ola biləcəyi yerdir.

Uzaq müştəridən real tətbiqlə sınaqdan keçirin, sonra idarə olunan konfiqurasiyanı həm VM-də, həm də marşrutlaşdırıcıda yenidən yüklədikdən sonra təkrarlayın.

Müştəri VM-ə çatır, xidmətə çatmırsa, əvvəlcə marşrutlaşdırıcının marşrutunu yoxlayın. Xidmət sorğunu alır, müştəri isə cavabı heç görmürsə, şübhəli qayıdış yoludur.

Əlaqəli məqalələr