» Wie testet ein Noob eine Internetleitung?

mgutt · 31.07.2014, 09:23

Ich habe mir mal in Windows mit dem folgenden Befehl die Routen ausgeben lassen:

route print

Ergebnis:

ZitatIPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.178.1 192.168.178.24 10
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
192.168.178.0 255.255.255.0 Auf Verbindung 192.168.178.24 266
192.168.178.24 255.255.255.255 Auf Verbindung 192.168.178.24 266
192.168.178.255 255.255.255.255 Auf Verbindung 192.168.178.24 266
192.168.180.0 255.255.255.0 192.168.180.2 192.168.180.1 30
192.168.180.0 255.255.255.252 Auf Verbindung 192.168.180.1 286
192.168.180.1 255.255.255.255 Auf Verbindung 192.168.180.1 286
192.168.180.3 255.255.255.255 Auf Verbindung 192.168.180.1 286
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.180.1 286
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.178.24 266
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.180.1 286
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.178.24 266
===========================================================================
Ständige Routen:
Keine

Die IP 192.168.179 taucht nicht auf. Also warum zum Teufel komme ich über die auf den DSL Router

Der Befehl in Windows:

ipconfig

Gibt mir auch keine 179 aus, nur 180 (die IP vom DSL Router):

ZitatWindows-IP-Konfiguration

Ethernet-Adapter LAN-Verbindung 4:

Verbindungsspezifisches DNS-Suffix:
Verbindungslokale IPv6-Adresse . : fe80::50c8:***:***:***%28
IPv4-Adresse . . . . . . . . . . : 192.168.180.1
Subnetzmaske . . . . . . . . . . : 255.255.255.252
Standardgateway . . . . . . . . . :

Drahtlos-LAN-Adapter Drahtlosnetzwerkverbindung:

Verbindungsspezifisches DNS-Suffix: fritz.box
IPv4-Adresse . . . . . . . . . . : 192.168.178.24
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.178.1

Tunneladapter isatap.{592AD8A5-1C5A-44E4-934C-***}:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:

Tunneladapter LAN-Verbindung* 4:

Verbindungsspezifisches DNS-Suffix:
IPv6-Adresse. . . . . . . . . . . : 2001:0:5ef5:79fd:288b:***:***:***
Verbindungslokale IPv6-Adresse . : fe80::288b:***:***:***%16
Standardgateway . . . . . . . . . : ::

Tunneladapter isatap.fritz.box:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix: fritz.box

DrehstuhlRanger · 31.07.2014, 10:17

Warum einfach wenn's auch umständlich geht..
Scheint ja alles nicht so rosig zu laufen und ich hätte den Mist schon gegen die Wand gepfeffert.
Nützt ja nichts.. Wird schon ne Lösung geben.

Das mit den Ports und der IP scheint ja die größte Baustelle zu sein momentan, oder?
Hast du mal versucht ob die Verbindung klappt, wenn Server und Client sich im gleichen Netz befinden?

Das hier habe ich gefunden:
http://www.forum-raspberrypi.de/Thread-2-private-netzwerke-mit-2-rpi-ueber-vpn-verbinden
Vielleicht tritt einer der Fälle bei dir in Kraft.

Ansonten könntest du noch einfach mal alle Ports öffnen und mitloggen was passiert, bzw wohin die ihre Pakete senden.
Ist zwar auch nur fischen im trüben, aber vielleicht findet man so noch Fehler.

Ich frage mich grade wie du das später handhaben willst. Du musst doch jedem Client einen Schlüssel bereitstellen und den im Server vermerken.
Das für jedes Gerät machen erfordert ja auch einen gewissen Aufwand..
Oder hast du eine absehbare Zahl X an Geräten und kannst dann alle auf einen Schlag eintragen?

mguttUnd die 192.168.180 sollte ich auch lieber nicht nehmen:
http://help.avm.de/fritzbox.php?oem=avm&hardware=139&language=de&set=007&topic=hilfe_ipsetting&deviceFeatures=1010001111111101011011111111111100011111111100&userSettings=0100

Fritz!Box scheint schon was feines zu sein..

btw. Raspberry ist bestellt und kommt die Tage, dann werd ich das auch mal testen können...

mgutt · 31.07.2014, 10:22

Ja im Moment hakt es nur an den IPs. Der RPI ist ja mit dem Mobilfunkrouter verbunden und verbindet sich zu mir. Das klappt bereits (über Internet und lokal). Nun möchte ich aber von mir zu Hause aus auf den Mobilfunkrouter zugreifen können. Dazu könnte ich bereits jetzt hingehen und den RPI mit grafischer Oberfläche starten und dann einen Browser mit Remote Desktop auf die Weboberfläche des Routers lenken. Aber ich würde gerne direkt von mir zu Hause aus auf diesen Router gehen können.

Aktuell vermute ich, dass es hier einen IP Konflikt gibt. Ich ändere deswegen mal alles IPs.

Die 182 wird gerne vom Speedport genutzt, weshalb ich die dann auch gleich mal die 181 überspringe:
http://www.breyell.de/Serviceportal/Die%20Zugangsdaten%20der%20wichtigsten%20Router.pdf

Ich gebe daher dem Mobilfunk Router nun 192.168.183.1 und dem virtuellen Netz des VPN gebe ich 192.168.184.0. Na hoffentlich klappt das jetzt.

DrehstuhlRanger · 31.07.2014, 10:50

Zeig doch mal deine Konfiguration.
Vielleicht sticht ja irgendwas ins Auge.

Ansonsten mal hier gucken:
http://wiki.openvpn.eu/index.php/Erster_Tunnel#Konfigurationsdatei_server.ovpn

Sieht gut verständlich aus.

mgutt · 31.07.2014, 14:52

Dein vorheriger Link geht in die richtige Richtung von wegen Bridge-Modus oder sowas. Zwischenzeitlich war ich auf das gekommen:
http://www.synology-forum.de/entry.html?66-Entfernte-und-lokale-Netze-mit-OpenVPN-verbinden

Aber ich habe keine Ahnung wie ich diese Routen in Windows erstellen soll. Daher habe ich im ersten Schritt einfach mal die einzelnen Optionen durchprobiert, damit ich verstehe was sie bewirken.

Nur zwei in Kombination haben was bewirkt. Und zwar, dass ich den RPI über 192.168.183.21 erreichen kann.

Und zwar die Regel in server.ovpn

route 192.168.183.0 255.255.255.0

und die in ccd/client:

iroute 192.168.183.0 255.255.255.0

Hier mal die kompletten Dateien. server.ovpn:

# Zertifikate
ca "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\ca.crt"
cert "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\vpn.gutt.it.crt"
key "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\vpn.gutt.it.key"
dh "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\dh1024.pem"
client-config-dir "C:\\Program Files\\OpenVPN\\ccd"

# Server und Netzwerk
#local 192.168.178.24 #LAN-Adresse des Servers
port 1194
proto tcp
dev tun
server 192.168.184.0 255.255.255.0 #Subnetz
ifconfig-pool-persist ipp.txt
comp-lzo
persist-key
persist-tun
keepalive 10 120
link-mtu 1400
#route 192.168.178.0 255.255.255.0 # aktiviert man das, kommt der server nicht mehr ins internet

# damit + iroute bei ccd/client kann der client 192.168.183.21 erreicht werden:
route 192.168.183.0 255.255.255.0 

# Log
status "C:\\Program Files\\OpenVPN\\log\\openvpn-status1.log"
log "C:\\Program Files\\OpenVPN\\log\\openvpn1.log"
log-append "C:\\Program Files\\OpenVPN\\log\\openvpn1.log"
verb 3

ccd/client

# hier gefunden: http://www.synology-forum.de/entry.html?66-Entfernte-und-lokale-Netze-mit-OpenVPN-verbinden
# keine Veränderung dadurch festgestellt
#client-to-client
#ifconfig 192.168.184.6 255.255.255.0 # virtuelle ip von client innerhalb von openvpn
#push "route 192.168.178.0 255.255.255.0"
#push "route 192.168.183.0 255.255.255.0"

# damit + route bei server.ovpn kann der client 192.168.183.21 erreicht werden:
iroute 192.168.183.0 255.255.255.0

Ich probier jetzt mal mit dem bridge Kram herum.

maxrev.de · Gast

Mach mit!

Wenn Dir die Beiträge zum Thread "Wie testet ein Noob eine Internetleitung?" gefallen haben oder Du noch Fragen hast oder Ergänzungen machen möchtest, solltest Du Dich gleich bei uns anmelden:

Registrierte Mitglieder genießen die folgenden Vorteile:
✔ kostenlose Mitgliedschaft
✔ keine Werbung
✔ direkter Austausch mit Gleichgesinnten
✔ neue Fragen stellen oder Diskussionen starten
✔ schnelle Hilfe bei Problemen
✔ Bilder und Videos hochladen
✔ und vieles mehr...

Autor	Nachricht
mgutt Administrator Name: Marc Geschlecht: Anmeldedatum: 28.08.2004 Beiträge: 52423 Wohnort: Lohmar Meine eBay-Auktionen:	31.07.2014, 09:23 zitieren Ich habe mir mal in Windows mit dem folgenden Befehl die Routen ausgeben lassen: `route print` Ergebnis: ZitatIPv4-Routentabelle =========================================================================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik 0.0.0.0 0.0.0.0 192.168.178.1 192.168.178.24 10 127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 306 127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 306 127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306 192.168.178.0 255.255.255.0 Auf Verbindung 192.168.178.24 266 192.168.178.24 255.255.255.255 Auf Verbindung 192.168.178.24 266 192.168.178.255 255.255.255.255 Auf Verbindung 192.168.178.24 266 192.168.180.0 255.255.255.0 192.168.180.2 192.168.180.1 30 192.168.180.0 255.255.255.252 Auf Verbindung 192.168.180.1 286 192.168.180.1 255.255.255.255 Auf Verbindung 192.168.180.1 286 192.168.180.3 255.255.255.255 Auf Verbindung 192.168.180.1 286 224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 306 224.0.0.0 240.0.0.0 Auf Verbindung 192.168.180.1 286 224.0.0.0 240.0.0.0 Auf Verbindung 192.168.178.24 266 255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 306 255.255.255.255 255.255.255.255 Auf Verbindung 192.168.180.1 286 255.255.255.255 255.255.255.255 Auf Verbindung 192.168.178.24 266 =========================================================================== Ständige Routen: Keine Die IP 192.168.179 taucht nicht auf. Also warum zum Teufel komme ich über die auf den DSL Router Der Befehl in Windows: `ipconfig` Gibt mir auch keine 179 aus, nur 180 (die IP vom DSL Router): ZitatWindows-IP-Konfiguration Ethernet-Adapter LAN-Verbindung 4: Verbindungsspezifisches DNS-Suffix: Verbindungslokale IPv6-Adresse . : fe80::50c8:*::%28 IPv4-Adresse . . . . . . . . . . : 192.168.180.1 Subnetzmaske . . . . . . . . . . : 255.255.255.252 Standardgateway . . . . . . . . . : Drahtlos-LAN-Adapter Drahtlosnetzwerkverbindung: Verbindungsspezifisches DNS-Suffix: fritz.box IPv4-Adresse . . . . . . . . . . : 192.168.178.24 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.178.1 Tunneladapter isatap.{592AD8A5-1C5A-44E4-934C-}: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Tunneladapter LAN-Verbindung 4: Verbindungsspezifisches DNS-Suffix: IPv6-Adresse. . . . . . . . . . . : 2001:0:5ef5:79fd:288b:*:: Verbindungslokale IPv6-Adresse . : fe80::288b:::%16 Standardgateway . . . . . . . . . : :: Tunneladapter isatap.fritz.box: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: fritz.box Gefällt mir Teilen twittern Verfasst am: 31.07.2014, 09:28 zitieren* Die Fritz!Box ist schuld. Die 179 ist ebenfalls fest eingestellt. Nur eben fürs Gast-Netz: http://www.heise.de/security/news/foren/S-6360-auch-ueber-192-168-179-1-zu-erreichen/forum-274943/msg-24809248/read/ ZitatMeine 6360 ist auch über die IP 192.168.179.1 zu erreichen. Dabei handelt es sich wohl um die IP des Gastnetzes. Das Gastnetz ist allerdings abgeschaltet, Port 4 nicht als Gastzugang geschaltet und WLAN ist sowiso aus ... Da muss man erst mal drauf kommen. Ich ändere dann mal eben die IP vom Mobilfunk Router. Man man man. Und die 192.168.180 sollte ich auch lieber nicht nehmen: http://help.avm.de/fritzbox.php?oem=avm&hardware=139&language=de&set=007&topic=hilfe_ipsetting&deviceFeatures=1010001111111101011011111111111100011111111100&userSettings=0100 ZitatIP-Einstellungen Auf dieser Seite können Sie die IP-Einstellungen der FRITZ!Box ändern. Hinweis: Bevor Sie auf dieser Seite Änderungen vornehmen, überprüfen Sie bitte sorgfältig, ob dadurch Änderungen an den IP-Einstellungen der mit der FRITZ!Box verbundenen Computer erforderlich werden. Damit Sie von einem Computer aus die Benutzeroberfläche der FRITZ!Box öffnen können, müssen der Computer und die FRITZ!Box sich im selben IP-Netzwerk befinden. Fehlerhafte IP-Einstellungen können dazu führen, dass die Benutzeroberfläche nicht mehr auf gewohnte Weise erreichbar ist. IP-Adresse In diesem Feld ist die IP-Adresse der FRITZ!Box eingetragen. Der voreingestellte Wert ist "192.168.178.1". Sie können die IP-Adresse der FRITZ!Box ändern. Beachten Sie dabei Folgendes: Das gesamte IP-Netzwerk 192.168.180.0 ist für interne Zwecke reserviert. Das heißt, die IP-Adressen 192.168.180.1 bis 192.168.180.255 sind nicht verfügbar. Bei aktiviertem DHCP-Server sind die IP-Adressen aus dem Adressbereich, der für den DHCP-Server reserviert ist, nicht für andere Zwecke verfügbar. 1x bearbeitet
▲	pn email

DrehstuhlRanger Fortgeschrittener Geschlecht: Anmeldedatum: 07.03.2014 Beiträge: 160	31.07.2014, 10:17 zitieren Warum einfach wenn's auch umständlich geht.. Scheint ja alles nicht so rosig zu laufen und ich hätte den Mist schon gegen die Wand gepfeffert. Nützt ja nichts.. Wird schon ne Lösung geben. Das mit den Ports und der IP scheint ja die größte Baustelle zu sein momentan, oder? Hast du mal versucht ob die Verbindung klappt, wenn Server und Client sich im gleichen Netz befinden? Das hier habe ich gefunden: http://www.forum-raspberrypi.de/Thread-2-private-netzwerke-mit-2-rpi-ueber-vpn-verbinden Vielleicht tritt einer der Fälle bei dir in Kraft. Ansonten könntest du noch einfach mal alle Ports öffnen und mitloggen was passiert, bzw wohin die ihre Pakete senden. Ist zwar auch nur fischen im trüben, aber vielleicht findet man so noch Fehler. Ich frage mich grade wie du das später handhaben willst. Du musst doch jedem Client einen Schlüssel bereitstellen und den im Server vermerken. Das für jedes Gerät machen erfordert ja auch einen gewissen Aufwand.. Oder hast du eine absehbare Zahl X an Geräten und kannst dann alle auf einen Schlag eintragen? mguttUnd die 192.168.180 sollte ich auch lieber nicht nehmen: http://help.avm.de/fritzbox.php?oem=avm&hardware=139&language=de&set=007&topic=hilfe_ipsetting&deviceFeatures=1010001111111101011011111111111100011111111100&userSettings=0100 Fritz!Box scheint schon was feines zu sein.. btw. Raspberry ist bestellt und kommt die Tage, dann werd ich das auch mal testen können... 1x bearbeitet
▲	pn

mgutt Administrator Name: Marc Geschlecht: Anmeldedatum: 28.08.2004 Beiträge: 52423 Wohnort: Lohmar Meine eBay-Auktionen:	31.07.2014, 10:22 zitieren Ja im Moment hakt es nur an den IPs. Der RPI ist ja mit dem Mobilfunkrouter verbunden und verbindet sich zu mir. Das klappt bereits (über Internet und lokal). Nun möchte ich aber von mir zu Hause aus auf den Mobilfunkrouter zugreifen können. Dazu könnte ich bereits jetzt hingehen und den RPI mit grafischer Oberfläche starten und dann einen Browser mit Remote Desktop auf die Weboberfläche des Routers lenken. Aber ich würde gerne direkt von mir zu Hause aus auf diesen Router gehen können. Aktuell vermute ich, dass es hier einen IP Konflikt gibt. Ich ändere deswegen mal alles IPs. Die 182 wird gerne vom Speedport genutzt, weshalb ich die dann auch gleich mal die 181 überspringe: http://www.breyell.de/Serviceportal/Die%20Zugangsdaten%20der%20wichtigsten%20Router.pdf Ich gebe daher dem Mobilfunk Router nun 192.168.183.1 und dem virtuellen Netz des VPN gebe ich 192.168.184.0. Na hoffentlich klappt das jetzt. Verfasst am: 31.07.2014, 10:33 zitieren Zuerst habe ich die server.ovpn angepasst: `server 192.168.184.0 255.255.255.0 #Subnetz` Dann im occ/ die client Datei: `iroute 192.168.183.0 255.255.255.0` Dann den Mobilfunkrouter wie gesagt auf 192.168.183.1 umgestellt. Dazu musste ich zusätzlich den LAN-Stecker vom RPI ziehen, weil der immer noch die alte IP behalten wollte. Den RPI habe ich dann in dem Router gelöscht. Dann neu angeklemmt und jetzt hat er eine 183 IP. Ich habe dann mal alle OpenVPN Prozesse vorsichtshalber gekillt: `sudo pkill -f openvpn` Anschließend eine neue Verbindung gestartet: `sudo openvpn --config /etc/openvpn/clientName.ovpn` Dann die LAN Verbindung deaktiviert (damit der Server am WLAN Adapter lauscht), 1 Minute gewartet und den Server neu gestartet: `net stop OpenVPNService` `net start OpenVPNService` Die Verbindung hat wieder geklappt. Leider funktioniert aber kein Ping: ZitatC:\Windows\system32>ping 192.168.183.1 Ping wird ausgeführt für 192.168.183.1 mit 32 Bytes Daten: Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Ping-Statistik für 192.168.183.1: Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 (100% Verlust), Also lag es nicht an einem IP Konflikt, sondern meine iroute-Konfiguration ist irgendwo noch falsch. 2x bearbeitet
▲	pn email

DrehstuhlRanger Fortgeschrittener Geschlecht: Anmeldedatum: 07.03.2014 Beiträge: 160	31.07.2014, 10:50 zitieren Zeig doch mal deine Konfiguration. Vielleicht sticht ja irgendwas ins Auge. Ansonsten mal hier gucken: http://wiki.openvpn.eu/index.php/Erster_Tunnel#Konfigurationsdatei_server.ovpn Sieht gut verständlich aus. 1x bearbeitet
▲	pn

mgutt Administrator Name: Marc Geschlecht: Anmeldedatum: 28.08.2004 Beiträge: 52423 Wohnort: Lohmar Meine eBay-Auktionen:	31.07.2014, 14:52 zitieren Dein vorheriger Link geht in die richtige Richtung von wegen Bridge-Modus oder sowas. Zwischenzeitlich war ich auf das gekommen: http://www.synology-forum.de/entry.html?66-Entfernte-und-lokale-Netze-mit-OpenVPN-verbinden Aber ich habe keine Ahnung wie ich diese Routen in Windows erstellen soll. Daher habe ich im ersten Schritt einfach mal die einzelnen Optionen durchprobiert, damit ich verstehe was sie bewirken. Nur zwei in Kombination haben was bewirkt. Und zwar, dass ich den RPI über 192.168.183.21 erreichen kann. Und zwar die Regel in server.ovpn `route 192.168.183.0 255.255.255.0` und die in ccd/client: `iroute 192.168.183.0 255.255.255.0` Hier mal die kompletten Dateien. server.ovpn: # Zertifikate ca "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\ca.crt" cert "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\vpn.gutt.it.crt" key "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\vpn.gutt.it.key" dh "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\dh1024.pem" client-config-dir "C:\\Program Files\\OpenVPN\\ccd" # Server und Netzwerk #local 192.168.178.24 #LAN-Adresse des Servers port 1194 proto tcp dev tun server 192.168.184.0 255.255.255.0 #Subnetz ifconfig-pool-persist ipp.txt comp-lzo persist-key persist-tun keepalive 10 120 link-mtu 1400 #route 192.168.178.0 255.255.255.0 # aktiviert man das, kommt der server nicht mehr ins internet # damit + iroute bei ccd/client kann der client 192.168.183.21 erreicht werden: route 192.168.183.0 255.255.255.0 # Log status "C:\\Program Files\\OpenVPN\\log\\openvpn-status1.log" log "C:\\Program Files\\OpenVPN\\log\\openvpn1.log" log-append "C:\\Program Files\\OpenVPN\\log\\openvpn1.log" verb 3 ccd/client `# hier gefunden: http://www.synology-forum.de/entry.html?66-Entfernte-und-lokale-Netze-mit-OpenVPN-verbinden # keine Veränderung dadurch festgestellt #client-to-client #ifconfig 192.168.184.6 255.255.255.0 # virtuelle ip von client innerhalb von openvpn #push "route 192.168.178.0 255.255.255.0" #push "route 192.168.183.0 255.255.255.0" # damit + route bei server.ovpn kann der client 192.168.183.21 erreicht werden: iroute 192.168.183.0 255.255.255.0` Ich probier jetzt mal mit dem bridge Kram herum. Verfasst am: 31.07.2014, 15:32 zitieren Hier das mit der server-bridge habe ich probiert: http://www.heise.de/netze/artikel/Bridge-Modus-224072.html Rechte Maustaste auf die beiden markierten Netzwerkverbindungen und eine Brücke erstellt, aber auch nach Neustart des Servers konnte sich der Client nicht mehr verbinden. Ich habe auch ehrlich gesagt nicht verstanden was ich bei der Server Bridge für IPs eintragen muss. Allerdings habe ich alle durchprobiert (und jeweils immer neu gestartet): `server-bridge 192.168.178.1 255.255.255.0 192.168.178.230 192.168.178.250 #lokaler router` `server-bridge 192.168.178.2 255.255.255.0 192.168.178.230 192.168.178.250 #wie im beispiel` `server-bridge 192.168.178.38 255.255.255.0 192.168.178.230 192.168.178.250 #server` Erst als ich die Brücke in den Netzwerkverbindungen entfernt habe, konnte sich der Client wieder anmelden. 1x bearbeitet Verfasst am: 31.07.2014, 17:43 zitieren Also ich habe verschiedene Internetseiten durchgearbeitet. Scheinbar fehlt mir auf dem RPI noch das IP Forwarding. Der Befehl: `sudo echo 1 > /proc/sys/net/ipv4/ip_forward` führte zu dem Fehler: `-bash: /proc/sys/net/ipv4/ip_forward: Permission denied` Hier im Forum: http://www.raspberrypi.org/forums/viewtopic.php?t=42558&p=344845 die Lösung: `sudo sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward"` Der Befehl ging dann ohne Murren durch. Allerdings komme ich immer noch nicht auf den Router. Also muss ich bestimmt noch irgendeine Route auf dem RPI erstellen. Verfasst am: 31.07.2014, 20:34 zitieren Ich habe die virtuelle OpenVPN IP geändert, damit ich nicht ständig durcheinander komme. Außerdem hat der Server jetzt eine feste IP, die ich nun auch eingetragen habe. Die server.ovpn: # cert ca "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\ca.crt" cert "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\vpn.gutt.it.crt" key "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\vpn.gutt.it.key" dh "C:\\Program Files\\OpenVPN\\easy-rsa\\keys\\dh1024.pem" client-config-dir "C:\\Program Files\\OpenVPN\\ccd" # server local 192.168.178.7 # server ip port 1194 proto tcp dev tun server 10.8.0.0 255.255.255.0 ifconfig-pool-persist ipp.txt comp-lzo persist-key persist-tun keepalive 10 120 link-mtu 1400 # routing route 192.168.183.0 255.255.255.0 # route + iroute (occ/client) results server access to clients local ip (192.168.183.21) push "route 192.168.178.0 255.255.255.0" # results client access to server ip (192.168.178.3) # logs status "C:\\Program Files\\OpenVPN\\log\\openvpn-status1.log" log "C:\\Program Files\\OpenVPN\\log\\openvpn1.log" log-append "C:\\Program Files\\OpenVPN\\log\\openvpn1.log" verb 3 Und die occ/client: `# routing iroute 192.168.183.0 255.255.255.0 # iroute + route (server.ovpn) results server access to clients local ip (192.168.183.21)` Wie man sieht habe ich in der server.ovpn noch diese Zeile hinzugefügt: `push "route 192.168.178.0 255.255.255.0" # results client access to server ip (192.168.178.3)` Bisher dachte ich, dass dieses Routing keine Wirkung hätte, aber mittlerweile habe ich herausgefunden, dass dadurch erst ein Ping vom Client (RPI, 192.168.183.21) zum Server (Windows Notebook, 192.168.178.7) möglich wird. Den Router (Mobilfunk, 192.168.183.1) kann ich vom Server aus nach wie vor nicht erreichen.
▲	pn email

maxrev.de Gast	05.08.2014, 17:16 zitieren Mach mit! Wenn Dir die Beiträge zum Thread "Wie testet ein Noob eine Internetleitung?" gefallen haben oder Du noch Fragen hast oder Ergänzungen machen möchtest, solltest Du Dich gleich bei uns anmelden: Registrierte Mitglieder genießen die folgenden Vorteile: ✔ kostenlose Mitgliedschaft ✔ keine Werbung ✔ direkter Austausch mit Gleichgesinnten ✔ neue Fragen stellen oder Diskussionen starten ✔ schnelle Hilfe bei Problemen ✔ Bilder und Videos hochladen ✔ und vieles mehr...
▲

	Re: √	Letzter Beitrag
Fifth Gear testet den Mugen CR-Z http://www.youtube.com/watch?v=3-rvMzcpbsU&eurl=http%3A%2F%2F das ist der Test von Fifth Gear vom getunten CR-Z... mehr hab ich zu dieser späten Stunde nicht zu berichten... [CRZ]von naxxxel	6 485	28.07.2011, 05:13 nfs_freak
Testet RTL die Schwergewichtsgrenze für Moderatoren? Sorry, aber langsam wirds ekelhaft: Susan Akel bei "Familienhilfe mit Herz" Andrea Göpel & Oliver Beerhenke "Upps! Die Superpannenshow" Die Akel hat neben ihrem ungesunden Übergewicht noch eine ganze Menge Schminke... Seite 2, 3 [TV & Film]von mgutt	20 1.977	01.11.2007, 16:53 El Splatty
[News] Honda testet den neuen RA107 Am 25. Januar wird Honda den neuen RA107 in Barcelona präsentieren. Vorher werden in Silverstone Tests stattfinden um evtl. Kinderkrankheiten im voraus... [Motorsport - Honda Racing]von mgutt	7 1.051	25.02.2007, 19:29 Ulf
Alarmanlage -wie testet man das Teil eigentlich? Mit dem Schließen des Autos wird das teil aktiv. Ich habe schon mal die Fenster geöffnet und den Kopf reingehalten ,es tat sich nichts. Wie ist es wenn ein Person im Auto verbleibt? Was passiert beim Auslösen der Alarmanlage ,hatte jemand schon mal so... [FR-V]von cv135	2 1.448	25.07.2007, 07:10 thomasee8
Windkanal-Selbstbau: testet Eure Spoiler Hi, Ihr wolltet schon immer wissen wie aerodynamisch Eure Umbauten sind? Kein Problem wir bauen uns einfach einen Windkanal. Dazu nötig: - Messingkerzenständer - Handtuchhalter - S-Haken - Fön von Mutti Dann nur noch Schnüre an den Spoiler... [Offtopic]von mgutt	0 556	06.12.2011, 16:15 mgutt
ist mein Rechter fuß Intiligent??? testet selbst Ist mein rechter Fuss bescheuert ? > > > > > > Es ist echt witzig, versuchs mal! > > Ist dein rechter Fuss intelligent? > > Das was folgt ist so lustig, dass es allen Verstand herausfordert. > > Und ich bin... Seite 2, 3 [Offtopic]von sam1	26 2.376	29.04.2007, 08:11 KleenerKrasser
Noob Frage Moin, ech hab heute mal mein Supersprint (wenn ich mich richtig errinnere) Fächerkrümmer eingebaut, und jetzt stottert mein Rex wie ne Sau, und hört sich komisch an, ich hatte die gleiche Anlage an meinem alten CRX da hatte ich dieses Problem nicht und... [CRX]von christopher_vtec	9 340	24.07.2012, 12:15 christopher_vtec
Noob-Frage.... hi leutz...hab mal ne absolute noob-frage an euch :wall: der schwarze plasteansatz an der schürze...was ist das genau und wie ist die korrekte bezeichnung? ist das ne art lippenschutz vor kratzern oder nur zum style? vielen dank und sorry für... Seite 2 [Civic 96-00]von Driver19	18 1.241	18.06.2007, 06:39 Driver19
Noob frage! So bin seit gestern stolzer besitzer eines Honda civic! Der Wagen hat auch schon eine schöne Anlage eingebaut, das einzige was mir nicht mehr gefällt ist das Radio welches leider keine Mp3 spielt! Es handelt sich dabei um eine Panasonic Radio! Wollte... [Car Audio, Apps, Bluetooth & Navigation]von Xsisem	4 427	04.05.2007, 14:07 Xsisem
Hifi Noob > Soundsystem Del Sol Nabend. Würde nicht sagen das ich mich mit Technik nicht auskenne aber wenns in Sachen Carhifi geht, dann steh ich aufm Schlauch. Radio raus neues rein ist ja kein Prob. Nur gehts jetzt um die Boxen in den Türen. Hintere Boxen im Sol ist ja Sinnlos,... Seite 2 [Car Audio, Apps, Bluetooth & Navigation]von Cocos	17 1.210	09.01.2008, 21:25 Hifi-Matze