Cookies op Tweakers

Tweakers is onderdeel van DPG Media en maakt gebruik van cookies, JavaScript en vergelijkbare technologie om je onder andere een optimale gebruikerservaring te bieden. Ook kan Tweakers hierdoor het gedrag van bezoekers vastleggen en analyseren. Door gebruik te maken van deze website, of door op 'Cookies accepteren' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt? Bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

OpenVPN-server push route geheel subnet

Pagina: 1
Acties:

Vraag


  • RoL0
  • Registratie: oktober 2010
  • Laatst online: 14-06 17:56
Op een remote netwerk (192.168.1.0 range) draait een OpenVPN-server in een Docker-container. Deze OpenVPN-server deelt 192.168.2.0 adressen uit aan clients die verbinden, en pusht bovendien de lokale dns-server (192.168.1.3). Nu wil ik graag dat de server routes pusht naar clients, zodanig dat al het 192.168.1.0-verkeer over de tunnel gaat en in het remote netwerk aankomt. De oplossing die mij hiervoor logisch lijkt is om:
push "route 192.168.1.0 255.255.255.0"
toe te voegen aan mijn OpenVPN-serverconfiguratie. Als ik nu verbind met een client krijg ik inderdaad netjes een 192.168.2.0 adres, zie ik dat mijn DNS op 192.168.1.3 is ingesteld en zie ik met "route PRINT" zelfs de nieuwe route voor mijn lokale verkeer staan (192.168.1.0 255.255.255.0 192.168.2.5 192.168.2.6), echter wordt mijn 192.168.1.0-verkeer nog altijd naar mijn lokale netwerk gestuurd en dus niet naar de VPN.

Vervolgens heb ik geprobeerd een enkel remote IP aan de route-lijst toe te voegen: Als ik "route 192.168.1.1 255.255.255.255" laat pushen, wordt het verkeer hierheen nu wél door de tunnel gestuurd. Hierdoor kwam ik op het lelijke idee om eens te kijken wat er gebeurt als ik elk IP in het subnet los push (192.168.1.1 255.255.255.255, 192.168.1.2 255.255.255.255, ..., 192.168.1.254 255.2555.255.255). Nu wordt al het lokale verkeer zoals gewenst door de tunnel gestuurd.

Nu blijkt dat bij het pushen van het subnet, de metric altijd 1 hoger is dan een andere route die hetzelfde verkeer juist altijd naar de lokale interface stuurt (192.168.1.0 255.255.255.0 On-link 192.168.1.100 metric 266), waardoor deze regel altijd voorrang heeft. Is er een manier om te zorgen dat de VPN-regel voorrang krijgt? (door enkel de server config aan te passen)

Beste antwoord (via RoL0 op 17-10-2018 19:48)


  • Thralas
  • Registratie: december 2002
  • Laatst online: 00:34
Als je het zonder metric wilt proberen is de defacto hack om je route in tweën te splitsen: 192.168.1.0/25 en 192.168.0.128/25. Doet OpenVPN ook voor z'n default gateway routes (redirect-gateway def1).

Alle reacties


  • Thralas
  • Registratie: december 2002
  • Laatst online: 00:34
--route network/IP [netmask] [gateway] [metric]


Gewoon een metric meegeven aan je routecommando.

[Voor 29% gewijzigd door Thralas op 13-10-2018 13:43]


  • RoL0
  • Registratie: oktober 2010
  • Laatst online: 14-06 17:56
Ah, de syntax is natuurlijk anders dan "route add", en dan moet ik ook de gateway meegeven.

Het was eigenlijk zo simpel... Bedankt!

EDIT: Hmm, toch niet. De helft van de keren krijg ik nu de foutmelding:
 Route: Waiting for TUN/TAP interface to come up...

[Voor 34% gewijzigd door RoL0 op 13-10-2018 16:24]


Acties:
  • Beste antwoord
  • 0Henk 'm!

  • Thralas
  • Registratie: december 2002
  • Laatst online: 00:34
Als je het zonder metric wilt proberen is de defacto hack om je route in tweën te splitsen: 192.168.1.0/25 en 192.168.0.128/25. Doet OpenVPN ook voor z'n default gateway routes (redirect-gateway def1).

  • RoL0
  • Registratie: oktober 2010
  • Laatst online: 14-06 17:56
Hé inderdaad! Eigenlijk wat ik al deed, maar dan in tweeën ipv allemaal los ;)
Thx!


Apple iPad Pro (2021) 11" Wi-Fi, 8GB ram Microsoft Xbox Series X LG CX Google Pixel 5a 5G Sony XH90 / XH92 Samsung Galaxy S21 5G Sony PlayStation 5 Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2021 Hosting door True