Port Forwarding an der Fritzbox 7590 geht plötzlich nicht mehr

[haunt]

keine Ahnung - taste mich da einfach durch. Okay bei Strato alles so belassen. Jetzt habe ich in dynv6 meinen Entrag zu meiner Domain. Da sehe ich jetzt auch einen AAAA Eintrag. Die Konfig in der Fritzbox ist angepasst.

CNAME kann ich jetzt vermutlich nicht setzten - denn auf welchen dynv6.com Wert? Habe ich ja aktuell nicht.
Also meine Vermutung ist jetzt, irgendwie muss ich ja den Connect zwischen dynv6 und strato machen.
Aber wie?

 

[riversource]

Da sehe ich jetzt auch einen AAAA Eintrag.

Und der passt auch zu deinem Server? Oder ist es der der Fritzbox? Wie gesagt: Das Endgerät muss angesprochen werden. Das erreichst du bei dynv6 durch das erzeugen von Records in deiner Zone, und das Aktualisieren des Prefixes durch die Fritzbox bei dynv6. Siehe dynv6 Anleitung.

CNAME kann ich jetzt vermutlich nicht setzten - denn auf welchen dynv6.com Wert?

CNAMEs musst du bei Strato setzen. Mach einen CNAME für den Hostnamen, auf den du zugreifen willst, und lass ihn auf den dynv6 Record zeigen, auf den du zugreifen willst.

 

[haunt]

keine Ahnung welche IPv6 Adresse er da jetzt nutzt. Habe jetzt mehrere Records erzeugt mit der MAC Adresse, mit der IPv6 Adresse, etc.
Hab die als CNAMEN für die SubDomain angelegt.

Hier bspw. in der Fritzbox der Raspberry:

Der eintrag ist jetzt in dynv6 da...

und das ganze als CNAME in Strato:

jetzt gibt es bei Strato eine neue Subdomain:

und jetzt geht gar nichts mehr

 

[eigsi124]

Lies dich bitte zuerst in das Thema ein oder schau dir entsprechende Youtube Videos oder so an, bevor du dein komplettes Heimnetz für alle öffnest. Am besten wärs, du lasst das von wem machen, der sich auskennt.
Was willst du mit einer MAC Adresse bei einem DNS Eintrag?

Du brauchst nur einen (statischen, da sich die IPV6 Adresse üblicherweise nicht ändert) AAAA Eintrag mit der Global Unicast. Da deine IPV6 mit 2002: beginnt, hast du auch vermutlich kein natives IPv6 aktiv sondern einen IPv4 zu IPv6 Tunnel --> das wird natürlich auch noch ein Problem sein.

FYI: Du brauchst am Client selbst auch eine Unicast IPV6, damit du einen IPv6 only Ziel erreichen kannst.

--> Erster Test funktioniert die DNS Auflösung (mit nslookup/dig)
--> Zweiter Test funktioniert das Routing/die Firewall Settings (mit ping, traceroute, nmap)

Nochmal der Hinweis: Es ist eine sehr schlechte Idee das NAS direkt ins Internet zu stellen.

 

[haunt]

Naja die NAS und der Raspberry haben gewisse Dienste ich gerne nutzen würde ( e.g. Synology Drive ). Alter Stand war ja, dass auch nur bestimmt Ports offen sind, hat auch soweit gut funktioniert.

bei dynv6 steht man kann auch die MAC Adresse eingeben, daher habe ich das mal getestet.

Okay, ich brauch halt jetzt erstmal eine schnelle Lösung. Also wenn ich das richtig sehe brauche ich doch eigentlich nur bei dynv6 die IPv6 interface id eingeben. Habe jetzt mal auf IPv6 nativ umgeschaltet und die unicast Adresse erhalten. Das scheint also zu klappen. fängt mit : 2a02 an.

Damit habe ich einen AAAA Eintrag in dynv6 erzeugt und einen CNAME bei Strato gesetzt.
Leider immer noch keine Verbindung.

Soviel zum Thema, dass es mit IPv6 "einfach" ist.

Was ich eh nicht verstehe ist immer noch wie ich die Custom Domain in dynv6 bekomme. Vermutlich ist das mein Problem. habe ja meine Domain dort und unter der Zone wird ja auch die Subdomain angezeigt.
Aber der Status der Domain ist immer noch "pending"

 

[riversource]

und das ganze als CNAME in Strato:

Das ist natürlich Unsinn. Was soll ein CNAME bei Strato, der auf Strato zeigt? Der muss natürlich auf dynv6 zeigen.

Hier bspw. in der Fritzbox der Raspberry:

Und das ist auch wirklich die IP, die der Raspi hat? Nutzt der EUI-64 für das Generieren der statischen Adressen? Prüfe das im Raspi.

Was willst du mit einer MAC Adresse bei einem DNS Eintrag?

Lies du dich bitte zunächst in die Funktionsweise von dynv6 ein. Das ist exakt richtig, mit MAC Adressen zu arbeiten, wenn die Geräte EUI-64 nutzen. Es geht ja nur um das Ermitteln der Interface-ID.

Nochmal der Hinweis: Es ist eine sehr schlechte Idee das NAS direkt ins Internet zu stellen.

Da stimme ich zu. Grundsätzlich sollte der einzige Dienst, den man von außen erreichen kann, ein VPN sein.

Soviel zum Thema, dass es mit IPv6 "einfach" ist.

Ist es. Es ist sogar viel einfacher, als bei IPv4 mit NAT. Man muss sich nur an den Gedanken gewöhnen, dass das Endgerät die öffentliche IP hat, und nicht der Router. Wenn man das einmal verstanden hat, geht der Rest von allein.

Was ich eh nicht verstehe ist immer noch wie ich die Custom Domain in dynv6 bekomme.

Gar nicht. dynv6 ist ein reiner dyndns Dienst, der ausschließlich mit seinen Domains arbeitet. Deine Custom Domain kommt ins Spiel, indem du sie auf den dynv6 Hostname verweisen lässt. Dafür hat man CNAMEs erfunden.

 

[eigsi124]

Lies du dich bitte zunächst in die Funktionsweise von dynv6 ein. Das ist exakt richtig, mit MAC Adressen zu arbeiten, wenn die Geräte EUI-64 nutzen. Es geht ja nur um das Ermitteln der Interface-ID

Ich weiß, aber in den DNS Eintrag kommt trotzdem die IPv6, die der Host entweder per DHCPv6 oder SLAAC bekommt und nicht die MAC. Mir brauchst nicht zu erklären wie IPv6 funktioniert, anscheinend hast du selber nur Halbwissen .

Gerade bei der Fritzbox ist per Default DHCPv6 aktiv und dann bekommst den IPv6 nicht per SLAAC und sie hat gar nichts mit der MAC Adresse zu tun.
Mittlerweile ist auch von vielen Clients oft zum "Datenschutz" eine Randomisierung der MAC Adresse und damit der IPv6 Adresse implementiert (Beispiel: iPhone/Mac -> private WLAN-Adresse/oder auch Windows)
--> die eigentliche MAC Adresse hat wieder nichts mit der IPv6 Adresse zu tun.

Naja die NAS und der Raspberry haben gewisse Dienste ich gerne nutzen würde ( e.g. Synology Drive ). Alter Stand war ja, dass auch nur bestimmt Ports offen sind, hat auch soweit gut funktioniert.

Die Dienste nutzt du einfach weiterhin, nur halt übers VPN. Gut funktionieren != sicher funktionieren.


Die Frage ist ober vom ISP immer das gleiche IPv6 Subnetz erhält und ob SLAAC oder DHCPv6 verwendet.
Je nachdem braucht er gar kein dyndns bzw. CNAME Eintrag mehr.

 

[haunt]

Hab hier gesharte Dienste , daher landest du über den Port entweder auf dem Webserver oder auf einem Dienst welcher mit 2 factor abgesichert ist.
btw die Anleitung im Netz ist ja mal übel, Empfehlung den Host komplett zu exponieren.

Naja das Ding läuft jetzt erstmal. Mit den CNAME sollte es jetzt dann auch klappen.
Irgendwie dachte ich , ich muss meine Custom Domain eintragen 😁 der Hinweis war dann kreigsentscheidend.

Erstmal vielen lieben Dank für alle Erklärungen und Kritik. Jetzt hab ich Zeit, dass gerade zu ziehen.

 

[riversource]

Ich weiß, aber in den DNS Eintrag kommt trotzdem die IPv6, die der Host entweder per DHCPv6 oder SLAAC bekommt und nicht die MAC.

Du weißt offenbar nicht mal, was EUI-64 bedeutet. Oder warum hab ich das wohl erwähnt?

Gerade bei der Fritzbox ist per Default DHCPv6 aktiv

Das ist falsch. Besonders für Host-Adressen muss man es explizit aktivieren, und auch dann bekommen die Geräte zusätzlich die SLAAC Adresse - was heißt, EUI-64 ist immer noch richtig.

Mittlerweile ist auch von vielen Clients oft zum "Datenschutz" eine Randomisierung der MAC Adresse und damit der IPv6 Adresse implementiert (Beispiel: iPhone/Mac -> private WLAN-Adresse/oder auch Windows)
--> die eigentliche MAC Adresse hat wieder nichts mit der IPv6 Adresse zu tun.

Dennoch würde selbst in den Fall das Eintragen der MAC funktionieren, denn im gleichen Netz nutzen die Geräte die gleiche MAC. Allerdings reden wir hier nicht von Geräten mit Random MAC - man sollte sich Fehler nicht an den Haaren herbeiziehen, wenn man unter Vollglatze leidet.

Ich lass mich ja jederzeit gern auf neue Aspekte ein, die ich noch nicht kenne, aber wenn man mich halbgar von der Seite anpflaumen will, dann bitte mit Substanz. Ansonsten empfehle ich den Dieter Nuhr. Das wäre in diesem Fall angebracht gewesen.

 

[eigsi124]

Du weißt offenbar nicht mal, was EUI-64 bedeutet. Oder warum hab ich das wohl erwähnt?


Das ist falsch. Besonders für Host-Adressen muss man es explizit aktivieren, und auch dann bekommen die Geräte zusätzlich die SLAAC Adresse - was heißt, EUI-64 ist immer noch richtig.
Anhang anzeigen 1430296


Dennoch würde selbst in den Fall das Eintragen der MAC funktionieren, denn im gleichen Netz nutzen die Geräte die gleiche MAC. Allerdings reden wir hier nicht von Geräten mit Random MAC - man sollte sich Fehler nicht an den Haaren herbeiziehen, wenn man unter Vollglatze leidet.

Ich lass mich ja jederzeit gern auf neue Aspekte ein, die ich noch nicht kenne, aber wenn man mich halbgar von der Seite anpflaumen will, dann bitte mit Substanz. Ansonsten empfehle ich den Dieter Nuhr. Das wäre in diesem Fall angebracht gewesen.

Lol, nicht immer gleich alles so ernst nehmen, sonst hast selber bald keine Haare mehr , btw. du warst der erste der angepflaumt hat..

EUI-64 wär natürlich noch das einfachste (und schönste), doch weder wird es von allen HostsOS verwendet, noch ist es in irgendeiner Art verpflichtend und kann sich durch die privacy Extensions verändern. --> Am Host nachschauen welche Adressen er hat und hierfür einen AAAA Record anlegen, ggf mit dyndns, wenn sich die Adresse ändert.

Sorry, dass mit den Default Fritzbox Settings hab ich verwechselt, verwende die schon seit einiger Zeit nicht mehr und hatte nur in Erinnerung, dass der DHCPv6 per Default aktiv war (aber laut Screenshot nur für DNS, weil Windows kein DNS Server per SLAAC annimmt).

Außerdem ging mein erster Post mit der MAC ja an den TE, der anscheinend mehrer DNS Records mit der MAC Adressen angelegt hat? Niemand fängt etwas mit der MAC Adresse als DNS Eintrag an.
IPv6 + SLAAC basiert natürlich auf der MAC Adresse.

 

[riversource]

und kann sich durch die privacy Extensions verändern.

Es wird nicht besser. Privacy Extensions haben mit EUI-64 wirklich gar nichts zu tun.

Außerdem ging mein erster Post mit der MAC ja an den TE, der anscheinend mehrer DNS Records mit der MAC Adressen angelegt hat?

Genau, der ging an den TE. Bleibt trotzdem ein Fall für Dieter Nuhr.

 

[haunt]

Genau, der ging an den TE. Bleibt trotzdem ein Fall für Dieter Nuhr.

Die hab ich mittlerweile alle wieder gelöscht :-) versuche jetzt nach Schema F die Synology zum fliegen zu kriegen, damit ich das Lets Encrypt Zertifikat bekomme. Natürlich geht das nicht... ich gebe es jetzt erstmal für heute auf

 

[eigsi124]

Es wird nicht besser. Privacy Extensions haben mit EUI-64 wirklich gar nichts zu tun.


Genau, der ging an den TE. Bleibt trotzdem ein Fall für Dieter Nuhr.

Da solltest du nochmal nachlesen: z.B. hier:
https://www.elektronik-kompendium.de/sites/net/1601271.htm

Zitat: „Privacy Extensions heben die Kopplung von Interface Identifier und MAC-Adresse auf und erzeugen mehr oder weniger zufällige Interface Identifier.“

aber hast schon recht, dass hat gar nix mit EUI-64 zu tun, komplett anderes Thema 🤣👏 .. kannst mir ja gern erklären, warum die Privacy Extensions so gar nichts mit EUI-64 zu tun haben, bin schon gespannt 🥹

Die hab ich mittlerweile alle wieder gelöscht :-) versuche jetzt nach Schema F die Synology zum fliegen zu kriegen, damit ich das Lets Encrypt Zertifikat bekomme. Natürlich geht das nicht... ich gebe es jetzt erstmal für heute auf

Ich will dir nochmal abraten die Synology NAS direkt ins Internet zu stellen. Die haben regelmäßig kritische Schwachstellen.

 

[riversource]

Da solltest du nochmal nachlesen: z.B. hier:

Das solltest du mal gründlich lesen. Vor allem den ersten Satz. Das hätte dir diese Peinlichkeit erspart.

aber hast schon recht, dass hat gar nix mit EUI-64 zu tun, komplett anderes Thema 🤣👏 .. kannst mir ja gern erklären, warum die Privacy Extensions so gar nichts mit EUI-64 zu tun haben, bin schon gespannt 🥹

Gerne, da du selber nicht erkennst. Privacy Extensions sind eine optionale Erweiterung zu SLAAC, und funktionieren völlig unabhängig davon. Sie erzeugen zusätzliche Adressen, die neben den statischen Adressen existieren. Privacy Extensions ergänzen die EUI-64 Adressen, aber ersetzen sie nicht. Privacy Adressen werden darüber hinaus nur für ausgehende Verbindungen genutzt, nicht für eingehende.

Ergänzung (10. Dezember 2023)

Natürlich geht das nicht... ich gebe es jetzt erstmal für heute auf

Hast du bedacht, die IPv4 Dyndns Adresse zu löschen? Sonst sucht LE ggf. an falscher Stelle.

 

[eigsi124]

Was ist daran jetzt peinich für mich? ^^
Du widersprichst mir ja in keinster Weise?
Btw. ob die EUI-64 Adresse behalten bzw. verwendet wird ist OS abhängig.
Zumindest Windows 11 ignoriert die EUI-64 Adresse und verwendet nur die zufällig generierten... (was nicht dem Standard entspricht und ich auch nicht gut finde)

 

[riversource]

Was ist daran jetzt peinich für mich? ^^

Mir wäre es peinlich, wenn ich die ganze Zeit widerlegt werde.

Du widersprichst mir ja in keinster Weise?

Machst du ja selber durch deine verlinkten Artikel. Schöner kann man ja nicht beweisen, dass privacy Extensions vollkommen unabhängig von EUI-64 sind.

Zumindest Windows 11 ignoriert die EUI-64 Adresse und verwendet nur die zufällig generierten... (was nicht dem Standard entspricht und ich auch nicht gut finde)

Das ist schon wieder falsch. Windows nutz randomized Identifiers. Die sind aber ebenfalls komplett unabhängig von privacy Extensions und können auch separat eingestellt werden. Windows nutzt beides parallel.

 

[eigsi124]

sehe mich mit nichts, was in dem link steht widersprochen aber für dich ists mir halt jetzt peinlich

Ob jetzt mit den privacy Extensions oder mit randomized Identifiers randomisiert wird ist doch vollkommen egal, im Endeffekt wird die EUI-64 in diesem Fall von Windows per default nicht genutzt, was deiner Aussage widerspricht, dass immer die EUI-64 vorhanden ist.

 

[Bob.Dig]

Gar nicht. dynv6 ist ein reiner dyndns Dienst, der ausschließlich mit seinen Domains arbeitet.

Das stimmt so nicht. Dynv6 erlaubt auch die Nutzung eigener (Sub-)Domains, sogar kostenlos. Aber das nur zur Info, denn einfacher wird es dadurch nicht.

 

[haunt]

Noch eine letzte Dumme Frage: ich dachte eigentlich wenn ich die Update URL eintrage werden die URLs automatisch upgedatet?
Habe gestern die update url so genommen wie sie von dynv6 generiert wird. Dachte die Platzhalter muss ich nicht ersetzten. Mache ich da noch etwas falsch?
Die AAAA Records wurde nicht aktualisiert - demnach ist der Präfix falsch.

 

[riversource]

Ob jetzt mit den privacy Extensions oder mit randomized Identifiers randomisiert wird ist doch vollkommen egal, im Endeffekt wird die EUI-64 in diesem Fall von Windows per default nicht genutzt,

Das ist natürlich überhaupt nicht egal. Randomized Identifiers werden einmalig zum Installationszeitpunkt gesetzt und sind danach statisch. Privacy Extensions werden regelmäßig erneuert, spätestens beim Reboot. Das sind komplett unterschiedliche Dinge, die haben wirklich gar nichts miteinander zu tun.

was deiner Aussage widerspricht, dass immer die EUI-64 vorhanden ist.

Die Aussage habe ich nie getätigt. Keine Ahnung, wo du das herhast.

Habe gestern die update url so genommen wie sie von dynv6 generiert wird. Dachte die Platzhalter muss ich nicht ersetzten.

Wenn du die anderen Felder im Router entsprechend der Anleitung setzt, dann erfolgt die Aktualisierung automatisch beim Wechsel der IP. Das Log der Fritzbox sollte auch was dazu sagen.