Dotaz: OpenVPN se připojí, ale dál nic

[Martin H.]

Přílohy:

• klient.ovpn (143 bytů)
• server.conf (822 bytů)
• vpn-status.log (362 bytů)

Mám OpenVPN, prošel jsem tady snad 50 příspěvvků, zkoušel to i ono ... a pořád nic.

Do VPN sítě se připojím, ale v klientovi nemám výchozí bránu a nedopingám se nikam po síti.

Snažil jsem se všemi prostředky ... ale bránu tam prostě nedám.

Potřebuji buď: - připojit cca 4 uživatele ve stejné síti, jako je lokální síť, bez routování - nebo jim dát jinou podsíť a tu routovat

V každém případě, abych se dostal na Samba server a k Intranetu.

Všichni tady mají konfiguráky a všem to chodí, já jsem postupně zkoušel snad všechny a stále nic.

Neví někdo, kde může být chyba? Už si s tím hraji dva dny a pořád nic ... stále to samé.

OpenSuSE 10.3 a OpenSSL z této distribuce.

Díky.

---

---

Odpovědi

[cynic_asshole]

Na serveru v konfiguráku máš zprasenou direktivu push "route 192.168.100.1"

Správně má být push "route síť maska", třeba push "route 192.168.100.0 255.255.255.0" při použití standardní masky.

Jestli chceš defaultní bránu nastavit na VPN server, použij direktivu push "redirect-gateway".

Aby mohli klienti mezi sebou pingat, přidej direktivu client-to-client

[Martin H.]

Díky, bohuže nepomohlo. Absolutně nevím, kde by ještě mohla být chyba.

Pokud však povolím zakomentované route delete a route add, dostanu se na 192.168.100.1, nikam však dál. Tak mě napadá snad už jen nějaká chyba na firewallu ... nemá někdo zkušenost s openvpn na opensuse?

[NN]

Kdyz budes moct posli sem cely proces sestavovani VPN, kde se dobre pozna na cem to dojelo..

NN

[Martin H.]

Právě mě to napadlo ...

Thu Nov 05 09:23:18 2009 read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Thu Nov 05 09:23:36 2009 TCP/UDP: Closing socket
Thu Nov 05 09:23:36 2009 Closing TUN/TAP interface
Thu Nov 05 09:23:36 2009 SIGTERM[hard,] received, process exiting
Thu Nov 05 09:23:35 2009 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Oct  1 2006
Thu Nov 05 09:23:35 2009 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
Thu Nov 05 09:23:42 2009 LZO compression initialized
Thu Nov 05 09:23:42 2009 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Thu Nov 05 09:23:42 2009 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Thu Nov 05 09:23:42 2009 Local Options hash (VER=V4): 'd79ca330'
Thu Nov 05 09:23:42 2009 Expected Remote Options hash (VER=V4): 'f7df56b8'
Thu Nov 05 09:23:42 2009 UDPv4 link local (bound): [undef]:5000
Thu Nov 05 09:23:42 2009 UDPv4 link remote: xx.xx.xx.xx:5000
Thu Nov 05 09:23:42 2009 TLS: Initial packet from xx.xx.xx.xx:5000, sid=80d642c5 1af7e1df
Thu Nov 05 09:23:42 2009 VERIFY OK: depth=1, /C=CZ/ST=Czech_Republic/L=Brno/O=user/OU=user/CN=Certifikacni_autorita/emailAddress=admin@user.cz
Thu Nov 05 09:23:42 2009 VERIFY OK: depth=0, /C=CZ/ST=Czech_Republic__Europe/L=Brno/O=User/OU=User/CN=vpn/emailAddress=admin@user.cz
Thu Nov 05 09:23:43 2009 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Nov 05 09:23:43 2009 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Nov 05 09:23:43 2009 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Nov 05 09:23:43 2009 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Nov 05 09:23:43 2009 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
Thu Nov 05 09:23:43 2009 [vpn] Peer Connection Initiated with xx.xx.xx.xx:5000
Thu Nov 05 09:23:44 2009 SENT CONTROL [vpn]: 'PUSH_REQUEST' (status=1)
Thu Nov 05 09:23:44 2009 PUSH: Received control message: 'PUSH_REPLY,ping 10,ping-restart 120,ifconfig 192.168.100.201 255.255.255.0'
Thu Nov 05 09:23:44 2009 OPTIONS IMPORT: timers and/or timeouts modified
Thu Nov 05 09:23:44 2009 OPTIONS IMPORT: --ifconfig/up options modified
Thu Nov 05 09:23:44 2009 TAP-WIN32 device [VPN] opened: \\.\Global\{1309B899-7575-49A1-BAE6-B4EA07C16E3C}.tap
Thu Nov 05 09:23:44 2009 TAP-Win32 Driver Version 8.4 
Thu Nov 05 09:23:44 2009 TAP-Win32 MTU=1500
Thu Nov 05 09:23:44 2009 Notified TAP-Win32 driver to set a DHCP IP/netmask of 192.168.100.201/255.255.255.0 on interface {1309B899-7575-49A1-BAE6-B4EA07C16E3C} [DHCP-serv: 192.168.100.0, lease-time: 31536000]
Thu Nov 05 09:23:44 2009 Successful ARP Flush on interface [4] {1309B899-7575-49A1-BAE6-B4EA07C16E3C}
Thu Nov 05 09:23:44 2009 TEST ROUTES: 0/0 succeeded len=-1 ret=0 a=0 u/d=down
Thu Nov 05 09:23:44 2009 Route: Waiting for TUN/TAP interface to come up...
Thu Nov 05 09:23:45 2009 TEST ROUTES: 0/0 succeeded len=-1 ret=1 a=0 u/d=up
Thu Nov 05 09:23:45 2009 Initialization Sequence Completed

Zaráží mě poslední 4 řádky ...

[frr]

A co takhle ještě výpisy "route" nebo "ip route show" z OpenVPN serveru a "route print" z widloidního klienta?

[Martin H.]

No, to samozřejmě můžu,ale odhalil jsem další chybu a s tou si nevím rady:

...
Thu Nov 05 11:31:17 2009 SENT CONTROL [vpn]: 'PUSH_REQUEST' (status=1)
Thu Nov 05 11:31:17 2009 PUSH: Received control message: 'PUSH_REPLY,route 192.168.99.1,redirect-gateway,ping 4,ping-restart 120,ifconfig 192.168.99.100 255.255.255.0'
Thu Nov 05 11:31:17 2009 OPTIONS IMPORT: timers and/or timeouts modified
Thu Nov 05 11:31:17 2009 OPTIONS IMPORT: --ifconfig/up options modified
Thu Nov 05 11:31:17 2009 OPTIONS IMPORT: route options modified
Thu Nov 05 11:31:17 2009 OpenVPN ROUTE: OpenVPN needs a gateway parameter for a --route option and no default was specified by either --route-gateway or --ifconfig options
Thu Nov 05 11:31:17 2009 OpenVPN ROUTE: failed to parse/resolve route for host/network: 192.168.99.1
Thu Nov 05 11:31:17 2009 TAP-WIN32 device [VPN] opened: \\.\Global\{1309B899-7575-49A1-BAE6-B4EA07C16E3C}.tap
Thu Nov 05 11:31:17 2009 TAP-Win32 Driver Version 8.4 
Thu Nov 05 11:31:17 2009 TAP-Win32 MTU=1500
Thu Nov 05 11:31:17 2009 Notified TAP-Win32 driver to set a DHCP IP/netmask of 192.168.99.100/255.255.255.0 on interface {1309B899-7575-49A1-BAE6-B4EA07C16E3C} [DHCP-serv: 192.168.99.0, lease-time: 31536000]
Thu Nov 05 11:31:17 2009 Successful ARP Flush on interface [4] {1309B899-7575-49A1-BAE6-B4EA07C16E3C}
Thu Nov 05 11:31:17 2009 TEST ROUTES: 0/0 succeeded len=0 ret=0 a=0 u/d=down
Thu Nov 05 11:31:17 2009 Route: Waiting for TUN/TAP interface to come up...
Thu Nov 05 11:31:18 2009 TEST ROUTES: 0/0 succeeded len=0 ret=1 a=0 u/d=up
Thu Nov 05 11:31:18 2009 NOTE: unable to redirect default gateway -- VPN gateway parameter (--route-gateway or --ifconfig) is missing tomuhle vážně nerozumím, co se mu nelíbí ...
Thu Nov 05 11:31:18 2009 Initialization Sequence Completed

[Martin H.]

To znamena ze si mu poslal routu na 192.168.99.1, ale klient nevi jakou ma pouzit branu pro tuhle IP-ku. Takze bych to skusil opravit bud na serveru:

push "route 192.168.100.0 255.255.255.0"

misto

push "route 192.168.100.1"

nebo na strane klienta:

openvpn --route-gateway 192.168.100.1 --config client.conf

Cerpal jsem s tohoto reseni:

http://article.gmane.org/gmane.network.openvpn.user/19032

kde je to dobre vysvetleno..

(jian v konfigurakach ma 99.0 misto 100.0 ??)

NN

[Martin H.]

Takže pokračování:

-klient přijme nastavení od serveru
- v klientovi se ohlásí chyba 
  OpenVPN ROUTE: OpenVPN needs a gateway parameter for a --route option and no default was specified by either --route-gateway or --ifconfig options
  OpenVPN ROUTE: failed to parse/resolve route for host/network: 192.168.99.0
- tedy ve Windows se nezmění default Gateway
- ping na 192.168.99.1 funguje a tracert ohlásí jeden hop
- ping na 192.168.100.1 nefunguje a tracert hledá cestu pomocí výchozí brány, tedy jede do internetu

Tedy, nevím, jak zajistit, aby si Windows změnily podle zaslaných informací default gateway na tu VPnkovou, chci všechno směřovat přes VPNku.

V Google je řada stejných probémů, ale žádné řešení, nebo řešení nefunguje.

Nesetkal se někdo s tímto problémem?

[NN]

O dve zpravy nahore..

NN

[Martin H.]

Děkuji všem za pomoc, zde jsou postřehy a moje chyby/omyly:

- VPN má síť 192.168.99.0/24, podniková pak 192.168.100.0/24

- push "route 192.168.100.0 255.255.255.0" moje první chyba

- push "route-gateway 192.168.99.1" a už to nenadává, že to chce GW - tohle mi dalo nejvíc hledání - nyní ze použít push "redirect gateway" čímž se veškerý provoz přesměruje přes VPNku.

 

No, dalo mi to zabrat, ale funguje. Největší problém je vždy asi si uvědomit kde je gateway.

Ještě jednou díky za pomoc a snad to pomůže i někomu jinému v budoucnu.

[frr]

Jo hlavně nepushnout natvrdo default route Ostatně i příkaz "redirect-gateway" mi přijde jako dost overkill. Pak Vám i všechno surfování okolo, skype apod. teče skrz VPN... Není jednodušší, zadat dostatečně široký route na privátní blok, používaný zmíněnou podnikovou sítí? Nebo i několik routů. Tak to mám já.