Starlink Internet - IPv6 - Einstellung Fritzbox

[Rappelsack]

Nein. duckduckgo.com (meine Startseite) geht z.B. nicht mehr, wenn ich auf "Nur IPv6" stelle

 

[Benares]

Dann stell halt mal wieder zurück. Dann ping mal rum um Bereich 192.168.1.x und schau, wer antwortet, gefolgt von externen Namen (duckduckgo.com &Co). Meines Erachtens steht der Tunnel. Dödel weiterhin nicht grün?

 

[Rappelsack]

Nein. Dödel nicht grün und auch keinerlei Connection (folglich auch kein Ping) möglich.

Ping geht, dass ich einfach auf dem Mac mit Wireguard verbinde, und dann im Terminal eingebe:

ping 192.168.1.19 (als Beispiel)?

Am Mac (mit LAN an der Fritzbox) Wireguard aktiviert, und mit der Aktivierung (obwohl ich noch am LAN hänge), keine Datenübertragung mehr:



*edit*
Log zeigt das an:

Spoiler: Log Wireguard auf dem Mac

2023-06-12 16:59:03.986512: [APP] App version: 1.0.16 (27)
2023-06-12 16:59:45.679031: [APP] startActivation: Entering (tunnel: wg_config)
2023-06-12 16:59:45.682418: [APP] startActivation: Starting tunnel
2023-06-12 16:59:45.683400: [APP] startActivation: Success
2023-06-12 16:59:45.688496: [APP] Tunnel 'wg_config' connection status changed to 'connecting'
2023-06-12 16:59:46.336973: [NET] App version: 1.0.16 (27)
2023-06-12 16:59:46.337083: [NET] Starting tunnel from the app
2023-06-12 16:59:46.643010: [NET] DNS64: mapped 2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d to itself.
2023-06-12 16:59:46.643553: [NET] Attaching to interface
2023-06-12 16:59:46.644062: [NET] UAPI: Updating private key
2023-06-12 16:59:46.644100: [NET] Routine: decryption worker 1 - started
2023-06-12 16:59:46.644135: [NET] Routine: encryption worker 3 - started
2023-06-12 16:59:46.644199: [NET] Routine: handshake worker 1 - started
2023-06-12 16:59:46.644196: [NET] Routine: decryption worker 2 - started
2023-06-12 16:59:46.644218: [NET] Routine: encryption worker 2 - started
2023-06-12 16:59:46.644235: [NET] Routine: handshake worker 2 - started
2023-06-12 16:59:46.644265: [NET] UAPI: Removing all peers
2023-06-12 16:59:46.644271: [NET] Routine: decryption worker 4 - started
2023-06-12 16:59:46.644285: [NET] Routine: handshake worker 3 - started
2023-06-12 16:59:46.644319: [NET] Routine: encryption worker 1 - started
2023-06-12 16:59:46.644338: [NET] Routine: encryption worker 4 - started
2023-06-12 16:59:46.644339: [NET] Routine: decryption worker 3 - started
2023-06-12 16:59:46.644434: [NET] Routine: encryption worker 5 - started
2023-06-12 16:59:46.644445: [NET] Routine: decryption worker 5 - started
2023-06-12 16:59:46.644471: [NET] Routine: handshake worker 4 - started
2023-06-12 16:59:46.644475: [NET] Routine: encryption worker 6 - started
2023-06-12 16:59:46.644535: [NET] Routine: handshake worker 5 - started
2023-06-12 16:59:46.644556: [NET] peer(e+UN…azDc) - UAPI: Created
2023-06-12 16:59:46.644586: [NET] Routine: handshake worker 6 - started
2023-06-12 16:59:46.644594: [NET] Routine: encryption worker 7 - started
2023-06-12 16:59:46.644623: [NET] Routine: decryption worker 8 - started
2023-06-12 16:59:46.644636: [NET] Routine: handshake worker 7 - started
2023-06-12 16:59:46.644638: [NET] Routine: decryption worker 7 - started
2023-06-12 16:59:46.644662: [NET] Routine: encryption worker 8 - started
2023-06-12 16:59:46.644692: [NET] Routine: handshake worker 8 - started
2023-06-12 16:59:46.644699: [NET] Routine: decryption worker 6 - started
2023-06-12 16:59:46.644758: [NET] Routine: TUN reader - started
2023-06-12 16:59:46.644767: [NET] Routine: event worker - started
2023-06-12 16:59:46.644980: [NET] peer(e+UN…azDc) - UAPI: Updating preshared key
2023-06-12 16:59:46.645031: [NET] peer(e+UN…azDc) - UAPI: Updating endpoint
2023-06-12 16:59:46.645112: [NET] peer(e+UN…azDc) - UAPI: Updating persistent keepalive interval
2023-06-12 16:59:46.645157: [NET] peer(e+UN…azDc) - UAPI: Removing all allowedips
2023-06-12 16:59:46.645202: [NET] peer(e+UN…azDc) - UAPI: Adding allowedip
2023-06-12 16:59:46.645251: [NET] peer(e+UN…azDc) - UAPI: Adding allowedip
2023-06-12 16:59:46.645566: [NET] UDP bind has been updated
2023-06-12 16:59:46.645626: [NET] peer(e+UN…azDc) - Starting
2023-06-12 16:59:46.645697: [NET] peer(e+UN…azDc) - Sending keepalive packet
2023-06-12 16:59:46.645722: [NET] Routine: receive incoming v4 - started
2023-06-12 16:59:46.645743: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 16:59:46.645758: [NET] Routine: receive incoming v6 - started
2023-06-12 16:59:46.645830: [NET] peer(e+UN…azDc) - Routine: sequential sender - started
2023-06-12 16:59:46.646003: [NET] peer(e+UN…azDc) - Routine: sequential receiver - started
2023-06-12 16:59:46.646283: [NET] Interface state was Down, requested Up, now Up
2023-06-12 16:59:46.646334: [NET] Device started
2023-06-12 16:59:46.646418: [NET] Tunnel interface is utun8
2023-06-12 16:59:46.653557: [APP] Tunnel 'wg_config' connection status changed to 'connected'
2023-06-12 16:59:46.654939: [NET] Network change detected with satisfied route and interface order [en0, en1]
2023-06-12 16:59:46.655116: [NET] Network change detected with satisfied route and interface order [en0, utun8, en1]
2023-06-12 16:59:46.655585: [NET] Routine: receive incoming v6 - stopped
2023-06-12 16:59:46.655578: [NET] Routine: receive incoming v4 - stopped
2023-06-12 16:59:46.655836: [NET] UDP bind has been updated
2023-06-12 16:59:46.655944: [NET] Routine: receive incoming v4 - started
2023-06-12 16:59:46.655979: [NET] Routine: receive incoming v4 - stopped
2023-06-12 16:59:46.656027: [NET] Routine: receive incoming v6 - started
2023-06-12 16:59:46.658266: [NET] Routine: receive incoming v6 - stopped
2023-06-12 16:59:46.658631: [NET] UDP bind has been updated
2023-06-12 16:59:46.658714: [NET] Routine: receive incoming v4 - started
2023-06-12 16:59:46.658811: [NET] Routine: receive incoming v6 - started
2023-06-12 16:59:46.781156: [NET] Network change detected with satisfied route and interface order [utun8, en0, en1]
2023-06-12 16:59:46.781467: [NET] Routine: receive incoming v4 - stopped
2023-06-12 16:59:46.781535: [NET] Routine: receive incoming v6 - stopped
2023-06-12 16:59:46.781833: [NET] UDP bind has been updated
2023-06-12 16:59:46.781898: [NET] Routine: receive incoming v6 - started
2023-06-12 16:59:46.781902: [NET] Routine: receive incoming v4 - started
2023-06-12 16:59:50.683290: [APP] Status update notification timeout for tunnel 'wg_config'. Tunnel status is now 'connected'.
2023-06-12 16:59:51.736583: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 16:59:51.736802: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 16:59:51.737660: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 16:59:56.990983: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 16:59:56.991234: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 16:59:56.992207: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:02.076003: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:02.077034: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:07.157332: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:07.158389: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:12.169704: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 17:00:12.169918: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:12.170892: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:17.174035: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 17:00:17.174174: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:17.174991: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:22.241212: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 17:00:22.241488: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:22.242824: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:27.298084: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 17:00:27.298376: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:27.299749: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:32.586992: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 3)
2023-06-12 17:00:32.587112: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:32.587721: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:37.703928: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 17:00:37.704225: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:37.705529: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:42.750817: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 17:00:42.751040: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:42.752507: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:47.827283: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:47.827750: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:53.142069: [NET] peer(e+UN…azDc) - Handshake did not complete after 5 seconds, retrying (try 2)
2023-06-12 17:00:53.142348: [NET] peer(e+UN…azDc) - Sending handshake initiation
2023-06-12 17:00:53.143706: [NET] peer(e+UN…azDc) - Failed to send handshake initiation: write udp6 [::]:59936->[2a0d:XXX:XXX:b77e:b2f2:8ff:fe26:977d]:51760: sendto: no route to host
2023-06-12 17:00:57.529703: [APP] startDeactivation: Tunnel: wg_config
2023-06-12 17:00:57.534394: [APP] Tunnel 'wg_config' connection status changed to 'disconnecting'
2023-06-12 17:00:57.662699: [NET] Network change detected with unsatisfied route and interface order [utun8, en0, en1]
2023-06-12 17:00:57.665975: [NET] Routine: receive incoming v4 - stopped
2023-06-12 17:00:57.666133: [NET] Routine: receive incoming v6 - stopped
2023-06-12 17:00:57.673242: [NET] UDP bind has been updated
2023-06-12 17:00:57.673493: [NET] Routine: receive incoming v6 - started
2023-06-12 17:00:57.673758: [NET] Routine: receive incoming v4 - started
2023-06-12 17:00:57.967526: [NET] Stopping tunnel
2023-06-12 17:00:57.967732: [NET] Device closing
2023-06-12 17:00:57.967813: [NET] Routine: TUN reader - stopped
2023-06-12 17:00:57.967893: [NET] Routine: event worker - stopped
2023-06-12 17:00:57.967902: [NET] Routine: receive incoming v4 - stopped
2023-06-12 17:00:57.968012: [NET] Routine: receive incoming v6 - stopped
2023-06-12 17:00:57.968073: [NET] peer(e+UN…azDc) - Stopping
2023-06-12 17:00:57.968131: [NET] peer(e+UN…azDc) - Routine: sequential receiver - stopped
2023-06-12 17:00:57.968136: [NET] peer(e+UN…azDc) - Routine: sequential sender - stopped
2023-06-12 17:00:57.968252: [NET] Device closed
2023-06-12 17:00:57.968320: [NET] Routine: decryption worker 1 - stopped
2023-06-12 17:00:57.968364: [NET] Routine: decryption worker 6 - stopped
2023-06-12 17:00:57.968393: [NET] Routine: decryption worker 5 - stopped
2023-06-12 17:00:57.968399: [NET] Routine: decryption worker 3 - stopped
2023-06-12 17:00:57.968429: [NET] Routine: decryption worker 2 - stopped
2023-06-12 17:00:57.968444: [NET] Routine: decryption worker 7 - stopped
2023-06-12 17:00:57.968482: [NET] Routine: handshake worker 1 - stopped
2023-06-12 17:00:57.968487: [NET] Routine: handshake worker 4 - stopped
2023-06-12 17:00:57.968510: [NET] Routine: decryption worker 8 - stopped
2023-06-12 17:00:57.968518: [NET] Routine: handshake worker 8 - stopped
2023-06-12 17:00:57.968543: [NET] Routine: decryption worker 4 - stopped
2023-06-12 17:00:57.968546: [NET] Routine: handshake worker 5 - stopped
2023-06-12 17:00:57.968556: [NET] Routine: handshake worker 3 - stopped
2023-06-12 17:00:57.968596: [NET] Routine: handshake worker 7 - stopped
2023-06-12 17:00:57.968595: [NET] Routine: handshake worker 2 - stopped
2023-06-12 17:00:57.968648: [NET] Routine: handshake worker 6 - stopped
2023-06-12 17:00:57.968691: [NET] Routine: encryption worker 3 - stopped
2023-06-12 17:00:57.968708: [NET] Routine: encryption worker 1 - stopped
2023-06-12 17:00:57.968722: [NET] Routine: encryption worker 5 - stopped
2023-06-12 17:00:57.968750: [NET] Routine: encryption worker 4 - stopped
2023-06-12 17:00:57.968761: [NET] Routine: encryption worker 7 - stopped
2023-06-12 17:00:57.968785: [NET] Routine: encryption worker 2 - stopped
2023-06-12 17:00:57.968796: [NET] Routine: encryption worker 8 - stopped
2023-06-12 17:00:57.968868: [NET] Routine: encryption worker 6 - stopped
2023-06-12 17:00:57.975087: [APP] Tunnel 'wg_config' connection status changed to 'disconnected'

 

[Benares]

Jetzt stocher nicht so wild im Nebel rum. Weiter oben hat 192.168.1.1 (Fritte) noch als DNS-Server www.google.com aufgelöst, aber ein ping 192.168.1.1 geht nicht? Wenn doch, geht auch http://192.168.1.1 im Browser?

 

[Rappelsack]

Während ich mit Wireguard verbunden bin, und sowieso im LAN? Oder mit dem Hotspot?

Also:
Mac am LAN Anschluss der Fritzbox.
Wireguard connected (ohne den Dödel in der Fritzbox):


Ping auf www.google.com:


Dödel wird nie grün, und zeigt auch keine "Letzte Aushandlung" an.

 

[Benares]

Hier geht es doch um deinen Tunnel, also mit Tunnel . Langsam werde ich kirre.
Ich setzte voraus, das du über LAN/WLAN (ohne Tunnel) verbunden überall hinkommst.

 

[Rappelsack]

Ja natürlich. Ohne Tunnel geht alles. Es geht nur Wireguard nicht.

Ich glaube, es gibt Verwirrung um meine Geräte. Ich versuche es noch mal aufzulisten:

Zu Hause habe ich einen Mac. Der ist per LAN an der Fritzbox angeschlossen.
Unterwegs habe ich nur ein iPhone und ein iPad. Beide haben die Wireguard App, damit ich aus der FB den QR Code für die Einrichtung scannen kann. VPN wird dann in den Einstellungen des iPhone per Profil von Wireguard aktiviert.

Möglichkeit, zwecks Terminal, die ich habe: den Mac vom LAN abklemmen und per W-LAN an das iPhone per Hotspot binden. Somit kann ich von außen testen.

Langsam werde ich kirre

Frag mich mal. Ein Tipp: auf Nur IPv6 stellen, da es dann gehen sollte.

Das Andere: deaktiviere IPv4 (wie?)
Dann: IP im LAN von der 10.0.1.X auf eine 192.168.1.X ändern.
Das nächste: ping (wie, wenn gar keine Connection geht, sobald VPN eingeschaltet wird).

Ich denke, das Schwarmwissen hat hier keinen Erfolg mehr, und ich muss das als "Geht nicht mit IPv6 und meiner Konstellation" (die eigentlich nicht ungewöhnlich ist), ab tun.

Ich bin ja jetzt genau so weit, wie vor 3 Seiten.

 

[Benares]

Du musst Schritt für Schritt vorgehen, Gerät für Gerät, systematisch/strukturiert vorgehen, und nicht ständig springen.

1. Ausgangslage: Alle Geräte im LAN/WLAN funktionieren, alle in- und externe Ziele sind über IPv4 und IPv6 erreichbar und anpingbar. DNS-Namensauflösung extern/intern klappt.
2. Dann der Cut, LAN/WLAN am Clients trennen, Verbindung nur noch über Mobilfunk. Hat der Client dann noch eine IPv4 und eine IPv6 oder nur noch eine? Was geht dann noch, was nicht?
3. Tunnelaufbau, natürlich über IPv6, da IPv4 nicht erreichbar. Klappt der? Dödel grün? Was geht dann noch bzw. wieder, was nicht/nicht mehr? Der komplette Verkehr läuft dann darüber, der kann aber nur IPv4, also dürften IPv6-Ziele darüber nicht mehr darüber erreichbar sein.

Arbeite dabei mit IPs bzw. schau vorher mit nslookup auf was die Namen auflösen, IPv4, IPv6 oder beides?

 

[frank_m24]

Das Problem ist, dass du wenig systematisch vorgehst und tausend Sachen ausprobierst, die dir niemand gesagt hat. Zum Beispiel hat dir niemand empfohlen, auf die 192.168.1.x Adressen zu wechseln. Da bist du von ganz allein drauf gekommen. Dazu kommt, dass du als Beweis für irgendwelchen vermeintlichen Fehlfunktionen immer irgendwas präsentierst, aber nie das, was weiterhilft.

Wenn du IPv4 wieder aktivierst, wird der Tunnel dann trotzdem über IPv6 aufgebaut? Das kannst du ja im Wireguard Client sehen. Als nächstes musst du die IPs im VPN Client überprüfen. Sind die gesetzt? Zeigen die Routen aufs richtige Interface? Ist sichergestellt, dass von irgendwelchen getrennten Interfaces nicht noch IPs im System herumspuken?

 

[Rappelsack]

Arbeite dabei mit IPs bzw. schau vorher mit nslookup auf was die Namen auflösen, IPv4, IPv6 oder beides?

Das geht ja dann nur mit dem Mac. Also mache ich das alles am Mac.

Ausgangslage: Alle Geräte im LAN/WLAN funktionieren, alle in- und externe Ziele sind über IPv4 und IPv6 erreichbar und anpingbar. DNS-Namensauflösung extern/intern klappt.

Alles ohne Einschränkungen.

Dann der Cut, LAN/WLAN am Clients trennen, Verbindung nur noch über Mobilfunk. Hat der Client dann noch eine IPv4 und eine IPv6 oder nur noch eine? Was geht dann noch, was nicht?

Ich habe zwei Anbieter.
Anbieter a) nur noch IPv6
Anbieter b) nur noch IPv4 (öffentlich)

Mit Beiden geht alles ohne Einschränkungen.

Klappt der? Dödel grün?

Nein. Dödel immer grau.

Was geht dann noch bzw. wieder, was nicht/nicht mehr?

Gar nichts mehr. Weder Mail, noch Messenger, noch Internetseiten. Es ist, als hätte man das LAN Kabel gezogen. Nichts mehr nach Außen.

@frank_m24

Daher sollte man für sein Privat-LAN kein solches 10er Netz aufbauen, weil die Gefahr eines Routingkonfikts einfach zu groß ist. Ein simples 192.er Class-C-Netz reicht völlig aus, oder hast du wirklich mehr als 254 Geräte im Netz?

Doch, @Novize hat es hier gesagt.

 

[frank_m24]

Anbieter a) nur noch IPv6

Das kann ich kaum glauben. Dann kämst du ja darüber auch nicht auf DuckDuckGo z.B.

 

[Rappelsack]

Wenn ich auf www.wieistmeineip.de gehe, steht dort dann nur noch eine IPv6.

 

[Benares]

Mit Beiden geht alles ohne Einschränkungen.

Na ja, der Zugriff aufs lokale LAN/WLAN dürfte dann ohne Tunnel nicht mehr funktionieren

 

[frank_m24]

Wen interessiert die Anzeige? Schau in die Statusanzeigen deines Telefons. Die Webseite kann auch aufgrund einer Einschränkung im Browser Käse anzeigen.

 

[Benares]

Wo ich mir momentan noch unsicher bin:
Wenn ein Handy-Provider (und auch das Ziel) nur IPv6 kann, der Tunnel also über IPv6 aufgebaut wird, der Tunnel selbst (AVM) aber nur IPv4 kann, klappt dann der Zugriff ins lokale LAN über IPv4 bzw. weiter ins Internet? Wenn ja, dann auch zu IPv6-Zielen? Letzteres geht, denke ich, nicht.

 

[frank_m24]

Wenn ein Handy-Provider (und auch das Ziel) nur IPv6 kann, der Tunnel also über IPv6 aufgebaut wird, der Tunnel selbst (AVM) aber nur IPv4 kann, klappt dann der Zugriff ins lokale LAN über IPv4 bzw. weiter ins Internet?

Ja. Weil der VPN Client bekommt eine IPv4 Adresse vom Server.

Wenn ja, dann auch zu IPv6-Zielen?

Nein. Dafür braucht man IPv6 im Tunnel.

 

[Novize]

Ich denke schon, denn IPv4 ist ja eine öffentliche. Die ist ja gar nicht erreichbar.

Das wage ich zu bezweifeln…

Die Mobilgeräte verbinden i.d.R. 213.55.226.XXX oder o2 mit einer IPv6.

Diese 213er IP ist die externe „öffentliche“ des O2-Routers. Mit fast absoluter Sicherheit bekommst Du vom O2-DHCP-Server eine private Ipv4-Adresse zugewiesen. Ich würde wetten, aus dem 10.0.x-er Netz
Wenn Dir klar ist, wie die IP-Vergabe bei der Fritz funktioniert, bei deinem Mobil-Gadget funktioniert diese exakt gleich.
Du bist auch hier im privaten IP-Netz des Providers, gehst über seinen Router ins öffentliche Internet. Und seine IP-Vorgabe für die Geräte in seinem Netz ist meist das 10.0er Netz, weil es halt den größten privaten Adressraum abdeckt.

Du musst Schritt für Schritt vorgehen, Gerät für Gerät, systematisch/strukturiert vorgehen, und nicht ständig springen.

Ach was

 

[Rappelsack]

Argh. Peinlich. Ich meinte eine private IPv4, nicht öffentliche.

Ich steige nun aber überhaupt nicht mehr durch. Hier wird gesagt, dass IPv6 zu VPN zu IPv6 dann nicht mehr geht, oder wie?

Eine Lösung gibt es noch immer nicht, nehme ich an.

Schau in die Statusanzeigen deines Telefons.

Wo sieht man das? Wäre mir neu, das einsehen zu können.

Diese 213er IP ist die externe „öffentliche“ des O2-Routers.

Nein, o2 vergibt nur noch IPv6 und evtl. Private IPv4.
Die 213 ist eine private von meinem anderen Vertrag.

Na ja, der Zugriff aufs lokale LAN/WLAN dürfte dann ohne Tunnel nicht mehr funktionieren

Ja, das ist ja klar. Aber spielt doch hier keine Rolle.

Es funktioniert alles, außer VPN mit Wireguard.

 

[frank_m24]

Wo sieht man das? Wäre mir neu, das einsehen zu können.

Es ist dein Telefon. Ich kann dir sagen, was du tun musst, aber das Wie musst du schon selbst herausfinden.

Die 213 ist eine private von meinem anderen Vertrag.

Nein, 213 ist eine öffentliche IP. Aber es kann auch die Abgangs-IP eines NAT-Routers sein.

Hier wird gesagt, dass IPv6 zu VPN zu IPv6 dann nicht mehr geht, oder wie?

IPv6 über den Tunnel geht nicht. Wenn du dss damit meinst, dann geht das nicht.

 

[Rappelsack]

Es ist dein Telefon. Ich kann dir sagen, was du tun musst, aber das Wie musst du schon selbst herausfinden.

Da gibt es nichts herauszufinden. Man kann es sich nicht anzeigen lassen.

Nein, 213 ist eine öffentliche IP. Aber es kann auch die Abgangs-IP eines NAT-Routers sein.

Das ist völlig klar.
Aber NAT ist gleichzusetzen mit einer privaten IP, in dem Fall, da es nicht möglich ist, drauf zuzugreifen.
Aber das spielt doch in dem Fall keine Rolle.

IPv6 über den Tunnel geht nicht. Wenn du dss damit meinst, dann geht das nicht.

Ich meine nichts. Das wurde in den Raum geworfen.


Ich habe das Gefühl, dass hier auf Details geachtet wird, die für das eigentliche Problem irrelevant sind.
Wie ob es nun eine IP des NAT routers ist, oder nicht.

Das hilft doch nicht wirklich zur Lösungsfindung.

Fakt ist doch: ich habe eine IPv6.
Keine öffentlich erreichbare IPv4. Eine Konstellation, die womöglich bei fast jedem Glasfaser-Anschluss so vorhanden ist.

MyFritz geht. Zugriff auf DDNS über die Synology auch.

Was nicht geht: Wireguard