Dotaz: openvpn a default GW

[chinook]

dnes jsem si nastavil openvpn server. Kdyz udelam tunel tedy dev tun client windows dostane pridelenou default gw a vse bezi jak ma. ale kdyz server bezi v rezim dev tap windows client nedostane default gw. Musim ji nastavit rucne a opet bezi vse jak ma. v configuraku na serveru je

dev tap
ifconfig 10.8.0.1 255.255.255.0
ifconfig-pool 10.8.0.5 10.8.0.100 255.255.255.0
push "route 192.168.1.0 255.255.255.0 10.8.0.1"

atd. na strane klienta

dev tap
remote 81.27.200.49
pull
route 192.168.1.0 255.255.255.0 10.8.0.1

atd. pri zmene na tun to jede ok

Odpovědi

[misace]

Tap interfacy se maj používat jen pro vytváření bridgů, jinak nemá smysl tap interfacy vůbec používat. Navíc jsou taky lehce pomalejší. Proto tam zřejmě nefunguje direktiva route, kdyz je potom vsechno na stejny podsiti a tedy nic se neroutuje. Jestli jsem to dobre pochopil tak vám nejde o nastavení default gw ale jenom routy do vzdálené sítě.

[svaca]

Neni tak uplne pravda, hlavne Win pouziva tap, zde je funkci konfigurace:

SERVER:

dev tap
mode server
ifconfig 10.0.0.1 255.255.255.0
ifconfig-pool 10.0.0.5 10.0.0.100 255.255.255.0
push "route 192.168.0.0 255.255.255.0 10.0.0.1"
tls-server
client-to-client
dh dh1024.pem
ca ca.crt
cert server.crt
key server.key
comp-lzo
keepalive 10 120
persist-tun
persist-key
verb 3

Dulezite poznamky : sit za serverem je 192.168.0.0 - proto to nastaveni routovani pro klienty .. client-to-client: je tu zase proto, aby fungoval spoj mezi klienty, jinak funguje POUZE mezi client a server, tzn, jeden klient se na druheho nedostane, ostatni je jasne.

CLIENT:

dev tap
remote 1.2.3.4 # Verejna IP serveru
pull
tls-client
dev tap
persist-key
persist-tun
ca ca.crt
cert client.crt
key client.key
comp-lzo
verb 3

No a jeto, temuto klientu bude pridelena IP 10.0.0.5 a dalsimu 10.0.0.6 , atd pak funguje kompletni komunikace mezi 10.0.0.1, 10.0.0.5 a 10.0.0.6 a siti 192.168.0.0,

dlasi klient bude uplne stejny, jen s jinymi certifikaty. Jinak TAP je kvuli bridgi a je opravdu pomalejsi, ale zase se nereri routy, nicmene tato konfigurace je funkcni a s dev tun mi to nefunguje, takto jo.

[svaca]

Tady je to co asi hledas

[Dušan Hokův]

nejdriv se rozhodni esli chces routovat nebo bridgovat, podle toho si vyberes jestli tun (routovani) nebo tap (bridge)

[chinook]

Tak ted nevim co mam pouzivat jestli tap nebo tun. Potrebuji veskerou internetovou komunikaci z klienta smerovat na server a pres nej do internetu. Ale zaroven potrebuji mit pripojeno vice klientu. Slo by to kdybych vytvoril TUN?

[Dušan Hokův]

volba

redirect-gateway

je to co hledas

[svaca]

Ano, redirect-getway je to co, ti vyresi veskery provoz ...

k tomu tun vs tap, kdyz si vyberes routovani (tun) - tak je problem, ze kdyz si udelas server (10.0.0.0/255.255.255.0), ktery ma za sebou sit 192.168.1.1 treba, tak kdyz pripojujes klienty, tak v tom konfiguraku MUSIS definovat i routy tech klientu, pokud jsou za natem, jinak se na ne nedostanes a to je obcas pakarna, nebot paklize budes mit ruzne klienty z ruznych siti, tak VZDY MUSI MIT tu lan odlisnou, ale HLAVNE ne stejnou a to je ABSOLUTNI pakarna a nekdy to proste nemuzes zmenit (klienta LAN), proto ve tvem pripade je jedina moznost TAP (pak danemu klientu NEMUSIS vubec nic konfigurovat) a propingas se vsude ....

BTW, nezapomen na tom TAP zrusit VESKERY firewall ...

[chinook]

redirect-gateway mam nastaveno, ale pokud nepouziji dev tun default GW nedostanu pridelenou, ale pokud ve windows napisi

route add 0.0.0.0 netmask 0.0.0.0 gateway 10.8.0.1 

jede vse ok

[svaca]

tak, tak, a to je prave ten rozdil mezi tun a tap, proste si musis nahodit ty routy a kdyz mas vic podsiti (server, nebo i klienti) tak to muze byt pekna pakarna nekdy ...

[chinook]

a proc to nejde udelat u dev tap aby si tu defaultni branu priradily widle sami a ja ji nemusel rucne psat?

[svaca]

GRRRR !!!

A co jsem ti asi napsal vis ????? Napsal jsem ti to PRESNE jak to ma byt, to ti nefunguje ?

[misace]

Tak si zkuste udělat bridge, třeba funkce redirect gateway začne fungovat, když bude klient na stejný siti,jako je ta kam se připojujete.

[svaca]

Jezisi, copak to nechapete ?? S bridgem nemusi redirect-gateway, proste to FUNGUJE....

[chinook]

mam to nastavene presne jako ty, ale stale jsem videt na interntetu pod jinou IP nez ma server na kterem bezi openVPN. Jinak vnitrni rozhrani jdou pingovat bez problemu

[svaca]

Ted nevim, zda rozumim ja ... Tak takhle:

MAs VPN SERVER na PC (WAN: 1.2.3.4 LAN: 192.168.1.0 VPN: 10.0.0.1) - do nej se pripojuji klienti:

1. klient: IP (6.7.8.9) - na druhem konci republiky - 10.0.0.2

2. klient: IP (192.168.0.20) - nekde, kdesi za natem (neni dulezite) - 10.0.0.3

Vysledek je, ze pingas, sdilis vse mezi siti 10.0.0.0 a 192.168.1.0 a to je to co jsi potreboval ne ???

Mohl by jsi jeste chtit, aby ten klient, co je za natem dal k dispozici celou sit, ale to je jina konfigurace a IMHO nesmysl dle meho....

LAN vs LAN ma vyznam, jen kdyz chces propojit edve site a je nesmysl do toho cpat dalsi a dalsi site ..

[chinook]

MAs VPN SERVER na PC (WAN: 1.2.3.4 LAN: 192.168.1.0 VPN: 10.0.0.1) - do nej se pripojuji klienti: 1. klient: IP (6.7.8.9) - na druhem konci republiky - 10.0.0.2

Tak takhle to mam nastavene a tohle chci. Ale jeste chci aby klient s IP (6.7.8.9) vystupoval na internetu s IP serveru(1.2.3.4). Jinak kdyz pingnu z klienta (10.0.0.2) ping 10.0.0.1 tak je spojeni ok. Spatne jsem se asi vyjadril. Snad uz je to jasne

[chinook]

lze to tedy tak nastavit s dev tap nebo musim pouzit dev tun?

[svaca]

Jak MUZE klient s VEREJNOU IP, vystupovat na internetu s PRIVATNI IP, toho VPN serveru ? Stale to asi nechapu, sorry ...

[chinook]

Proste jde mi o to aby vsechen trafic co jde z klienta na druhe strany republiky byl smerovan do VPN serveru. Proste aby spoj byl sifrovany rozsifroval se na VPN serveru a sel dale do internetu. Napr. dam priklad dejme tomu ze bych byl v cizine a chtel ceskou IP. A mam VPN server v CR s verejnou IP. A potrebuji pripojit alespon dva klienty coz nevim jestli pres TUN lze. Snad uz to jde pochopit.

[svaca]

Ano, uz chapu, pak musis pouzit TUN a hlavne redirect route ....

# If enabled, this directive will configure
# all clients to redirect their default
# network gateway through the VPN, causing
# all IP traffic such as web browsing and
# and DNS lookups to go through the VPN
# (The OpenVPN server machine may need to NAT
# the TUN/TAP interface to the internet in
# order for this to work properly).
# CAVEAT: May break client's network config if
# client's local DHCP server packets get routed
# through the tunnel. Solution: make sure
# client's local DHCP server is reachable via
# a more specific route than the default route
# of 0.0.0.0/0.0.0.0.
;push "redirect-gateway"

[misace]

Ne nemůžete použít tap, musíte použít tun.