OpenVPN-Paket

[MaxMuster]

Auf dem Client existiert kein "tap"-Device mit dem Namen "openvpn". DIes hast du aber mit dem Befehl "dev-node openvpn" vorgegeben.

Brauchst du denn einen speziellen Eintrag für dev-node auf diesem Client überhaupt? Existiert nicht vielleicht /dev/net/tun oder /dev/tun? Sonst musst du es anlegen.

[c.monty]

Auf dem Client existiert kein "tap"-Device mit dem Namen "openvpn". DIes hast du aber mit dem Befehl "dev-node openvpn" vorgegeben.

Brauchst du denn einen speziellen Eintrag für dev-node auf diesem Client überhaupt? Existiert nicht vielleicht /dev/net/tun oder /dev/tun? Sonst musst du es anlegen.

OK.
Deine Analyse kann ich nachvollziehen.
Dies bedeutet, dass die Client-Konfiguration nicht korrekt ist.

Deine Frage ob /dev/net/tun oder /dev/tun existiert kann ich eindeutig mit ja beantworten:
/dev/tun ist vorhanden.

Aber wie muss die Client-Konfiguration hierfür angepasst werden?
Muss der Parameter "dev-node openvpn" gelöscht oder modifiziert werden?

THX


Update:
Ich habe die Client-Konfiguration modifiziert, d.h. den Parameter "dev-node" habe ich auskommentiert.

Die VPN-Verbindung wird jetzt korrekt aufgebaut.

Jetzt stehe ich leider vor dem nächsten Problem:
Der Ping zum OpenVPN-Server (= Router = FB7390) geht nicht durch.
Auch andere Geräte im Heimnetzwerk kann ich nicht anpingen.

shell@android:/ $ ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
From 192.168.178.101 icmp_seq=1 Destination Host Unreachable
From 192.168.178.101 icmp_seq=2 Destination Host Unreachable
From 192.168.178.101 icmp_seq=3 Destination Host Unreachable

shell@android:/ $ /system/xbin/ifconfig
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:3151 errors:0 dropped:0 overruns:0 frame:0
TX packets:3151 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:230949 (225.5 KiB) TX bytes:230949 (225.5 KiB)

rmnet0 Link encap:Point-to-Point Protocol
inet addr:10.67.xx.xx.xx P-t-P:10.67.xx.xx.xx Mask:255.255.255.0
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:19514 errors:0 dropped:0 overruns:0 frame:0
TX packets:20151 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:12630081 (12.0 MiB) TX bytes:2265035 (2.1 MiB)

tap0 Link encap:Ethernet HWaddr 86:4C:2B:F5:EF:62
inet addr:192.168.178.101 Bcast:192.168.178.255 Mask:255.255.255.0
inet6 addr: fe80::844c:2bff:fef5:ef62/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 B) TX bytes:1224 (1.1 KiB)

Im Client-Log steht jetzt dies:
Sat Jun 30 17:47:31 2012 us=190704 109.43.0.7:43061 VERIFY OK: depth=1, /C=DE/ST=BW/L=location/O=OpenVPN/OU=orga/CN=orga/name=orga/emailAddress=name@firma.com
Sat Jun 30 17:47:31 2012 us=190704 109.43.0.7:43061 VERIFY OK: depth=0, /C=DE/ST=BW/L=location/O=OpenVPN/OU=mobile2-SGS2/CN=mobile2-SGS2/name=orga/emailAddress=name@firma.com
Sat Jun 30 17:47:32 2012 us=10278 109.43.0.7:43061 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Jun 30 17:47:32 2012 us=10278 109.43.0.7:43061 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 30 17:47:32 2012 us=14276 109.43.0.7:43061 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Jun 30 17:47:32 2012 us=14276 109.43.0.7:43061 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 30 17:47:32 2012 us=206176 109.43.0.7:43061 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Sat Jun 30 17:47:32 2012 us=210174 109.43.0.7:43061 [mobile2-SGS2] Peer Connection Initiated with [AF_INET]109.43.0.7:43061
Sat Jun 30 17:47:32 2012 us=210174 mobile2-SGS2/109.43.0.7:43061 MULTI_sva: pool returned IPv4=192.168.178.101, IPv6=::5:41:1f3c:7fe8:6208
Sat Jun 30 17:47:34 2012 us=516973 mobile2-SGS2/109.43.0.7:43061 PUSH: Received control message: 'PUSH_REQUEST'
Sat Jun 30 17:47:34 2012 us=516973 mobile2-SGS2/109.43.0.7:43061 send_push_reply(): safe_cap=960
Sat Jun 30 17:47:34 2012 us=516973 mobile2-SGS2/109.43.0.7:43061 SENT CONTROL [mobile2-SGS2]: 'PUSH_REPLY,route-gateway 192.168.178.1,route 192.168.178.0 255.255.255.0,route 192.168.178.1,ping 10,ping-restart 120,ifconfig 192.168.178.101 255.255.255.0' (status=1)
Sat Jun 30 17:47:34 2012 us=836807 mobile2-SGS2/109.43.0.7:43061 MULTI: Learn: 86:4c:2b:f5:ef:62 -> mobile2-SGS2/109.43.0.7:43061

Im Server-Log steht dies:
Sat Jun 30 17:46:54 2012 VERIFY OK: depth=1, /C=DE/ST=BW/L=location/O=OpenVPN/OU=orga/CN=orga/name=orga/emailAddress=name@firma.com
Sat Jun 30 17:46:54 2012 VERIFY OK: nsCertType=SERVER
Sat Jun 30 17:46:54 2012 VERIFY OK: depth=0, /C=DE/ST=BW/L=location/O=OpenVPN/OU=orga/CN=net1-FB7390/name=orga/emailAddress=name@firma.com
Sat Jun 30 17:46:56 2012 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Jun 30 17:46:56 2012 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 30 17:46:56 2012 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Jun 30 17:46:56 2012 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 30 17:46:56 2012 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Sat Jun 30 17:46:56 2012 [net1-FB7390] Peer Connection Initiated with 77.2.182.171:1194
Sat Jun 30 17:46:57 2012 MANAGEMENT: >STATE:1341071217,GET_CONFIG,,,
Sat Jun 30 17:46:57 2012 MANAGEMENT: CMD 'bytecount 0'
Sat Jun 30 17:46:58 2012 SENT CONTROL [net1-FB7390]: 'PUSH_REQUEST' (status=1)
Sat Jun 30 17:46:59 2012 PUSH: Received control message: 'PUSH_REPLY,route-gateway 192.168.178.1,route 192.168.178.0 255.255.255.0,route 192.168.178.1,ping 10,ping-restart 120,ifconfig 192.168.178.101 255.255.255.0'
Sat Jun 30 17:46:59 2012 OPTIONS IMPORT: timers and/or timeouts modified
Sat Jun 30 17:46:59 2012 OPTIONS IMPORT: --ifconfig/up options modified
Sat Jun 30 17:46:59 2012 OPTIONS IMPORT: route options modified
Sat Jun 30 17:46:59 2012 OPTIONS IMPORT: route-related options modified
Sat Jun 30 17:46:59 2012 ROUTE default_gateway=10.67.xx.xx
Sat Jun 30 17:46:59 2012 TUN/TAP device tap0 opened
Sat Jun 30 17:46:59 2012 MANAGEMENT: >STATE:1341071219,ASSIGN_IP,,192.168.178.101,
Sat Jun 30 17:46:59 2012 /system/bin/ip link set dev tap0 up mtu 1500
Sat Jun 30 17:46:59 2012 /system/bin/ip addr add dev tap0 192.168.178.101/24 broadcast 192.168.178.255
Sat Jun 30 17:46:59 2012 MANAGEMENT: >STATE:1341071219,ADD_ROUTES,,,
Sat Jun 30 17:46:59 2012 /system/bin/ip route add 192.168.178.0/24 via 192.168.178.1
RTNETLINK answers: File exists
Sat Jun 30 17:46:59 2012 ERROR: Linux route add command failed: external program exited with error status: 2
Sat Jun 30 17:46:59 2012 OpenVPN ROUTE: omitted no-op route: 192.168.178.1/255.255.255.255 -> 192.168.178.1
Sat Jun 30 17:46:59 2012 Initialization Sequence Completed
Sat Jun 30 17:46:59 2012 MANAGEMENT: >STATE:1341071219,CONNECTED,SUCCESS,192.168.178.10 1,77.2.182.171
Sat Jun 30 17:46:59 2012 MANAGEMENT: CMD 'bytecount 0'
Sat Jun 30 17:46:59 2012 MANAGEMENT: CMD 'bytecount 0'
Sat Jun 30 17:46:59 2012 MANAGEMENT: CMD 'bytecount 3'

Habe ich jetzt ein Routing-Problem?

THX

[MaxMuster]

Erstmal die Bitte, Konfigs und längere Ausgaben in "[code]" Tags zu packen (im Editor das # Formatierungs-Zeichen) und auch bitte keine unnötigen Vollzitate.

Der Screenshot stimmt zwar bezüglich der IP-Adressen nicht mit der geposteten Konfig überein, aber wenn es ansonsten stimmt, dann fehlt das Umsetzen vom "Brücken mit dem LAN".
Genauso, wie Bridging mit dem LAN die gleichen IPs erfordert, erfordern gleiche IPs das Brücken mit dem LAN, sonst hast du mehrere isolierte Interfaces mit den gleichen IPs.
Also, setze den Haken bei "mit dem LAN brücken", wenn du das willst.

[c.monty]

Das ist die Lösung:
Aktivieren von "mit LAN brücken".

THX THX THX

[chilango79]

Hallo an euch
auch wenn es vielleicht schon gefragt wurde. Kann OpenVPN parallel mit AVM-VPN laufen oder besser kann OpenVPN sich mit einer FB mit Original AVM-VPN verbinden?
Ich habe hier meine FB7270 die mit einer 7170 und einer 7320 eine Transatlantik-VPN Vewrbindung haben. Meine Box will ich mit OpenVPN ausruesten um damit endlich mein Nokia N9 per VPN für VoIP zu verbinden.
Kann OpenVPN mit AVM-VPN zusammenarbeiten?

Danke

[KunterBunter]

Natürlich nicht. Die VPN-Implementierung von AVM in der Fritzbox basiert auf IPsec. Das hat mit OpenVPN nichts gemeinsam.

[chilango79]

Ok. Das heisst dann aber auch das ich mit AVM-VPN meine FB verbinden kann und parallel OpenVPN für das Nokia zu laufen habe.
OpenVPN und AVM-VPN (ipsec) kommen sich nicht in die Quere? Sind ja 2 verschiedene Programme.

Sorry fuer die dummen "Fragen" aber
"wer nicht fragt bleibt dumm" und mit VPN fange ich grad erst an

[mericon]

Nabend,

habe folgendes problem:

Ich habe freetz installiert mit openvpn 2.2.2 (freetz ist aktueller trunk mit labor).
Ich habe einen tunnel mit zertifikaten erstellt und kann auch verbinden und bin im netz mit komplettem redirect.

Nur immer wenn der openvpn server läuft kommen die lokalen clients nicht ins netzwerk (Windows 7 meldung: Nicht Identifiziertes Netzwerk)
Weis jemand woran das liegen kann?

[frank_m24]

Leider wird dein Setup nicht klar. Von daher ist es im Moment nicht möglich, zu helfen.

Ich habe freetz installiert mit openvpn 2.2.2 (freetz ist aktueller trunk mit labor).

Ist das Freetz OpenVPN Server oder Client? Wer verbindet sich damit oder wo verbindet er sich hin?

Nur immer wenn der openvpn server läuft kommen die lokalen clients nicht ins netzwerk (Windows 7 meldung: Nicht Identifiziertes Netzwerk)

Wer sind die "lokalen Clients"? Meinst du damit VPN Clients? Oder einfach Clients an der FritzBox?
Und in welches Netzwerk kommen sie nicht? Internet? Oder lokale Netze? Die andere Seite des VPN Tunnels?

Stelle mal genauer deine Netzwerktopologie dar, und beschreibe dabei auch direkt die etablierten Routen und das Nameserver Setup.

[mericon]

[Edit frank_m24: Vollzitat vom Beitrag direkt darüber gelöscht, siehe Forumregeln.]

Hi okay,
die Box ist der Openvpn Server.
Mit Lokale Clients waren die Clients die OHNE VPN im selben netz hängen. Diese kommen wenn der Openvpn DIenst gestartet ist nicht ins Internet und auch nicht auf das Fritz WebIF.
Wenn ich mich mit einen VPN Client einlogge komme ich ins netz und kann auch weiter surfen.

Hier noch meine Openvpn server conf:

#  OpenVPN 2.1 Config, Tue Dec 18 08:16:24 CET 2012
proto udp
dev tun
ca /tmp/flash/openvpn/ca.crt
cert /tmp/flash/openvpn/box.crt
key /tmp/flash/openvpn/box.key
dh /tmp/flash/openvpn/dh.pem
tls-server
port 1194
ifconfig 10.0.0.1 10.0.0.2
push "route 192.168.178.0 255.255.255.0"
mode server
ifconfig-pool 10.0.0.10 10.0.0.20
push "route 10.0.0.1"
route 10.0.0.0 255.255.255.0
push "redirect-gateway def1"
tun-mtu 1500
mssfix
verb 3
cipher AES-256-CBC
comp-lzo
keepalive 10 120
status /var/log/openvpn.log
chroot /tmp/openvpn
user openvpn
group openvpn
persist-tun
persist-key

Ich hoffe ihr könnt mir helfen

[MaxMuster]

Sieht eingentlich von der Config her gut aus.
Das Problem tritt auf, sobald der Server gestartet ist, schon ohne verbundenen Client?
"nicht ins Internet" könnte ich mir nur erklären, wenn du über UMTS ins Netz gehst und das 10-er Netz, was du für das VPN Nutzt, dort ebenfalls genutzt wird...
"Nicht auf die FB-GUI", kann ich nicht wirklich verstehen, oder nutzt du da 10-er Netz etwa im lokalen Netz? Wie getestet ("Name" oder IP der Box)?

Zur Eingrenzung: Wie ist dein LAN IP-Netz? Was ergibt ein "ipconfig", was ein "ping <ip der FB>", wenn der VPN-Dienst läuft?

[mericon]

[Edit frank_m24: Vollzitat vom Beitrag direkt darüber gelöscht, siehe Forumregeln.]

Hi erstmal danke für die schnelle reaktion.

Das ip netz der fb ist 192.168.178.0
Online ist die FB mit normalem DSL
Und das problem besteht dann wenn der OpenVPN Server gestartet ist.
Windows 7 kann das Netzwerk garnicht Identifieren (Also die clients im Lokalen LAN an der box)

ipconfig kann ich erst in ein paar tagen testen genau wie ping bin zuzeit nicht zuhause.

glg mericon

[MaxMuster]

Gilt das für "schon aktive" Geräte, oder solche, die "nach dem VPN-Start" ins Netz gehen? Also "verändert" sich der Status bei den LAN-PCs, oder kommen "neue" nicht mehr ins Netz?
Wenn du (jetzt) per VPN auf die Box kommst, kannst du dann die FB über ihre LAN-IP (192.168.178.1) erreichen? Kannst du dann irgendwelche PCs im LAN der FB erreichen?

[mericon]

Hi,

das galt für schon aktive und auch für die die nach dem start ins netz gehen.
Aber das problem ist gelöst es waren doch die 10.0.0.0 ips ...

vielen dank für die hilfe