[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: OpenVPN antwortet nicht



Hi,

Tobias Krais schrieb:
> Guten Morgen ML,
> 
> ich habe wieder mal ein Problem. Ich habe OpenVPN installiert und
> konfiguriert. Wenn ich eine Verbindung aufbauen will, dann kommen Pakete
> am Server an, aber OpenVPN anwortet nicht. Mit scheint als kämen die
> Pakete zwar am Server an, werden aber nicht an OpenVPN weitergeleitet.
> Woran kann das Potentiell liegen?
[...]
> 
> Und hier was so auf dem Server auf Port 1194 los ist:
> -----%<-----
> Server:/etc/openvpn# tcpdump -i eth1 port 1194
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
> 08:18:55.239222 IP p85.212.153.124.tisdip.tiscali.de.63826 >
> 192.168.1.2.openvpn: UDP, length 42
> 08:18:57.740651 IP p85.212.153.124.tisdip.tiscali.de.63826 >
> 192.168.1.2.openvpn: UDP, length 42
> .... to be continued
> -----%<-----
> 
> Kann mir jemand helfen den Fehler einzukreisen?

Ich habe zur Zeit ebenfalls ein Problem mit OpenVPN, vielleicht haben
wir ja das gleiche? Bei mir sieht es folgendermaßen aus: Ich greife mit
WindowsXP als Client auf OpenVPN (läuft auf Debian) zu. Anmeldung
scheint erfolgreich zu sein, Client erhält die VPN IP, aber ich kann
nicht durch den Tunnel pingen. Dein Hinweis auf tcpdump hat mich dazu
geführt, das mal bei mir auszuprobieren:

---tcpdump output (retsina client; debianfw server---
debianfw:/home/debianfw# tcpdump -i eth0 port 1194
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
09:06:56.428053 IP retsina.ihf.ing.tu-bs.de.1559 >
debianfw.ihf.ing.tu-bs.de.openvpn: UDP, length: 42
09:06:56.433650 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 54
09:06:56.434718 IP retsina.ihf.ing.tu-bs.de.1559 >
debianfw.ihf.ing.tu-bs.de.openvpn: UDP, length: 50
09:06:56.434849 IP retsina.ihf.ing.tu-bs.de.1559 >
debianfw.ihf.ing.tu-bs.de.openvpn: UDP, length: 142
09:06:56.435663 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 50
09:06:56.438007 IP retsina.ihf.ing.tu-bs.de.1559 >
debianfw.ihf.ing.tu-bs.de.openvpn: UDP, length: 44
[...]
09:06:58.204417 IP retsina.ihf.ing.tu-bs.de.1559 >
debianfw.ihf.ing.tu-bs.de.openvpn: UDP, length: 50
09:06:58.204478 IP retsina.ihf.ing.tu-bs.de.1559 >
debianfw.ihf.ing.tu-bs.de.openvpn: UDP, length: 50
09:06:58.530396 IP retsina.ihf.ing.tu-bs.de.1559 >
debianfw.ihf.ing.tu-bs.de.openvpn: UDP, length: 50
09:07:08.871663 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:07:18.199283 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:07:28.353644 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:07:38.554021 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:07:48.754365 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:07:58.818764 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:08:08.917197 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:08:18.344824 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:08:28.641902 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:08:38.848516 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:08:49.012878 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:08:59.051316 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:09:09.203717 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53
09:09:19.721984 IP debianfw.ihf.ing.tu-bs.de.openvpn >
retsina.ihf.ing.tu-bs.de.1559: UDP, length: 53

152 packets captured
152 packets received by filter
0 packets dropped by kernel
---end of tcpdump---

Beim Aufbau der Verbindung geht es erst mal hin und her, scheint also
alles zu klappen. Am Ende scheint dann aber retsina, also der Client,
nicht mehr auf die Pakete von debianfw zu reagieren. Ich hab dann
tcpdump abgebrochen.

Bevor ich jetzt weiter rede über meine Probleme, würde ich gerne erst
mal wissen, ob es sich bei dir ähnlich verhält oder nicht.

Grüße
Marc



Reply to: