OpenVPN läuft mal wieder nicht - google hilft nicht

[jokibär]

Hallo,

OpenVPN lief auf meiner vorherigen Installation meines root Servers ohne Probleme.
Nach der Neuinstallation (Debian squeeze mit openvz kernel) aber ist der Wurm drin. Die Verbindung kann zwar aufgebaut werden, jedoch die Verbindung ins Internet funktionieren nicht. Forwarding müßte eigentlich richtig konfiguriert sein. Per rc.lokal konfiguriere ich IPtables:


iptables -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A FORWARD -s 10.0.0.0/24 -j ACCEPT
iptables -A FORWARD -j REJECT
iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -o eth0 -j MASQUERADE


Außerdem
/etc/sysctl.conf:
net.ipv4.ip_forward=1
/proc/sys/net/ipv4/ip_forward steht auf 1

openvpn, server.conf:


port 443
proto tcp
dev tun
ca ca.crt
cert server.crt
key server.key
dh dh1024.pem
push "redirect-gateway def1"
push "route 10.0.0.0 255.255.255.0"
keepalive 10 120
comp-lzo
persist-key
persist-tun
status openvpn-status.log
verb 3

ifconfig-pool-persist ipp.txt



ipconfig auf dem server:

eth0 Link encap:Ethernet HWaddr 00:15:f2:5d:d9:1e
inet6 addr: fe80::215:f2ff:fe5d:d91e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:13525 errors:0 dropped:0 overruns:0 frame:0
TX packets:4958 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1167127 (1.1 MiB) TX bytes:859456 (839.3 KiB)
Interrupt:23 Base address:0xe000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:40 errors:0 dropped:0 overruns:0 frame:0
TX packets:40 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3382 (3.3 KiB) TX bytes:3382 (3.3 KiB)

tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.0.0.1 P-t-P:10.0.0.2 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:130 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:8048 (7.8 KiB) TX bytes:0 (0.0 B)

venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

vmbr0 Link encap:Ethernet HWaddr 00:15:f2:5d:d9:1e
inet addr:213.xxx.xxx.xxx Bcast:213.xxx.xxx.255 ask:255.255.255.0
inet6 addr: fe80::215:f2ff:fe5d:d91e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11785 errors:0 dropped:0 overruns:0 frame:0
TX packets:4952 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:866704 (846.3 KiB) TX bytes:858988 (838.8 KiB)

vmbr1 Link encap:Ethernet HWaddr 52:6d:d1:d1:c4:17
inet addr:10.0.0.1 Bcast:10.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::506d:d1ff:fed1:c417/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:468 (468.0 B)


Etwas seltsam finde ich allerdings die Subnetmask meines Client, nachdem er sich mit dem Server verbunden hat:


tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.0.0.6 P-t-P:10.0.0.5 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:21 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:1045 (1.0 KB)

Wer weiß Rat? Ich bin am Ende mit meinem Latein.

[derRichard]

finde raus was genau nicht geht.
wireshark und tcpdump sind deine freunde.

mit openvpn selbst hat das ganze höchstwahrscheinlich nichts zu tun.

hth,
//richard

[ctFreez]

Nabend,

ist das gewollt, das du in deinem LAN und denem VPN Netz die gleichen IP's verwendest?

Gruß Felix

PS: Ich sag es immer wieder ... für OpenVPN ein 10er Netz zu benutzen ist leichtsinnig, da man auf diese weise alle User die UMTS nutzen aussperrt

[derRichard]

PS: Ich sag es immer wieder ... für OpenVPN ein 10er Netz zu benutzen ist leichtsinnig, da man auf diese weise alle User die UMTS nutzen aussperrt
du wirst immer ein netz finden, mit dem es probleme gibt...

//richard

[jokibär]

Hab nun herausgefunden, daß ich IP-Adressen anpingen kann, sprich: etwas mit der DNS-Auflösung scheint nicht hinzuhauen. Weiß jemand was das genau sein könnte?

Ja, ich verwende absichtlich die gleichen IPs in LAN und VPN-Netz.
Daß ich mit 'nem 10er Netz UMTS-Nutzer aussperre war mir neu! Aus welchem Grund funktioniert das nicht? Gilt das für alle Klasse A Netze?

[derRichard]

Hab nun herausgefunden, daß ich IP-Adressen anpingen kann, sprich: etwas mit der DNS-Auflösung scheint nicht hinzuhauen. Weiß jemand was das genau sein könnte?

ist der dns erreichbar?
etc...



Ja, ich verwende absichtlich die gleichen IPs in LAN und VPN-Netz.
Daß ich mit 'nem 10er Netz UMTS-Nutzer aussperre war mir neu! Aus welchem Grund funktioniert das nicht? Gilt das für alle Klasse A Netze?

wenn du beispielsweise das netz 10.0.0.0/24 für vpn verwendest, dieses netz aber bereits vom selben client für etwas anderes verwendet wird, dann gibt es probleme.
es gibt umts-provider, die weisen dem client keine öffentliche ip, sondern eine private zu.
pauschal zu sagen, dass 10.* schlecht für vpn ist, ist jedeoch schwachsinn.
bei ipv4 wird sicher immer eine überschneidung finden lassen...

hth,
//richard

[jokibär]

Ich denke es liegt möglicherweise hieran:

Setting up dnsmasq (2.45-1+lenny1) ...
Starting DNS forwarder and DHCP server: dnsmasq
dnsmasq: failed to create listening socket: Address already in use
failed (warning).
failed!


Sieht so aus, als liegt es hieran

ps ax | grep dhcp
599 pts/0 S+ 0:00 grep dhcp


Welches Paket muss ich entfernen bzw. welchen Dienst und wie deaktivieren? Ich habe eine OpenVZ VM am laufen...es scheint mir diese bzw. vmbr1 die IP per DHCP bezieht....werde testen müssen wie es sich verhält...

[TheDarkRose]

Kann sein, dass du den ICS DHCP installiert hast?

[jokibär]

Hm, ich glaube nicht:


apt-get remove isc-dhcp-server
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Couldn't find package isc-dhcp-server

[derRichard]

nicht spekulieren, prüfen.
schau halt nach was noch alles auf den dns- und dhcp-ports hört...

//richard

[jokibär]

Ok, es klappt jetzt unter Windows reibungslos. Unter Linux verbindet er sich zwar, aber DNS kann er immer noch nicht auflösen, auch nicht, wenn ich openvpn als root aus der Konsole starte. Was könnte das sein?

[derRichard]

und wie löst du dns auf?
welcher server?
wie ist dieser erreichbar?

//richard

[quinte17]

Sieht so aus, als liegt es hieran

ps ax | grep dhcp
599 pts/0 S+ 0:00 grep dhcp


hier hast du nur deinen eigenen prozess gefunden! das sagt also überhaupt gar nix aus.

halte dich lieber mal an die fragen von derRichard