Drucken

Bitte loggen sie sich ein oder registrieren sie sich.
1 Stunde 1 Tag 1 Woche 1 Monat Immer
Einloggen mit Benutzername, Passwort und Sitzungslänge

[mc-leod]

Hallo,

ich bekomme nach Installation von WinXP Updates über OpenVPN keine Verbindung mehr zum Server. Habe das Verbindungsaufbauprotokoll angehängt. Was mich verwundert ist die Meldung All TAP-Win32 adapters on this system, are currently in use.
Eine PPTP Verbingung kann ich aufbauen, allerdings nur wenn ich meine Firewall abschalte. Ich habe bei meiner Firewall auch keine Einstellmöglichkeiten gefunden um die PPTP Verbindung frei zu schalten. (PC Tools Firewall Plus)

Bitte um Hilfe


Gruß Axel


Fri Oct 08 08:26:25 2010 OpenVPN 2.1_rc13 i686-pc-mingw32 [SSL] [LZO2] [PKCS11] built on Oct  7 2008
Fri Oct 08 08:26:25 2010 WARNING: Make sure you understand the semantics of --tls-remote before using it (see the man page).
Fri Oct 08 08:26:25 2010 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
Fri Oct 08 08:26:25 2010 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Oct 08 08:26:25 2010 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Oct 08 08:26:25 2010 LZO compression initialized
Fri Oct 08 08:26:25 2010 Control Channel MTU parms [ L:1574 D:166 EF:66 EB:0 ET:0 EL:0 ]
Fri Oct 08 08:26:25 2010 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Fri Oct 08 08:26:25 2010 Local Options hash (VER=V4): '13a273ba'
Fri Oct 08 08:26:25 2010 Expected Remote Options hash (VER=V4): '360696c5'
Fri Oct 08 08:26:25 2010 Socket Buffers: R=[8192->8192] S=[8192->8192]
Fri Oct 08 08:26:25 2010 UDPv4 link local (bound): [undef]:1194
Fri Oct 08 08:26:25 2010 UDPv4 link remote: 83.65.30.25:443
Fri Oct 08 08:26:25 2010 TLS Error: Unroutable control packet received from 83.65.30.25:443 (si=3 op=P_CONTROL_V1)
Fri Oct 08 08:26:25 2010 TLS: Initial packet from 83.65.30.25:443, sid=e172e48e 45b0c117
Fri Oct 08 08:26:26 2010 VERIFY OK: depth=1, /C=AT/ST=Graz/L=Graz/O=simon_consulting_gmbh/CN=palma.tarifa.biz/emailAddress=admin@simonconsulting.at
Fri Oct 08 08:26:26 2010 VERIFY OK: nsCertType=SERVER
Fri Oct 08 08:26:26 2010 VERIFY X509NAME OK: /O=simon_consulting_gmbh/CN=palma.tarifa.biz
Fri Oct 08 08:26:26 2010 VERIFY OK: depth=0, /O=simon_consulting_gmbh/CN=palma.tarifa.biz
Fri Oct 08 08:26:26 2010 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1574', remote='link-mtu 1474'
Fri Oct 08 08:26:26 2010 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1532', remote='tun-mtu 1432'
Fri Oct 08 08:26:26 2010 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Oct 08 08:26:26 2010 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Oct 08 08:26:26 2010 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Oct 08 08:26:26 2010 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Oct 08 08:26:26 2010 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Fri Oct 08 08:26:26 2010 [palma.tarifa.biz] Peer Connection Initiated with 83.65.30.25:443
Fri Oct 08 08:26:27 2010 SENT CONTROL [palma.tarifa.biz]: 'PUSH_REQUEST' (status=1)
Fri Oct 08 08:26:27 2010 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 83.65.30.16,route-gateway 10.162.253.1,ping 5,ping-restart 60,ifconfig 10.162.253.3 255.255.255.0'
Fri Oct 08 08:26:27 2010 OPTIONS IMPORT: timers and/or timeouts modified
Fri Oct 08 08:26:27 2010 OPTIONS IMPORT: --ifconfig/up options modified
Fri Oct 08 08:26:27 2010 OPTIONS IMPORT: route-related options modified
Fri Oct 08 08:26:27 2010 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Fri Oct 08 08:26:28 2010 ROUTE default_gateway=192.168.2.1
Fri Oct 08 08:26:28 2010 CreateFile failed on TAP device: \\.\Global\{A0CA4AE6-26A3-4B24-8ACE-2ECD1DAB5175}.tap
Fri Oct 08 08:26:28 2010 All TAP-Win32 adapters on this system are currently in use.
Fri Oct 08 08:26:28 2010 Exiting

[hideway2]

Hallo Axel,

entsprechend deiner OpenVPN Log-Datei verwendest du die 443 TCP-Verbindung. Hast du das selbe Problem auch bei der 1194 UDP-Verbindung?

Wenn du die Meldung in deiner Log-Datei bekommst, welches Ergebnis liefert dir da der VPN Check?

Prüfe bitte auch ob nicht eventuell bereits eine OpenVPN-Verbindung gestartet wurde.


Bezüglich deiner Firewall, solltest du eine Möglichkeit haben z.B. für einzelne Programm oder Verbindungstypen den Zugriff auf das Internet zu erlauben oder zu verweigern. Dort müsstest du OpenVPN bzw. PPTP für ein- und ausgehende Verbindungen zulassen.

Weil wir keinen Firewall-Support anbieten können, bitte für alle weiteren Fragen betreffend deiner Firewall im Handbuch deiner Firewall oder Online nach Informationen suchen.
 

mfg,
hideway2

[mc-leod]

Hallo,
ja, ich habe mit der 1194 UDP Vebindung das selbe Problem, auch bei der 443 UDP. Ich nutze die Verbindung nun schon ein Jahr ohne Probleme und OpenVPN ist auch in meiner Firewall für ein und ausgehende Verbindungen freigeschaltet. Es hat ja auch immer problemlos funktioniert bis nach dem WinXP Update. Es handelte sich auch um Update Paket daher kann ich nicht genau sagen, welches das Problem letztendlich ausgelöst hat. Die PPTP Verbindung funtioniert einwandfrei allerdings kann ich die nicht in der Firewall freigeben weil es ja kein Programm sondern eine Nertwerkverbindung ist. Ok, das tüftel ich noch aus, die Frage bleibt warum funtioniert OpenVPN nicht mehr? VPN Check meldet keine Verbingung zum Server über OpneVPN.

Gruß Axel

[hideway2]

Hallo Axel,

unsere Verbindungstests mit OpenVPN funktionierten auf einem mit allen Updates aktualisierten WinXP System ohne jegliche Störungen.

Eventuell liegt das Problem bei anderen Aktualisierungen oder bei der Lan-Verbindung mit dem Gerätenamen "TAP-Win32 Adapter V9". Wenn du in der Systemsteuerung nachsiehst, gibt es diese Lan-Verbindung bei dir und welchen Status hat diese?
Wenn keine OpenVPN-Verbindung aufgebaut wurde sollte der Status der Lan-Verbindung "Netzwerkkabel wurde entfernt, mit Firewall" lauten.

Ist diese Lan-Verbindung vorhanden aber mit anderem Status, die Verbindung einmal per Klick mit der rechten Maustaste und wählen von "Deaktivieren" abschalten und anschließend wieder reaktivieren. Eventuell passt der Status nun wieder und ein neuerlicher Verbindungsversuch kann unternommen werden.

Ansonsten bleibt vermutlich doch nur die Neuinstallation entsprechend unserer Anleitung von OpenVPN als nächster möglicher Schritt.


mfg,
hideway2

[mc-leod]

Genau das war es, die LAN Verbindung TAP-Win32 Adapter V9 war deaktiviert warum auch immer. Jetzt funktioniert alles wieder wie gewohnt.

Vielen Dank für die Hilfe,

mfg.  Axel