Ja, diese Frage wurde hundert Mal gestellt, und ich habe überall gesucht, ohne Erfolg.
Der Titel sagt eigentlich schon alles.
Ich habe einen OpenVPN-Server (unter Ubuntu) und kann über meinen Client (Windows 8) eine Verbindung dazu herstellen ...
Das Problem beginnt, wenn ich versuche, den gesamten Datenverkehr über das VPN weiterzuleiten.
Ich habe die pushFlags in der server.conf hinzugefügt:
push "redirect-gateway def1"
push "dhcp-option DNS 8.8.8.8"
Wenn ich vom Client aus eine Verbindung herstelle, gibt der Client Folgendes aus:
Wed May 07 21:38:40 2014 SENT CONTROL [StretchVPN-CA]: 'PUSH_REQUEST' (status=1)
Wed May 07 21:38:41 2014 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 8.8.8.8,route-gateway <Remote Router IP>,ping 10,ping-restart 120,ifconfig 192.168.0.201 255.255.255.0'
Wed May 07 21:38:41 2014 OPTIONS IMPORT: timers and/or timeouts modified
Wed May 07 21:38:41 2014 OPTIONS IMPORT: --ifconfig/up options modified
Wed May 07 21:38:41 2014 OPTIONS IMPORT: route options modified
Wed May 07 21:38:41 2014 OPTIONS IMPORT: route-related options modified
Wed May 07 21:38:41 2014 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Wed May 07 21:38:41 2014 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Wed May 07 21:38:41 2014 open_tun, tt->ipv6=0
Wed May 07 21:38:41 2014 TAP-WIN32 device [Local Area Connection 4] opened: \\.\Global\{1F145805-92FC-454E-8FD9-0A6017DD4AD1}.tap
Wed May 07 21:38:41 2014 TAP-Windows Driver Version 9.9
Wed May 07 21:38:41 2014 Notified TAP-Windows driver to set a DHCP IP/netmask of 192.168.0.201/255.255.255.0 on interface {1F145805-92FC-454E-8FD9-0A6017DD4AD1} [DHCP-serv: 192.168.0.0, lease-time: 31536000]
Wed May 07 21:38:41 2014 Successful ARP Flush on interface [35] {1F145805-92FC-454E-8FD9-0A6017DD4AD1}
Wed May 07 21:38:46 2014 TEST ROUTES: 1/1 succeeded len=0 ret=1 a=0 u/d=up
Wed May 07 21:38:46 2014 C:\WINDOWS\system32\route.exe ADD <Remote Router IP> MASK 255.255.255.255 172.20.10.1
Wed May 07 21:38:46 2014 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=25 and dwForwardType=4
Wed May 07 21:38:46 2014 Route addition via IPAPI succeeded [adaptive]
Wed May 07 21:38:46 2014 C:\WINDOWS\system32\route.exe ADD 0.0.0.0 MASK 128.0.0.0 192.168.0.3
Wed May 07 21:38:46 2014 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
Wed May 07 21:38:46 2014 Route addition via IPAPI succeeded [adaptive]
Wed May 07 21:38:46 2014 C:\WINDOWS\system32\route.exe ADD 128.0.0.0 MASK 128.0.0.0 192.168.0.3
Wed May 07 21:38:46 2014 ROUTE: CreateIpForwardEntry succeeded with dwForwardMetric1=30 and dwForwardType=4
Wed May 07 21:38:46 2014 Route addition via IPAPI succeeded [adaptive]
Wed May 07 21:38:46 2014 Initialization Sequence Completed
Ich habe versucht, die Flags auf der Client-Seite beim Öffnen der Verbindung zu verwenden:
openvpn --config "C:\Program Files\OpenVPN\config\client.ovpn" --redirect-gateway def1 --route-method exe
Aber wenn ich auf whatsmyip.org gehe, steht immer noch die IP-Adresse meiner Kunden.
Hat jemand dieses Problem gehabt und geschafft, es zu lösen?
Danke vielmals
Ja das ist autmatically gemacht , wenn die Push „Redirect-Gateway def1“ verwendet wird ... Es fügt 0.0.0.0 Maske 127.0.0.0 und 127.0.0.0 Maske 127.0.0.0 (Überholmanöver die Standardroute , ohne das ein Löschen schon da)
—
Nur Glück wirklich
Ich mache mir Sorgen, wenn Sie den Client unter Windows als "Run As Administrator" ausführen! Dieses Problem kann auftreten, wenn Sie den OVPN-Windows-Client ohne Administrator ausführen.
—
Kousha
push "route 0.0.0.0 0.0.0.0"oder versucht , Routen zu verschieben? Vergessen Sie nicht die Route zurück in das VPN!