neckcheck
Goto Top

OpenVPN mit DD Wrt

Hallo zusammen,

ich habe mal wieder mich nach einem Jahr dran versucht an meinem DD Wrt Router OpenVPN am Laufen zu bringen.

Soweit hat laut Anleitung dieser Seite gut geklappt. Zertifikate und Keys erstellt und alle Einstellungen gemacht.

Hier mal meine Server Config:

port 1194
proto udp
dev tun0
ca /tmp/openvpn/ca.crt (Master Zertifikat)
cert /tmp/openvpn/cert.pem (Server Zertifikat)
key /tmp/openvpn/key.pem (Server Key)
dh /tmp/openvpn/dh.pem (DH Parameter)
server 172.16.2.0 255.255.255.0
keepalive 10 120
comp-lzo
persist-key
persist-tun
verb 3

Und hier die Client Config

client
dev tun
proto udp
remote server.ddns.net
resolv-retry infinite
nobind
persist-key
persist-tun
ca C:/Programme/OpenVPN/config/ca.crt
cert C:/Programme/OpenVPN/config/client1.crt
key C:/Programme/OpenVPN/config/client1.key
ns-cert-type server
comp-lzo
verb 3 

Verbinde ich mich in meinem eigenem LAN, dann klappt die Verbindung. Ich bekomme eine IP vom OpenVPN Server zugeteilt. Verbinde ich mich von extern, dann bekomme ich folgende Fehlermeldeung.

Sat Oct 24 00:04:24 2015 OpenVPN 2.3.7 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Jul  9 2015
Sat Oct 24 00:04:24 2015 library versions: OpenSSL 1.0.1p 9 Jul 2015, LZO 2.08
Sat Oct 24 00:04:24 2015 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Sat Oct 24 00:04:24 2015 Need hold release from management interface, waiting...
Sat Oct 24 00:04:24 2015 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Sat Oct 24 00:04:24 2015 MANAGEMENT: CMD 'state on'  
Sat Oct 24 00:04:24 2015 MANAGEMENT: CMD 'log all on'  
Sat Oct 24 00:04:24 2015 MANAGEMENT: CMD 'hold off'  
Sat Oct 24 00:04:24 2015 MANAGEMENT: CMD 'hold release'  
Sat Oct 24 00:04:25 2015 Socket Buffers: R=[65536->65536] S=[65536->65536]
Sat Oct 24 00:04:25 2015 MANAGEMENT: >STATE:1445637865,RESOLVE,,,
Sat Oct 24 00:04:25 2015 UDPv4 link local: [undef]
Sat Oct 24 00:04:25 2015 UDPv4 link remote: [AF_INET]80.7.55.100:1194  ( eigene IP geändert )
Sat Oct 24 00:04:25 2015 MANAGEMENT: >STATE:1445637865,WAIT,,,

Ich habe im Router den Port 1194 für TCP & UDP freigeschaltet und diese Firewall Einstellungen gemacht.

iptables -I INPUT 1 -p udp --dport 1194 -j ACCEPT

iptables -I INPUT 3 -i tun0 -j ACCEPT

iptables -I FORWARD 3 -i tun0 -o tun0 -j ACCEPT

iptables -I FORWARD -i br0 -o tun0 -j ACCEPT
iptables -I FORWARD -i tun0 -o br0 -j ACCEPT 

Hat jemand eine Idee woran das noch liegen kann? Ich bin kein Profi, aber hab mich ein bisschen eingelesen und habe soweit alles nach Anleitung gemacht.

Content-Key: 286562

Url: https://administrator.de/contentid/286562

Printed on: April 20, 2024 at 02:04 o'clock

Member: aqui
aqui Oct 24, 2015 at 11:27:06 (UTC)
Goto Top
Kardinalsfrage ist WIE du den DD-WRT im Netz integriert hast ??? Direkt, in einer Router Kaskade oder als sog. "one armed router" ???
Da du dazu keinerlei Aussage getroffen hast ist es schwer eine Antwort auf deinen Frage zu geben ohne raten zu müssen face-sad
Es macht also Sinn wenn du dein Netzdesign nochmal etwas präzisierst hier !
Ansonsten hat das hiesige Tutorial eigentlich alles erklärt was zum erforlgreichen Betrieb nötig ist:
OpenVPN Server installieren auf pfSense Firewall, Mikrotik. DD-WRT oder GL.inet Router
Member: NeckCheck
NeckCheck Oct 24, 2015 updated at 11:35:24 (UTC)
Goto Top
Mein Router hängt an einem Unitymedia Kabel Modem. Ist es das was du gemeint hast? Und was ich gesehen haben im OpenVPN Server Status, während ich mich von extern, also zb über das Mobilfunknetz einlogen will, dann bekomme ich im Server Status die IP Adresse vom Client angezeigt die sich einlogen will, aber sie bekommt halt dann keine IP Adresse vom OpenVPN Server zugewiesen. Wenn ich das über das lokale Netz mache, bekommt es der gleiche Client eine IP zugewiesen.
Member: aqui
aqui Oct 24, 2015 updated at 11:50:09 (UTC)
Goto Top
Ist das ganz sicher ein Kabel Modem ???
Also ein reines Modem was dahinter noch einen Ethernet Breitband Router erfordert ? Oder ist das was du als "Unitymedia Kabel Modem" bezeichnest ein vollständiger Router ?
Das kannst du meist daran sehen das auf dem LAN Anschluss ein RFC 1918 IP Netz mit privaten IP Adressen (10er, 172er oder 192.168er) verwendet wird, dann ist es ein NAT Router.
Ein reines Modem ist nur ein passiver Medienwandler und "schleift" nur die öffentlichen IPs des Providers durch so das du am angeschlossenen Endgerät dann meist öffentliche IPs vom Provider hast !
Das ist essentiell wichtig zu wissen !
Wenn es 2 Router sind, also eine Router Kaskade, musst du logischerweise auch UDP 1194 in der Unitymedia Gurke per Port Forwarding auf die IP das kaskadierten Routers forwarden, sonst kann UDP 1194 nicht durchs NAT passieren...logisch !
Bedenke auch das dein OVPN Zugriff wirklich von außen passieren muss !
Du kannst nicht von intern deine externe Router IP oder DynDNS connecten, denn das scheitert am nicht supporteten Hairpin NAT Problem !
Member: NeckCheck
NeckCheck Oct 24, 2015 at 12:29:28 (UTC)
Goto Top
Es ist ein reines Modem von Unitymedia. Das Ding ist komplett schwarz.
Member: Pjordorf
Pjordorf Oct 24, 2015 at 13:15:39 (UTC)
Goto Top
Hallo,

Zitat von @NeckCheck:
Es ist ein reines Modem von Unitymedia. Das Ding ist komplett schwarz.
Ich dachte nur die Kühlschränke von Unitymedia sind ausschließlich Schwarz. Sicher das du dort kein Vulkangestein liegen hast?

Es hilft vielleicht etwas mehr wenn du uns den Hersteller sowie die Bezeichnung nennst und ob du eine Öffentliche IP an deinen Router siehst oder nicht. Und nein - Unitymedia ist kein Hersteller.

Gruß,
Peter
Member: aqui
aqui Oct 24, 2015 updated at 15:27:33 (UTC)
Goto Top
Das Ding ist komplett schwarz.
Muhahaha...du erkennst also rein an der Farbe ob Router oder Modem ?? Klasse Witz und zeugt von echtem technischen Verständnis !!!

Gut solltest du Recht haben kannst du das im DD-WRT Hauptscreen des Setups ja auch in der rechten oberen Ecke sehen wo dir die aktive WAN IP Adresse angezeigt wird !
Diese sollte dann eine öffentliche IP sein, richtig ?

Interessant wäre mal zu sehen was OpenVPN am Prompt meldet beim Client Login wenn du es manuell zum Troubleshooting startest wie im o.a. Tutorial beschrieben ?
Generell sind deine Einstellungen der Firewall unnötig, denn das erledigt DD-WRT. Nicht das du da irgendwas verschlimmbessert hast ?!
Member: Kuemmel
Kuemmel Oct 24, 2015 at 15:30:28 (UTC)
Goto Top
Zitat von @aqui:
Muhahaha...du erkennst also rein an der Farbe ob Router oder Modem ??
Aber sicher! Router sind doch immer rot-silber oder? face-smile face-devilish
Member: NeckCheck
NeckCheck Oct 24, 2015 at 15:37:56 (UTC)
Goto Top
Also in DDWrt wird oben rechts meine öffentliche WAN Adresse angezeigt.

Diese Adresse wird auch beim Verbinungsversuch von extern auf meinem Client angezeigt.

Also DDNS wird wohl funktionieren und der Client findet den OpenVPN, weil im Satus sehe ich den Verbinungsversuch und die IP vom Client.

Ich bin gerade nicht zuhause, sobald ich zuhause bin, poste ich den Hersteller des Modems.
Member: Pjordorf
Pjordorf Oct 24, 2015 at 17:41:20 (UTC)
Goto Top
Hi,

Zitat von @Kuemmel:
Aber sicher! Router sind doch immer rot-silber oder? face-smile face-devilish
Ähhhh, meiner ist aber nicht rot-silber sondern silber-rot mit kleinen roten Quadraten, lila Rechtecken und gelben Dreiecken mit blaue rauten drin. Hat der sich ein Virus eingefangen? Was kann das sein? face-smileface-smileface-smile

Gruß,
Peter
Member: Kuemmel
Kuemmel Oct 24, 2015 at 17:49:27 (UTC)
Goto Top
Zitat von @Pjordorf:

Hi,

Zitat von @Kuemmel:
Aber sicher! Router sind doch immer rot-silber oder? face-smile face-devilish
Ähhhh, meiner ist aber nicht rot-silber sondern silber-rot mit kleinen roten Quadraten, lila Rechtecken und gelben Dreiecken mit blaue rauten drin. Hat der sich ein Virus eingefangen? Was kann das sein? face-smileface-smileface-smile

Häää? Komisch.. mein letzter Virus sah ungefähr so aus:
418a6db3f7efd0c89e5104018e63c2c9
Member: aqui
aqui Oct 25, 2015 updated at 17:18:19 (UTC)
Goto Top
Also DDNS wird wohl funktionieren und der Client findet den OpenVPN
OK, ja, das sieht gut aus und dann ist das somit erstmal geklärt.
Kannst du OpenVPN mal manuell starten auf dem CLI wie im Tutorial beschrieben (Login wie Telnet oder SSH mit PuTTY oder TeraTerm) und dich dann aufs CLI des Servers einloggen.
Bitte dann mal den Konsol Output vom Server und das Connect Log vom Client hier posten !
Vergleiche den Server Output mit dem im obigen Tutorial als Beispiel angegebenen !
Dort muss zwangsweise ein Initialization Sequence Completed am Ende stehen.

Bevor du das machst solltest du unbedingt deine Server konf nochmal korrigieren:

port 1194
proto udp
dev tun0
ca /tmp/openvpn/ca.crt
cert /tmp/openvpn/cert.pem
key /tmp/openvpn/key.pem
dh /tmp/openvpn/dh.pem
server 172.16.2.0 255.255.255.0
push "route 192.168.1.0 255.255.255.0"
(Wichtig ! Dein lokales LAN Netz was an den Client MUSS, fehlt bei dir !!!)
keepalive 10 120
comp-lzo
persist-key
persist-tun
verb 3


Ohne den push route Befehl kann der Client NICHTS im lokalen Netz erreichen !!
Ist der Client per VPN verbunden zeigt dir ein route print auf dem Client ob die o.a. Ziel IP in den VPN Tunnel geroutet wird !
Member: NeckCheck
NeckCheck Oct 25, 2015 at 19:06:37 (UTC)
Goto Top
So, habe Push route eingetragen mit der Netzwerkadresse von meinem Netzwerk.

Hier der Serverlog.

Serverlog 20151025 19:53:59 I OpenVPN 2.3.2 mips-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Mar 29 2014 
20151025 19:53:59 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:14 
20151025 19:53:59 W NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 
20151025 19:53:59 Diffie-Hellman initialized with 1024 bit key 
20151025 19:53:59 W WARNING: normally if you use --mssfix and/or --fragment you should also set --tun-mtu 1500 (currently it is 1400) 
20151025 19:53:59 Socket Buffers: R=[172032->131072] S=[172032->131072] 
20151025 19:53:59 I TUN/TAP device tun0 opened 
20151025 19:53:59 TUN/TAP TX queue length set to 100 
20151025 19:53:59 I do_ifconfig tt->ipv6=1 tt->did_ifconfig_ipv6_setup=0 
20151025 19:53:59 I /sbin/ifconfig tun0 172.16.2.1 netmask 255.255.255.0 mtu 1400 broadcast 172.16.2.255 
20151025 19:54:02 I UDPv4 link local (bound): [undef] 
20151025 19:54:02 I UDPv4 link remote: [undef] 
20151025 19:54:02 MULTI: multi_init called r=256 v=256 
20151025 19:54:02 IFCONFIG POOL: base=172.16.2.2 size=252 ipv6=0 
20151025 19:54:02 I ifconfig_pool_read() in='client1 172.16.2.150' TODO: IPv6   
20151025 19:54:02 I succeeded -> ifconfig_pool_set() 
20151025 19:54:02 I ifconfig_pool_read() in='client2 172.16.2.151' TODO: IPv6   
20151025 19:54:02 I succeeded -> ifconfig_pool_set() 
20151025 19:54:02 IFCONFIG POOL LIST 
20151025 19:54:02 client1 172.16.2.150 
20151025 19:54:02 client2 172.16.2.151 
20151025 19:54:02 I Initialization Sequence Completed 

WIe gesagt, komisch ist, dass ich mich von intern problemlos verbinden kann und die Clients dann auch eine virtuelle IP Adresse bekommen. Log ich mich von extern ein, erscheint in den Logs die IP Adresse von extern, aber der Client bekommt keine virtuelle IP zugewiesen.
Member: orcape
orcape Oct 26, 2015 at 07:18:28 (UTC)
Goto Top
Hi,
wie wäre es denn mal mit dem posten Deiner Routing-Protokolle, bevor wir hier noch weiter herum rätseln.
Vom OpenVPN-Server und -Client bitte.
Gruß orcape
Member: NeckCheck
NeckCheck Oct 26, 2015 at 11:55:32 (UTC)
Goto Top
Hier die Logs von meinem Client

Mon Oct 26 12:43:15 2015 OpenVPN 2.3.7 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Jul  9 2015
Mon Oct 26 12:43:15 2015 library versions: OpenSSL 1.0.1p 9 Jul 2015, LZO 2.08
Mon Oct 26 12:43:15 2015 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Mon Oct 26 12:43:15 2015 Need hold release from management interface, waiting...
Mon Oct 26 12:43:16 2015 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Mon Oct 26 12:43:16 2015 MANAGEMENT: CMD 'state on'  
Mon Oct 26 12:43:16 2015 MANAGEMENT: CMD 'log all on'  
Mon Oct 26 12:43:16 2015 MANAGEMENT: CMD 'hold off'  
Mon Oct 26 12:43:16 2015 MANAGEMENT: CMD 'hold release'  
Mon Oct 26 12:43:16 2015 Socket Buffers: R=[65536->65536] S=[65536->65536]
Mon Oct 26 12:43:16 2015 MANAGEMENT: >STATE:1445859796,RESOLVE,,,
Mon Oct 26 12:43:16 2015 UDPv4 link local: [undef]
Mon Oct 26 12:43:16 2015 UDPv4 link remote: [AF_INET]47.5.80.111:1194  
Mon Oct 26 12:43:16 2015 MANAGEMENT: >STATE:1445859796,WAIT,,,
Mon Oct 26 12:44:16 2015 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Mon Oct 26 12:44:16 2015 TLS Error: TLS handshake failed
Mon Oct 26 12:44:16 2015 SIGUSR1[soft,tls-error] received, process restarting
Mon Oct 26 12:44:16 2015 MANAGEMENT: >STATE:1445859856,RECONNECTING,tls-error,,
Mon Oct 26 12:44:16 2015 Restart pause, 2 second(s)
Mon Oct 26 12:44:18 2015 Socket Buffers: R=[65536->65536] S=[65536->65536]
Mon Oct 26 12:44:18 2015 MANAGEMENT: >STATE:1445859858,RESOLVE,,,
Mon Oct 26 12:44:19 2015 UDPv4 link local: [undef]
Mon Oct 26 12:44:19 2015 UDPv4 link remote: [AF_INET]47.5.80.111:1194   ( <<< Meine öffentliche IP von Unitymedia die auch im Router steht )
Mon Oct 26 12:44:19 2015 MANAGEMENT: >STATE:1445859859,WAIT,,,


Und vom Server

20151026 12:43:20 109.42.5.99:37568 TLS: Initial packet from [AF_INET]109.42.5.99:37568 sid=06479c7b b6d484d6 
20151026 12:44:20 N 109.42.5.99:37568 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) 
20151026 12:44:20 N 109.42.5.99:37568 TLS Error: TLS handshake failed 
20151026 12:44:20 109.42.5.99:37568 SIGUSR1[soft tls-error] received client-instance restarting 
20151026 12:44:23 W 109.42.5.99:38157 WARNING: normally if you use --mssfix and/or --fragment you should also set --tun-mtu 1500 (currently it is 1400) 
20151026 12:44:23 109.42.5.99:38157 TLS: Initial packet from [AF_INET]109.42.5.99:38157 sid=eb654a5e 5f10b95d 
20151026 12:45:23 N 109.42.5.99:38157 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity) 
20151026 12:45:23 N 109.42.5.99:38157 TLS Error: TLS handshake failed 
20151026 12:45:23 109.42.5.99:38157 SIGUSR1[soft tls-error] received client-instance restarting 
20151026 12:45:26 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:14 
20151026 12:45:26 D MANAGEMENT: CMD 'state'   
20151026 12:45:26 MANAGEMENT: Client disconnected 
20151026 12:45:26 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:14 
20151026 12:45:26 D MANAGEMENT: CMD 'state'   
20151026 12:45:26 MANAGEMENT: Client disconnected 
20151026 12:45:26 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:14 
20151026 12:45:26 D MANAGEMENT: CMD 'state'   
20151026 12:45:26 MANAGEMENT: Client disconnected 
20151026 12:45:26 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:14 
20151026 12:45:26 D MANAGEMENT: CMD 'status 2'   
20151026 12:45:26 MANAGEMENT: Client disconnected 
20151026 12:45:26 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:14 
20151026 12:45:26 D MANAGEMENT: CMD 'log 500'   
19700101 00:00:00 


Wie man sehen kann, erreicht der OpenVPN Server die IP von extern, aber eine Verbindung lässt er nicht zu.
Mitglied: 114757
114757 Oct 26, 2015 at 12:18:04 (UTC)
Goto Top
Member: NeckCheck
NeckCheck Oct 26, 2015 updated at 12:35:02 (UTC)
Goto Top
Ich habe keine Passphrase eingestellt, also hilft mir leider dein Link nicht weiter. Ich habe nur die normalen Keys und Certs mittels build in der Windows Eingabeaufforderung erstellt. Außerdem, lokal kommt eine Verbindung zustanden, nur von extern nicht, was meiner Meinung einer Problem mit der Zertifizierung ausschließt.
Mitglied: 114757
114757 Oct 26, 2015 updated at 12:42:01 (UTC)
Goto Top
Zitat von @NeckCheck:

Ich habe keine Passphrase eingestellt, also hilft mir leider dein Link nicht weiter.
Darum gehts in dem Link doch gar nicht ... les ihn mal genauer ...
was meiner Meinung einer Problem mit der Zertifizierung ausschließt.
Nicht unbedingt...
Member: NeckCheck
NeckCheck Oct 26, 2015 at 12:54:13 (UTC)
Goto Top
Zitat von @114757:

Zitat von @NeckCheck:

Ich habe keine Passphrase eingestellt, also hilft mir leider dein Link nicht weiter.
Darum gehts in dem Link doch gar nicht ... les ihn mal genauer ...
was meiner Meinung einer Problem mit der Zertifizierung ausschließt.
Nicht unbedingt...
´
Kannst mir da ein bisschen auf die Sprünge helfen? Ich kann in dem Artikel nichts erkennen wo ich mit meinem Problem ansetzen kann.
Member: aqui
aqui Oct 28, 2015 at 10:10:41 (UTC)
Goto Top
Mit deinem TLS Handshaking stimmt was nicht !!!
Der Fehler ist doch eindeutig !!!
Mon Oct 26 12:44:16 2015 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Mon Oct 26 12:44:16 2015 TLS Error: TLS handshake failed

Der VPN Tunnel wird gar nicht aufgebaut.
Das hast du gelesen dazu:
https://openvpn.net/index.php/open-source/faq/79-client/253-tls-error-tl ...
https://forums.openvpn.net/topic12938.html
Suche nach "OpenVPN TLS handshake failed" und du findest Millionen Lösungen dazu.
Fazit: Du hast irgendwo vergessen ein UDP 1194 forwarding zu machen oder hast irgendwo einen Firewall Filter ?!
Member: orcape
orcape Oct 28, 2015 at 10:49:10 (UTC)
Goto Top
Da der OpenVPN-Client wohl auf einem Windows-PC läuft, könnte es schon an dessen FW liegen.
Leider hat uns der TO mit Informationen nicht gerade überhäuft.face-wink
Member: NeckCheck
NeckCheck Oct 28, 2015 at 10:57:04 (UTC)
Goto Top
Das Problem war wohl die Firewall im Router. Ich habe den Port 1194 nochmal neu freigeschaltet und jetzt geht es.

Danke nochmal an alle für die Hilfe !

Jetzt will ich

push "redirect-gateway def1  

eintragen, damit die Clients auch die Internetverbindung verwenden können, aber das klappt leider nun nicht. Wie sollte meine Konfig aussehen, damit das möglich ist?