openvpn verkeer op een enkele interface

[BeachChicken]

Ik heb een headless debian 10 systeem met hierop 2 verschillende interfaces:

code:

eth0 192.168.1.x
eth1 192.168.2.x

eth0 is de primary interface. Deze interfaces zijn geconfigueerd dat het inkomende verkeer op een interface beantwoord wordt met door dezelfde interface. Het doel hiervan is om het verkeerd van elkaar te scheiden.

code:

netstat -anr
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0             192.168.1.1    0.0.0.0              UG       0 0          0     eth0
192.168.1.0     0.0.0.0           255.255.255.0   U          0 0          0     eth0
192.168.2.0     0.0.0.0           255.255.255.0   U          0 0          0     eth1

code:

ip rule show
0:  from all lookup local 
32764:  from all to 192.168.2.155 lookup vpn 
32765:  from 192.168.2.155 lookup vpn 
32766:  from all lookup main 
32767:  from all lookup default

Nu is mijn doel om een VPN client sessie te starten op dit systeem, maar dat deze gebonden is aan de eth1 interface. Dus zou als effect hebben:

code:

eth0 ----> mijn reguliere ISP IP
 eth1 ----> mijn VPN connectie IP (bij een actieve VPN verbinding)

Echter krijg ik dit nog steeds niet echt voor elkaar. Ik loop nu al een tijdje te klooien met een aantal parameters maar ik krijg het niet voor elkaar. Elke keer als ik de connectie start zie ik in de log voorbij komen:

code:

...
Mon Aug  3 21:57:33 2020 /sbin/ip route add 185.153.176.222/32 via 192.168.1.1
Mon Aug  3 21:57:33 2020 /sbin/ip route add 0.0.0.0/1 via 10.7.2.1
Mon Aug  3 21:57:33 2020 /sbin/ip route add 128.0.0.0/1 via 10.7.2.1
...

Wat ik eigelijk zou willen zien:

code:

...
Mon Aug  3 21:57:33 2020 /sbin/ip route add 185.153.176.222/32 via 192.168.2.1
...

Want dit zou volgens mij beteken dat het verkeer voor de VPN enkel kan daar door de eth1 interface. Ik zou natuurlijk aan de slag kunnen gaan om doormiddel van een scripts extra routes/rules toe te voegen, maar ik zou de voorkeur geven aan een openvpn configuratie.

Heeft iemand een idee hoe ik dit voor elkaar krijg?

Specs:

OS: Debian 10 (buster)
VPN client: openvpn 2.4

[Ryanirin]

Je kunt de openvpn client binden aan een interface dmv de local directive in de openvpn.conf, zodat hij niet alle interfaces gebruikt.
Eventuele specifieke routes (naast de default gateway) kunnen vanaf de server worden gepush met de 'push' directive.

Is dat wat je zoekt?

[BeachChicken]

Bedankt voor je reactie Deceipher!

Je kunt de openvpn client binden aan een interface dmv de local directive in de openvpn.conf, zodat hij niet alle interfaces gebruikt.

Ik heb dit aan mijn connectie file (mijnconnectie.opvn) toe te voegen. (omdat ik de openvpn.conf nergens vinden kan). Daarna start ik de VPN sessie met dit bestand. Echter zie ik hierna dat de VPN sessie nog voor alle interfaces geldt.

De volgende directive heb ik toevoegd aan de .opvn file:

code:

; attempt to bind openvpn client to specific interface.
local 192.168.2.155

In de log van de sessie komt nog steeds voorbij:

code:

...
Mon Aug  4 09:57:33 2020 /sbin/ip route add 185.153.176.222/32 via 192.168.1.1
...

Eventuele specifieke routes (naast de default gateway) kunnen vanaf de server worden gepush met de 'push' directive.

Ter verduidelijking: Ik probeer een openvpn client sessie te starten naar een server van mijn VPN provider. Ik heb geen controle over de configuratie van deze server.

[Ryanirin]

De ovpn file is inderdaad de juiste. De local bind bepaald niet welke routes er ingesteld worden, maar wel aan welke interface/ip er gebind wordt. Dit zie je, ergens aan het begin van de log, als het goed is ook terug. Probeer maar eens een IP in te stellen als 'local' die geen internetverbinding heeft, dan zal de openvpn verbinding niet tot stand komen. (Overigens zie je dit niet terug in netstat/ss, ik weet zo snel niet waar wel naast in de openvpn log.)

Wat betreft de routes; als je geen controle hebt over de serverkant, zul je ofwel aan de slag moeten met route mapping (https://kindlund.wordpres...-default-routes-in-linux/) of je kunt in je ovpn aangeven dat je de gepushede routes niet wilt instellen, en via een gekoppeld shellscript de betreffende routes client-side instellen.

[lordgandalf]

Eens met wat Decipher zegt dat is de enige manier de snelste manier is om het aan de serverkant op te nemen maar als that niet mogelijk is dan moet het clientside