Fierôf brûkers moatte in printer en in bestânsfertsjinner op in fysyk LAN berikke, en de ienige Linux-masine dy't altyd oan is, is in VirtualBox-VM. De VM oer dat LAN brêgje is de earste helte. De twadde helte is in weromrûte dy't elk apparaat op it LAN echt brûke sil, en dat is it diel dat de measte ynstellings misse. As dy ûntbrekt, makket de tunnel ferbining, de klant pingt de poarte, en nimmen oars antwurdet.

Brûk adressen dy't te berikken binne

Set de LAN-adapter fan de VM op de Bridged Adapter-oansluting dy't foar dat netwurk goedkard is, en jou him in adres fia it normale tawizingsproses. Dan ferskynt de VM op it fysike LAN as elke oare host. Syn standertrûte moat noch altyd de echte poarte brûke, sadat it fersifere ferfier nei de VPN-peer berikber bliuwt. Brûk it standert VirtualBox NAT-adres net as folgjende hop foar it LAN, want dat adres libbet efter in firtuele NAT en is net on-link foar de host of foar oare masines op it LAN.

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

Kontrolearje op oerlaap mei de thúsnetwurken fan fierôf brûkers foardat jo de adresgroep kieze. Oerlaap wurdt in dûbelsinnigens yn 'e rûtearing dy't gjin inkelde tsjinnerkonfiguraasje reparearret.

Kundigje it LAN oan, stjoer dan troch

Foar in tsjinner waans autentikaasje en ferfier al beheard wurde, sjogge de netwurklinen der sa út. De push fertelt in akseptearjende klant hoe't er it LAN berikt, en hy lit de VM net fan himsels eat trochstjoere.

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

Skeakelje IPv4-trochstjoering yn yn 'e permaninte netwurkkonfiguraasje fan 'e VM, en stean de kliïntgroep ta om de bedoelde LAN-tsjinsten by de trochstjoergrins fan 'e VM te berikken. Tastimming om de VPN-lústerder te berikken is in aparte regel, en dy wurket al as de tunnel omheech kaam.

De weromrûte heart op 'e LAN-router

Apparaten op it LAN antwurdzje fia har standertpoarte, dat is de LAN-router op 192.168.70.1. Dy router hat gjin idee wêr't 10.80.0.0/24 wennet as it him net sein wurdt. Foegje de groeprûte ta oan 'e stipe permaninte konfiguraasje fan 'e router, rjochte op it LAN-adres fan 'e VM. It allinnich op 'e VirtualBox-host taheakje reparearret paden dy't dy host freegje, en dat is net elk apparaat op it LAN.

ip route add 10.80.0.0/24 via 192.168.70.10

De eigen firewall fan 'e bestimming moat de kliïntgroep noch as boarne tastean. In rûte draacht it pakket; sy jout de tsjinst net.

As de LAN-router net feroare wurde kin, is beheinde boarne-oersetting op 'e VM it alternatyf. It lit antwurden sûnder de rûte weromkomme, en it ferberget de yndividuele kliïntadressen foar de LAN-tsjinst.

Folgje ien pakket fan begjin oant ein

In klant op 10.80.0.25 stjoert nei 192.168.70.40 troch de tunnel. De VM stjoert it pakket troch nei it LAN. De tsjinst antwurdet syn router, dy't de VM foar de kliïntgroep kiest, en de VM stjoert it pakket werom fia OpenVPN. Eltse hop yn dy sin is in plak dêr't it ûntwerp mislearje kin.

Test mei de echte applikaasje fan in fierôf klant, en werhelje it nei it werladen fan 'e behearde konfiguraasje op sawol de VM as de router.

As de klant de VM berikt mar de tsjinst net, kontrolearje dan earst de rûte fan 'e router. As de tsjinst it fersyk ûntfangt en de klant nea it antwurd sjocht, is de weromwei de fertochte.

Relatearre artikelen