Wireguard Verbindung zweier Fritzbox-Netze aufgebaut aber kein Ping

[henfri]

Hallo,

ich habe mein lokales Netz 192.168.177.* mit einem entfernten Netz 192.168.188.* per Wireguard mit der Funktion in der Fritz!Box verbunden.
Die Verbindung wird auch erfolgreich aufgebaut, doch ein Ping aus den 177er Netz auf die 188.1 oder die 188.24 (ein Rechner im entfernten Netz) funktioniert nicht.
Woran kann das liegen?

Was mir auffällt ist, dass die "internet-Adresse der Gegenstelle leer ist.

Das Einzige, was besonders ist ist, dass die Gegenstelle (188) Glasfaser ist (Deutsche Glasfaser). Da sitzt vor der FritzBox ein Medienkoppler ("Internetverbindung über LAN1", doppel-NAT (?))

Gruß,
Hendrik

 

[JumpingCat]

Doppeltes NAT? Wieso? Ein Medienkonverter ist doch kein Router.

Hat die andere Seite eine public IPv4/IPv6 oder gibt es da nur CG-NAT?

 

[Cai-pirinha]

hast du eine statische Route zwischen 192.168.178.0 und 192.168.188.0 eingerichtet? Sonst wird da nix zwischen den Netzen geroutet.
https://avm.de/service/wissensdaten...1_Statische-IP-Route-in-FRITZ-Box-einrichten/

 

[henfri]

Doppeltes NAT? Wieso? Ein Medienkonverter ist doch kein Router.

Hat die andere Seite eine public IPv4/IPv6 oder gibt es da nur CG-NAT?

Das weiß ich nicht. Wie finde ich das raus?

Zum routing:

So? Das wird nicht akzeptiert. Unten die 188.1 wird auch nicht akzeptiert.
Aber müsste nicht der Ping auf die 188.1 (das Gateway) erstmal gehen, damit die route funktioniert?

Gruß,
Hendrik

 

[CoMo]

Das Einzige, was besonders ist ist, dass die Gegenstelle (188) Glasfaser ist (Deutsche Glasfaser).

Also Carrier Grade NAT. Das wird nix über IPv4. Die Kommunikation kann nur über IPv6 funktionieren.

 

[henfri]

Ich dachte, das wäre nur ein Problem wenn beide Stellen Carrier Grade NAT nutzen. Hier nutzt aber nur die eine Seite CG-NAT.

 

[till69]

Die Kommunikation kann nur über IPv6 funktionieren

Was aber mit dem IPv4 VPN Tunnel genau nichts zu tun hat.

Woran kann das liegen?

An den Eigenheiten einer Fritzbox ... versuch mal die Verbindung "andersrum" einzurichten

 

[henfri]

An den Eigenheiten einer Fritzbox ... versuch mal die Verbindung "andersrum" einzurichten

Die andere FB hängt ja hinter dem Glasfaser Ding und ist so nicht erreichbar von Außen, da sie keine öffentliche IP hat - oder?

 

[redjack1000]

hinter dem Glasfaser Ding und ist so nicht erreichbar von Außen, da sie keine öffentliche IP hat - oder?

Das ist nicht ganz richtig.

Richtig ist:

Öffentliche IPv6 = Ja
Öffentliche IPv4 = Nein.

Cu
redjack

 

[henfri]

Verstehe. Aber ich nutze als "Server" ja die FB, die eine öffentliche IPv4 und IPv6 hat. Das sollte doch dann für CGNAT kein Problem darstellen.

An den Eigenheiten einer Fritzbox ... versuch mal die Verbindung "andersrum" einzurichten

Bist du sicher, dass das funktioniert, oder ist das ein Schuss ins Blaue? Weil es andersrum ja eigentlich schwieriger ist.
Zudem:
Ich müsste:

• eine DynDNS Adresse erstellen, die NUR die v6 hat
• wieder auf die entfernte Box zugreifen

Wenn du sicher bist, dass hilft, mache ich das.

Gruß,
Hendrik

 

[Bob.Dig]

Und bei welchem ISP bist Du?
Grundsätzlich sollte der "Server" eine feste, öffentliche IP-Adresse haben. Wenn das nicht geht, dann dynamisch, aber öffentlich erreichbar. WireGuard hat nämlich Probleme mit dynamischen IP-Adressen auf Server-Seite. Kann aber gut sein, dass AVM da in der Fritte gegensteuert.
Dass die Gegenstelle leer ist, muss nichts schlimmes sein, für einen Server eigentlich normal. Es sollte aber Keep Alive genutzt werden auf Client-Seite.

 

[henfri]

Ich bin bei Vodafone und habe eine dynamische öffentlich erreichbare IP.

Dass die Gegenstelle leer ist, muss nichts schlimmes sein, für einen Server eigentlich normal. Es sollte aber Keep Alive genutzt werden auf Client-Seite.

Was meinst du mit Gegenstelle leer? Keine öffentliche IP?

Aber dann ist es so, wie ich es jetzt mache doch schon richtig:
Server:
IPv6 dyn/öff
IPv4 dyn/öff

Client:
IPv6 dyn/öff
IPv4 CG-NAT

Gruß,
Hendrik

 

[Bob.Dig]

Was mir auffällt ist, dass die "internet-Adresse der Gegenstelle leer ist.

Darauf bezog ich mich.

Grundsätzlich sollte das schon so gehen, was Du da bis jetzt gemacht hast. Finde den AVM-Assistenten bezüglich WireGuard auch eher schwierig zu lesen und nutze WG in der Fritte nicht.

Grundsätzlich könntest Du überlegen, den Tunnel über IPv6 aufzubauen, da das ja auf beiden Seiten vorhanden und öffentlich ist. Aber ich meine auch gelesen zu haben, dass Vodafone gerne mal Probleme mit IPv6 hat... also vielleicht besser so lassen, wie es jetzt ist.

Zu deinem Problem kann ich nicht wirklich was sagen. Ich kann auch nicht sagen, ob die Fritte immer auf Ping-Anfragen reagiert. Genauso werden Windows-Rechner OOTB Ping-Anfragen nicht beantworten, wenn sie aus einem fremden Subnet kommen, es sei denn, die Fritte NATet alles. 🙂

 

[till69]

Bist du sicher, dass das funktioniert

Nein, aber ich habe mit dem gleichen Problem stundenlang gekämpft (Verbindung grün, kein Ping).
Warum es dann plötzlich andersrum ging, weiß ich bis heute nicht.

 

[Schwarzseher]

Also bei mir klappt es in dieser Richtung. Hier 1&1 DSL mit ipv4/ipv6, Gegenstelle ist Deutsche Glasfaser mit Nokia ONT am WAN-Port, beide Seiten 7590. Das Feld "Internet-Adresse der Gegenstelle" ist bei mir auch leer. Ping funktioniert in beide Richtungen.

 

[henfri]

Also bei mir klappt es in dieser Richtung. Hier 1&1 DSL mit ipv4/ipv6, Gegenstelle ist Deutsche Glasfaser mit Nokia ONT am WAN-Port, beide Seiten 7590. Das Feld "Internet-Adresse der Gegenstelle" ist bei mir auch leer. Ping funktioniert in beide Richtungen.

Welche Stelle hast du als Server (= als erstes eingerichtet)? die 1&1 oder die DG Seite?

Nein, aber ich habe mit dem gleichen Problem stundenlang gekämpft (Verbindung grün, kein Ping).
Warum es dann plötzlich andersrum ging, weiß ich bis heute nicht.

Tatsächlich. So funktioniert es hier jetzt auch!
Danke!

 

[till69]

Danke!

Gerne
Bleibt zu hoffen, dass AVM da noch nachbessert.

 

[hildefeuer]

Ist halt die Besonderheit der IPv4 CG-NAT bei DG. Funktioniert dann an vielen ipv4 Zugängen nicht.
Von Telekom Dual Stack zu DG funktioniert.
Von DG zu DG funktioniert.
Von Mobil-Netz zu DG funktioniert, vorausgesetzt APN ist entsprechend angepasst.
Von Telekom Hotspot zu DG nicht,
Von den meisten öffentlichen WLANs zu DG nicht, Ausnahme die hängen auch an DG.
Von Northern Access (Keine ipv6, IPv4 CG-NAT) zu DG nicht.
Freifunk konnte ich nicht testen.
Abwarten bis die 24 Monte Mindestvertragslaufzeit rum sind und dann wechseln.

 

[Schwarzseher]

Welche Stelle hast du als Server (= als erstes eingerichtet)? die 1&1 oder die DG Seite?

Die 1&1 Seite. Aber es läuft ja jetzt bei Dir, freut mich für Dich!