VirtualBox-VPN-Gateway fir de LAN: Bréck, Route, Réckwee

Remote Benotzer mussen en Drécker an e Dateiservier op engem physeschen LAN erreechen, an deen eenzegen Ëmmer-un Linux-Këscht ass eng VirtualBox-VM. D'VM iwwer Bréck op dee LAN ze brécken ass déi éischt Hallschent. Déi zweet Hallschent ass eng Réckroute, déi all Apparat am LAN wierklech benotzt, an dat ass deen Deel, deen déi meescht Konfiguratiounen iwwersinn. Wann se feelt, verbënnt den Tunnel, de Client pingt de Gateway, an näischt anescht äntwert.

Benotzt Adressen, déi erreechbar sinn

Setzt den LAN-Adapter vun der VM op d'Bridged-Adapter-Anbindung, déi fir dee Netz guttgeheescht ass, a gitt him eng Adress iwwer den normale Zoulousungsprozess. Duerno erschéngt d'VM am physesche LAN wéi all aneren Host. Seng Standardroute muss weider de richtege Gateway benotzen, sou datt den verschlësselte Transport zum VPN-Peer erreechbar bleift. Benotzt net d'Standard-NAT-Adress vu VirtualBox als nächsten Hopp fir de LAN, well déi Adress hannert engem virtuelle NAT läit an net on-link fir den Host oder aner Maschinne am LAN ass.

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

Préift op Iwwerschneidung mat den Heemnetzwierker vun de Remote-Benotzer, ier Dir de Pool wielt. Eng Iwwerschneidung gëtt eng Routing-Ambiguitéit, déi keng Serverkonfiguratioun reparéiert.

Annoncéiert de LAN, da weider

Fir e Server, deem seng Authentifizéierung an Transport schonn geréiert ginn, gesinn d'Netzwierklinnen esou aus. De Push seet engem akzeptéierende Client, wéi hien de LAN erreecht, an et mécht d'VM net vun sech aus eppes weiderleeden.

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

Aktivéiert d'IPv4-Weiderleedung an der permanente Netzwierkkonfiguratioun vun der VM, a loosst de Clientpool déi virgesinn LAN-Servicer un der Weiderleedungsgrenz vun der VM erreechen. D'Erlaabnis, de VPN-Listener z'erreechen, ass eng eege Regel, an se funktionéiert schonn, wann den Tunnel eropkomm ass.

D'Réckroute gehéiert op de LAN-Router

Apparater am LAN äntwerten iwwer hire Standard-Gateway, dat ass de LAN-Router op 192.168.70.1. Dee Router huet keng Ahnung, wou 10.80.0.0/24 läit, wann een et him net seet. Füügt d'Poolroute an déi ënnerstëtzt permanent Konfiguratioun vum Router dobäi, Richtung LAN-Adress vun der VM. Se just um VirtualBox-Host dobäizefügen reparéiert Weeër, déi dee Host froen, an dat ass net all Apparat am LAN.

ip route add 10.80.0.0/24 via 192.168.70.10

D'Firewall vum Zil muss de Clientpool nach ëmmer als Quell erlaben. Eng Route dréit de Pak; se gëtt net de Service.

Wann de LAN-Router net geännert ka ginn, ass limitéiert Quelltranslatatioun op der VM d'Alternativ. Se léisst Äntwerten ouni d'Route zréckkommen, a se verstoppt déi eenzel Clientadressen virum LAN-Service.

Verfollegt ee Pak vu Ufank bis Enn

E Client op 10.80.0.25 schéckt iwwer den Tunnel op 192.168.70.40. D'VM leet de Pak op de LAN weider. De Service äntwert sengem Router, deen d'VM fir de Clientpool wielt, an d'VM schéckt de Pak iwwer OpenVPN zréck. All Hopp an deem Saz ass eng Plaz, wou den Design ka versoen.

Testt mat der richteger Applikatioun vun engem Remote-Client, a widderhollt et nodeems Dir déi geréiert Konfiguratioun souwuel op der VM wéi och um Router nei gelueden hutt.

Wann de Client d'VM erreecht, awer net de Service, préift fir d'éischt d'Route vum Router. Wann de Service d'Ufro kritt an de Client ni d'Äntwert gesäit, ass de Réckwee de Verdächtegen.