Přidat otázku mezi oblíbenéZasílat nové odpovědi e-mailem OpenVPN asi neroutuje

Zdravím, mám trochu problém s OpenVPN. Jeden PC je v Brně - na něm běží server a druhý je v Praze a z něj se připojuji právě na ten server. Problém je takový, že VPN se mi po portu 1194 normálně spojí, ale co je strašně divný je to, že si nepingnu na IP adresu VPN serveru, která je 10.10.1.1, ale přitom se na něj z klienta připojím? Tady jsou konfiguráky:

Server:

# server
mode server

# tls jako server
tls-server

# nastavi zarizeni
dev tap0

# port, 1194 = default
port 1194

# protokol, tcp/udp
proto tcp-server

# adresa serveru
ifconfig 10.10.1.1 255.255.255.0

push "route 10.0.0.0 255.255.255.0"
push "route-gateway 10.10.1.1"

# rozsah adres pro klienty
ifconfig-pool 10.10.1.20 10.10.1.100 255.255.255.0

# soucasne prihlaseni vice klientu
duplicate-cn

client-to-client

keepalive 10 120

# certifikat certifikacni autority
ca "C:\\Program Files (x86)\\OpenVPN\\easy-rsa\\keys\\ca.crt"

# certifikat serveru
cert "C:\\Program Files (x86)\\OpenVPN\\easy-rsa\\keys\\server.crt"

# klic serveru
key "C:\\Program Files (x86)\\OpenVPN\\easy-rsa\\keys\\server.key"

# parametry pro Diffie-Hellman protokol
dh "C:\\Program Files (x86)\\OpenVPN\\easy-rsa\\keys\\dh1024.pem"

# komprese prenasenych dat
comp-lzo

route-method exe
route-delay 2

# logy serveru
#log-append openvpn.log

Klient:

# rezim client
client

# definujeme rozhrani TAP (stejne jako na serveru)
dev tap

# definujeme protokol
proto tcp

# Zde zadejte adresu sveho serveru
remote 92.163.181.32 1194

# Pokud mate Dial-up, tohle je velmi dobry parametr :-)
resolv-retry infinite

# definujeme, ze neni treba navazat se k specifickemu lokalnimu portu
nobind

pull

# Pro ne-Windows klienty muzete snizit po pripojeni privilegia
;user nobody
;group nobody

# Try to preserve some state across restarts.
persist-key
persist-tun

;http-proxy-retry # retry on connection failures
;http-proxy [proxy server] [proxy port #]

# bezdratove site velmi casto opakuji nektere pakety. Workaround.
mute-replay-warnings

# SSL/TLS nastaveni. certifikat serveru/autority a certifikat a klic klienta
ca "C:\\Program Files (x86)\\OpenVPN\\config\\keys\\Firma\\ca.crt"
cert "C:\\Program Files (x86)\\OpenVPN\\config\\keys\\Firma\\uzivatel.crt" 
key "C:\\Program Files (x86)\\OpenVPN\\config\\keys\\Firma\\uzivatel.key" 

ns-cert-type server

# TLS autentikace na strane klienta
#tls-auth "C:\\Program Files (x86)\\OpenVPN\\config\\keys\\Firma\\ta.key" 1

route-method exe
route-delay 2

# Komprese datoveho toku
comp-lzo

# Mira ukecanosti logu
verb 3

Síť, kde je server má rozsah 10.0.0.0, přičemž adresa PC kde běží VPN server je 10.0.0.50 (10.10.1.1 je adresa VPN serveru). V modemu mám nastavenou statickou routu:

Destination: 10.10.1.0
Gateway: 10.0.0.50
MASK: 255.255.255.0

V síti serveru, kam si ani nepingnu po připojení tou VPN je modem ZyXel P-661H-D3. Vím, že některé ZyXely zahazují pakety, takže v tom PC jsem na pevnou přidal routu ve tvaru route -p add 10.10.1.0 MASK 255.255.255.0 10.0.0.50

Poradíte někdo prosím? Díky moc. Nepomohlo ani vypnutí FW v modemu ani Windows. Operační systém kde běží server jsou Visty bohužel a klient XP. Změna IPEnable router v registrech provedena na 1.

Předmět Autor Datum
Aby mohla Open VPN routovat, potrebuje administratorska prava na nastaveni routy. Mas 2 moznosti: 1.…
Jan Fiala 23.03.2012 07:19
Jan Fiala
Najprv by bolo dobre ujasnit si rozdiel medzi tun/tap. # "dev tun" will create a routed IP tunnel,…
fleg 23.03.2012 07:58
fleg
i TAP se dá použít pro routování, naopak já jej vidím jako v mnoha případech lepší a účelnější.
touchwood 23.03.2012 08:27
touchwood
Napriklad?
fleg 23.03.2012 08:32
fleg
A wokna mimochodem tusim TUN napriklad neumi vubec.
JR_Ewing 23.03.2012 08:46
JR_Ewing
Ale umi:-p
fleg 23.03.2012 08:48
fleg
Taky pouzivam vyhradne TAP. Zrejme ze stejneho duvodu, proc nesnasim CISCO VPN, ta mi totiz neni sch…
JR_Ewing 23.03.2012 08:55
JR_Ewing
Vidis ja vyhradne pouzivam tun, pretoze ked som s openvpn zacinal siel som podla manualu a kedze som…
fleg 23.03.2012 08:57
fleg
Tap neroutujes na urovni OpenVPN, ale normalne na urovni operacniho systemu.
JR_Ewing 23.03.2012 09:06
JR_Ewing
přesně. Tohle je IMHO to nejzásadnější. I když přenos už na úrovni ethernet rámců je trochu náročněj…
touchwood 23.03.2012 12:34
touchwood
Inak pokial sa pripojis a nepingnes server na jeho vpn adrese na vine je na 100% firewall.
fleg 23.03.2012 08:34
fleg
Firewall v modemu i PC jsem vypínal a to vůbec nepomohlo, nějaký jiný tip? Díky..
Pepan87 23.03.2012 13:03
Pepan87
1. mně tedy přijde hodně nebezpečné klientům povolit komunikovat mimo VPN (chybějící direktiva push…
touchwood 23.03.2012 08:37
touchwood
Určitě to sem hodím jakmile se tam zas dostanu, to bude hned po neděli..
Pepan87 23.03.2012 13:04
Pepan87
Zdravím, zasílám slíbenou routovací tabulku serveru a klienta. Poznáte z toho už někdo v čem mám pro…
Pepan87 26.03.2012 22:20
Pepan87
co to tam maš na serveru za přesmyčku? Proč je tam ta statická routa pro 10.10.1.0/24? Vždyť ji tam…
JR_Ewing 26.03.2012 22:54
JR_Ewing
Jojo máš pravdu, to jsem jen něco zkoušel, už jsem to dal pryč a stejně to nefunguje. Takže te´d už…
Pepan87 26.03.2012 23:12
Pepan87
Hlavně je mi dost divný, že si nepingnu ani na modem ani na VPN server ke kterému se připojím klient…
Pepan87 26.03.2012 23:13
Pepan87
když připojíš VPN z klienta, a dáš ping 10.10.1.1 .. vylistuj ARP tabulku a postni to sem: prikaz:…
JR_Ewing 26.03.2012 23:26
JR_Ewing
Tady je: http://svetobrazku.cz/upload/images/bfi1332797617x .jpg
Pepan87 26.03.2012 23:33
Pepan87
Tak, VPN ti zjevně funguje, protože obě virtuální zařízení se na linkové vrstvě (L2) vidí: [http://…
JR_Ewing 27.03.2012 06:28
JR_Ewing
Jojo dneska to vyzkouším a dám vědět. Jak ale říkám, je to vážně záhada, protože s touhle konfigurac…
Pepan87 27.03.2012 09:16
Pepan87
Na server (10.10.1.1) nepingnes, protoze jedna nebo druha strana to pres firewall nepusti. Pokud by…
JR_Ewing 27.03.2012 10:05
JR_Ewing
prasárna, prasárna, prasárna!!! 1. Proč tam máš tak divné metriky? 2. Proč má routa do VPN přes výc…
touchwood 27.03.2012 10:58
touchwood
A jakým stylem to mám teda přenastavit na straně klienta i serveru? Já jsem s tou routovací tabulkou…
Pepan87 27.03.2012 14:18
Pepan87
v prvním kroku bys měl udělat push "redirect-gateway" - tím donutíš veškerou komunikaci klienta jít…
touchwood 27.03.2012 20:51
touchwood
OK, takže do konfiguračního souboru klienta přidám jen příkaz push redirect-gateway ? Nebo i do serv…
Pepan87 28.03.2012 13:04
Pepan87
ne, to se dává do konfigurace serveru. tím server "natlačí" klientům novou směrovací tabulku s vlast…
touchwood 28.03.2012 13:49
touchwood
Udělám to, díky moc. poslední
Pepan87 28.03.2012 21:05
Pepan87
Podla mna sa jedna asi o rovnaky problem ako som svojho casu riesil tu. http://pc.poradna.net/q/view…
fleg 23.03.2012 08:40
fleg

Aby mohla Open VPN routovat, potrebuje administratorska prava na nastaveni routy.
Mas 2 moznosti:
1. nastavit trvalou routu manualne (prikaz Route, spusteny pod adminem)
2. spoustet OpenVPN jako sluzbu. Pak bude mit pravo nastavit routovani

Najprv by bolo dobre ujasnit si rozdiel medzi tun/tap.

# "dev tun" will create a routed IP tunnel,
# "dev tap" will create an ethernet tunnel.
# Use "dev tap0" if you are ethernet bridging
# and have precreated a tap0 virtual interface
# and bridged it with your ethernet interface.
# If you want to control access policies
# over the VPN, you must create firewall
# rules for the the TUN/TAP interface.
# On non-Windows systems, you can give
# an explicit unit number, such as tun0.
# On Windows, use "dev-node" for this.
# On most systems, the VPN will not function
# unless you partially or fully disable
# the firewall for the TUN/TAP interface.

Taky pouzivam vyhradne TAP. Zrejme ze stejneho duvodu, proc nesnasim CISCO VPN, ta mi totiz neni schopna vytvorit virtualni Interface a na nem IP adresu. Vse se resi az v pravidlech firewallu pri vystupu na vnejsi rozhrani a je to hrozna prasarna.

Ja jsem rad, ze mam normalni rozhrani s normalni adresou a normalni maskou, na kterem muzu cokoli nastavavat a aplikovat jako na obycejnou sitovku.

Tap neroutujes na urovni OpenVPN, ale normalne na urovni operacniho systemu.

1. mně tedy přijde hodně nebezpečné klientům povolit komunikovat mimo VPN (chybějící direktiva push "redirect-gateway") - tím se řádově snižuje zabezpečení celé sítě

2. IMHO může být problém v routovací tabulce OVPN serveru - můžeš ji sem hodit? Jsou to Windows, ty se musí kontrolovat. Ideálně by bylo dobré hodit sem i routovací tabulku připojeného klienta

co to tam maš na serveru za přesmyčku? Proč je tam ta statická routa pro 10.10.1.0/24? Vždyť ji tam máš dvakrát.

když připojíš VPN z klienta, a dáš ping 10.10.1.1 .. vylistuj ARP tabulku a postni to sem:

prikaz:

arp -a

Tak, VPN ti zjevně funguje, protože obě virtuální zařízení se na linkové vrstvě (L2) vidí:

[http://pc.poradna.net/file/view/8924-bfi1332797617 x-jpg]

Zkus povypínat firewally (striktně) na klientovi i na serveru, ping by měl projít. Případně pomocí nástroje jako wireshark odchytat komunikaci na virtuálních síťovkách (při tom pingu), tam bys měl na 100% vidět příchozí pakety od klienta (i když na to server nijak nereaguje a zahazuje je).

Proč ti neroutují windows (na serveru), to už je druhá věc. Windows teda primárně nejsou určené jako router a místy jsou ze síťového hlediska udělané naprosto prasácky.

Jojo dneska to vyzkouším a dám vědět. Jak ale říkám, je to vážně záhada, protože s touhle konfigurací už používám OpenVPN X let a nikdy žádný problém. Nechápu, jak je možný, že si nepingnu na VPN server na kterej jsem připojenej. V konfiguraci je evidentně všechno dobře a stejně to nechodí. Ještě tam dnes zkusím vyměnit modem a znovu ho nakonfigurovat včetně nastavení static route a dám vědět, Každopádně díky..

Na server (10.10.1.1) nepingnes, protoze jedna nebo druha strana to pres firewall nepusti. Pokud by to bylo neprostupne (vina routru nebo cehokoli po ceste), tak neuvidis ani MAC adresu sitovky serveru (v tom VPN tunelu).

prasárna, prasárna, prasárna!!!

1. Proč tam máš tak divné metriky?
2. Proč má routa do VPN přes výchozí bránu lepší metriku (21) než přímá cesta bránou od VPN (286)?

edit: totéž platí pro tabulku klienta - špatné metriky, zbytečné a násobné definice cesty do totožné sítě.

A jakým stylem to mám teda přenastavit na straně klienta i serveru? Já jsem s tou routovací tabulkou nic nedělal. Jediné co jsem udělal co se týče routovacích tabulek je to, že jsem na straně klienta dal trvalou routu:

route -p add 10.10.1.0 MASK 255.255.255.0 10.0.0.50

Na straně serveru je sice v tom obrázku ale jinak tam už není, dal jsem jí delete...

v prvním kroku bys měl udělat push "redirect-gateway" - tím donutíš veškerou komunikaci klienta jít přes VPN tunel - a tím otestuješ, že to je opravdu problém routování (což si myslím, že je). Mimochodem toto je tzv. best practise, protože v případě, že necháš klienta komunikovat napřímo, tak vytváříš do sítě další vstupní bod, potenciálně nebezpečný. A toto jde vyloženě proti smyslu VPN sítí, které mají reprezentovat bezpečné a zabezpečené prostředí s jasně definovanými parametry.

Zpět do poradny Odpovědět na původní otázku Nahoru