Kein Traffic über VPN Fritzbox
Moin,
bei einer Kollegin funktioniert das VPN nicht wirklich. Es handelt sich um einen VF-Kabelanschluss. IPv4 ist freigeschaltet. Der Anschluss funktionierte einmal mit dem Fritzbox-Fernzugang, nachdem ich mit VF telefoniert und um IPv4 gebeten habe. Es schien ok. Nun will die Kollegin den Zugang nutzen und es geht nicht mehr. Der Fritz-Fernzugang baut die Verbindung auf. Im Wireshark scheint mir auch alles ok. Die Gegenseite antwortet. Es werden Schlüssel getauscht und bumm, es wird aufgelegt. Die Software meldet, dass die Gegensstelle nicht erreichbar ist.
Dann habe ich den Shrew-Client installiert und einen neuen händisch konfigurierten Zugang in der Fritte eingerichtet. Den Shrew-Client habe ich so eingerichtet, wie es bei AVM steht. Mutig auf Connect geklickt und siehe da, der Tunnel wird aufgebaut. Es scheint also alles ok. Aber es gehen keine Daten durch den Tunnel. Auf Seiten der Fritte wird zwar die IP als IP im Internet angezeigt. Der Status ist aber weiterhin "unverbunden" (graue Kuller). Es geht kein Ping und gar nichts durch den Tunnel. Komischerweise sehe ich den Aufbau aber nicht in Wireshark.
Steht der Tunnel, dann sehen auch die Routing-Tabellen gut aus:
Was ich schon gemacht habe:
- Software neu installiert
- VPN auf der Fritte neu eingerichtet
- VPN auf dem Client neu eingerichtet
- Shrew-Dienste neu gestartet
- Fritte neu gestartet
- NDIS-Treiber händisch neu installiert
Jetzt sind mir die Ideen ausgegangen. Hat jemand noch eine, die möglichst das Problem löst?
<edit>
Derselbe Zugang funktioniert von anderen Netzen (Netz der Firma, meine beiden privaten Netze, Smartfone-Hotspot) aus problemlos.
</edit>
Liebe Grüße
Erik
bei einer Kollegin funktioniert das VPN nicht wirklich. Es handelt sich um einen VF-Kabelanschluss. IPv4 ist freigeschaltet. Der Anschluss funktionierte einmal mit dem Fritzbox-Fernzugang, nachdem ich mit VF telefoniert und um IPv4 gebeten habe. Es schien ok. Nun will die Kollegin den Zugang nutzen und es geht nicht mehr. Der Fritz-Fernzugang baut die Verbindung auf. Im Wireshark scheint mir auch alles ok. Die Gegenseite antwortet. Es werden Schlüssel getauscht und bumm, es wird aufgelegt. Die Software meldet, dass die Gegensstelle nicht erreichbar ist.
Dann habe ich den Shrew-Client installiert und einen neuen händisch konfigurierten Zugang in der Fritte eingerichtet. Den Shrew-Client habe ich so eingerichtet, wie es bei AVM steht. Mutig auf Connect geklickt und siehe da, der Tunnel wird aufgebaut. Es scheint also alles ok. Aber es gehen keine Daten durch den Tunnel. Auf Seiten der Fritte wird zwar die IP als IP im Internet angezeigt. Der Status ist aber weiterhin "unverbunden" (graue Kuller). Es geht kein Ping und gar nichts durch den Tunnel. Komischerweise sehe ich den Aufbau aber nicht in Wireshark.
Steht der Tunnel, dann sehen auch die Routing-Tabellen gut aus:
===========================================================================
Schnittstellenliste
14...c4 23 60 22 ac aa ......Microsoft Wi-Fi Direct Virtual Adapter
9...c6 23 60 22 ac a9 ......Microsoft Wi-Fi Direct Virtual Adapter #2
3...c4 23 60 22 ac a9 ......Intel(R) Wi-Fi 6 AX201 160MHz
18...aa aa aa 2c ac 00 ......Shrew Soft Virtual Adapter
10...c4 23 60 22 ac ad ......Bluetooth Device (Personal Area Network)
1...........................Software Loopback Interface 1
===========================================================================
IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 192.168.178.1 192.168.178.47 40
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 331
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 331
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
176.x.x.x 255.255.255.255 192.168.178.1 192.168.178.47 41 (das ist die Fritte auf der anderen Seite)
192.168.1.0 255.255.255.0 Auf Verbindung 192.168.1.105 56 (das ist das Netz auf der anderen Seite)
192.168.1.105 255.255.255.255 Auf Verbindung 192.168.1.105 311
192.168.1.255 255.255.255.255 Auf Verbindung 192.168.1.105 311
192.168.178.0 255.255.255.0 Auf Verbindung 192.168.178.47 296
192.168.178.47 255.255.255.255 Auf Verbindung 192.168.178.47 296
192.168.178.255 255.255.255.255 Auf Verbindung 192.168.178.47 296
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 331
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.178.47 296
224.0.0.0 240.0.0.0 Auf Verbindung 192.168.1.105 311
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.178.47 296
255.255.255.255 255.255.255.255 Auf Verbindung 192.168.1.105 311
===========================================================================
Ständige Routen:
Keine
Was ich schon gemacht habe:
- Software neu installiert
- VPN auf der Fritte neu eingerichtet
- VPN auf dem Client neu eingerichtet
- Shrew-Dienste neu gestartet
- Fritte neu gestartet
- NDIS-Treiber händisch neu installiert
Jetzt sind mir die Ideen ausgegangen. Hat jemand noch eine, die möglichst das Problem löst?
<edit>
Derselbe Zugang funktioniert von anderen Netzen (Netz der Firma, meine beiden privaten Netze, Smartfone-Hotspot) aus problemlos.
</edit>
Liebe Grüße
Erik
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1169330506
Url: https://administrator.de/forum/kein-traffic-ueber-vpn-fritzbox-1169330506.html
Ausgedruckt am: 29.03.2025 um 07:03 Uhr
1 Kommentar
sehe ich das richtig das ein Netz als Subnetz 255.255.255.255 dort ist die Fritze mit 192.168.178.1.
Die andere Seite hat 255.255.255.0 und der Router dort 192.168.1.0
Es müssen identische Subnetze vorhanden sein.
Man kann auch den vpnc für Windows nutzen. https://sourceforge.net/projects/vpncfe/
Der ist wesentlich einfacher einzurichten und es gibt den auch für x86 und Linux.
Die andere Seite hat 255.255.255.0 und der Router dort 192.168.1.0
Es müssen identische Subnetze vorhanden sein.
Man kann auch den vpnc für Windows nutzen. https://sourceforge.net/projects/vpncfe/
Der ist wesentlich einfacher einzurichten und es gibt den auch für x86 und Linux.