Hilfe beim richtigen DNS Eintrag bei AAAA IPV6

  • Es gibt nur eine verschwindend kleine Anzahl von armen Irren, die einen IPv6-only Host ohne die Möglichkeit betreiben, IPv4-only Hosts zu erreichen,

    Du machst den Fehler und denkst, Europa oder die USA seien diesbezüglich der Mittelpunkt der Welt. 6 Milliarden Internetnutzer surfen ohne IPv4. Und niemand der von dir genannten Cloud-Riesen verzichtet auf IPv6, nur weil er (noch) IPv4 im Angebot hat. Übrigens auch bei AWS inzwischen das Standard-Protokoll, IPv4 gibt es nur noch mit besonderer Konfiguration.

    Ich war kürzlich in Japan in einem Hotel, da gab es nur noch IPv6. Beim Gastgeber des Meetings gabs die perfekte WLAN Infrastruktur für Gäste - leider auch IPv6-only. In der Ecke stand ein alter Netgear WLAN Router mit 150 MBit/s Wifi-4, der konnte IPv4 - extra für diejenigen, die mit IPv6 nicht zurechtkamen. Da tummelten sich dann 20 Europäer und Amis und teilten sich die 60 MBit/s Brutto, die das Ding hergab. Und im IPv6-WLAN hatte man 400 MBit/s netto nach Hause.

    Das Schlimme ist, dass es wirklich eine kleine Anzahl von Irren gibt, die Dinge wie DNS64 und NAT64 betreiben. Wenn ich nur an so einfache Dienste wie VoIP oder Wireguard denke, was das für einen zusätzlichen Aufwand bedeutet, dann stellen sich mir die Nackenhaare auf. Das kostet ERHEBLICH mehr Zeit und Geld, als die verbliebenen Server IPv6-tauglich zu machen, und das JEDEN Tag und JEDE Stunde. Zeit, Geld, Fachkräfte, Energie und damit CO2 Ausstoß. DAS ist die wahre Konsequenz der IPv6 Verdrossenheit.

    Aber wir habens ja, sind der Nabel der Welt. Erfreue dich an deiner IPv4 Adresse und schau dabei zu, wie wir weiter als Technologienation abgehängt werden.

  • Im Fazit will man als Admin oder Prosumer IPv6 richtig nutzen....

    Weißt du, was Happy Eyeballs ist? (Der Link geht zur englischen Wikipedia, weil es den Artikel nicht auf Deutsch gibt, warum wohl?) Serverbetreiber haben die Erfahrung gemacht, dass selbst dann, wenn man alles richtig macht, die Bereitstellung von IPv6-Diensten zu Problemen führt, weil man eben auch davon abhängig ist, dass die andere Seite IPv6 richtig macht. Deswegen versuchen Browser IPv4 und IPv6 gleichzeitig, anstatt auf einen Timeout oder Fehler bei IPv6 zu warten. Nochmal: Selbst wenn du als Serverbetreiber alles richtig machst, kann dir IPv6 Probleme bereiten. Umgekehrt hat ein IPv4-only Dienst praktisch keinen Nachteil. Das hat einen einfachen Grund: Wer IPv4-only Hosts nicht anständig erreichen kann, ist nach allen vernünftigen Maßstäben nicht im Internet. Das kann man glauben oder nicht, aber wer es nicht glaubt, soll es mal selbst ausprobieren. Und deswegen macht niemand IPv6-only, ohne sich um die Verbindung zu IPv4-only zu kümmern, jedenfalls niemand, dessen Meinung irgendwas zählt.

    6 Milliarden Internetnutzer surfen ohne IPv4.

    Es geht nicht darum, ob der Client eine öffentliche IPv4 Adresse hat. Das ist nicht nötig und nicht relevant. Es geht darum, ob er IPv4-Adressen erreichen kann, und das können praktisch alle Internetnutzer.

    Einmal editiert, zuletzt von NaN (31. Mai 2025 um 15:07)

  • Ich möchte mal kurz eine Frage anhängen, wiel es einfach super passt:
    ist der * Eintrtag kein Wildcard ?

    * A IP = alles geht zu IP ?

    @ ist der Hostname ?

    pasted-from-clipboard.png

    oder muss man tatsächlich auch mail setzen ?
    also mail -> A -> IP

    Hätte gedacht, das der * eintrag mail abdeckt....
    Danke fürs entknoten

    Der oben geschriebene Beitrag ist meine persönliche Meinung/Interpretation!
    Im übrigen verweise ich auf §675 Abs. 2 BGB .

  • Ob der Wildcardeintrag auch mail abdeckt, hängt davon ab, ob es andere Records gibt, die mail betreffen. Grundsätzlich ist es aber nicht verboten, eigentlich redundante Records anzulegen. Den extra mail Eintrag kannst du in dem Fall auch löschen, aber es könnte dann z.B. passieren, dass du später den Wildcardeintrag änderst, ohne daran zu denken, dass die Mailsubdomain weiter auf den Mailserver zeigen muss.

  • Umgekehrt hat ein IPv4-only Dienst praktisch keinen Nachteil.

    Die Aussage ist bei DS-Lite und CG-NAT an den meisten deutschen Internetanschlüssen ... ich finde keine Worte, die nicht beleidigend sind. Bei der Gelegenheit, es ist beeindruckend, wie du relevante Argumente einfach ignorierst.

    Das hat einen einfachen Grund: Wer IPv4-only Hosts nicht anständig erreichen kann, ist nach allen vernünftigen Maßstäben nicht im Internet.

    Was nützt es einem, die Hosts zu erreichen, wenn aufgrund kranker Architekturen die Dienste anschließend nicht laufen? Und glaub mir: Da machen fehlerhafte IPv4 Setups ERHEBLICH häufiger Ärger, als IPv6 Setups. Schau in die typischen Foren, Computerbase und ähnliche. Wenn sich dort jemand beklagt, dass er gewisse Internetseiten nicht erreichen kann, dann, weil IPv4 nicht funktioniert. IPv6 geht problemlos, aber der dusselige Serverbetreiber kann ja nur IPv4 - und dann merkt man es halt, wenn der AFTR mal wieder überlastet ist.

    Und deshalb macht man IPv6 ohne Wenn und Aber. Diskussion beendet.

  • Ob der Wildcardeintrag auch mail abdeckt, hängt davon ab, ob es andere Records gibt, die mail betreffen.

    Das heißt
    mail -> A -> IP2

    überschreibt
    * -> A -> IP1

    Okay, danke fürs entwirren

    Der oben geschriebene Beitrag ist meine persönliche Meinung/Interpretation!
    Im übrigen verweise ich auf §675 Abs. 2 BGB .

  • Und deshalb macht man IPv6 ohne Wenn und Aber.

    Kannst du machen wie du willst. Amazon sieht das anders. Github sieht das anders. Möchtest du raten, ob ich lieber deren Einschätzung vertraue, wie man ohne AAAA dasteht, oder doch lieber einem Maximalideologen, der die Erreichbarkeit dieser Seiten für einen großen Teil der deutschen Internetnutzer in Abrede stellt?

    (Edit wegen Kindergarten: amazon.com, nicht www.amazon.com. Zur Größe meiner Insel: Why no IPv6? Die Beschreibung zu dem Projekt auf Github ist "Shame the top 1Million websites without IPv6." Schaut mal, ob ihr da noch andere findet, die ihr kennt.)

    6 Mal editiert, zuletzt von NaN (31. Mai 2025 um 16:21)

  • Amazon sieht das anders.

    Oha. Vielleicht besser mal recherchieren, bevor man solche unausgegorenen Behauptungen in die Welt setzt?

    Github sieht das anders.

    Github steht kurz vor der Aktivierung von IPv6, nachdem sie von den IPv6-only Nutzern seit Monaten gebügelt werden.

    https://github.com/orgs/community/discussions/10539

    https://www.reddit.com/r/ipv6/comments/1ajb7a5/github_is_working_on_ipv6_support/

    Deine Insel wird kleiner. Sehr schnell.

  • frank_m

    Ich habe es doch probiert, an meinen VPS Piko, die IPv6 zu benutzen. Leide rhat es nicht geklappt. Man hat ja 2 IPv6 Adressen, einmal hat man mir geschrieben, dies ist eine interne fe80::74fe:23ff:fe66:xxxx/10 und einmal die externe 2a03:4777:4b:xxx::/64. Aber keine die man zum Eintragen als */@ AAAA für seine Domain nehmen kann. Habe mich da wirklich ein paar Tage mit rumgeschlagen. Egal, was ich gemacht habe, Let`s Debug hat immer gemeckert. Erst, wo ich die beiden Eintrage aus meiner Domain gelöscht hatte (reiner IPv4), war Let`s Debug zufrieden und ich habe meine SSL Zertifikate bekommen.

    Wenn du dir die Zeit nimmst und mir erklärst, was ich machen muss. Würde ich ja IPv6 auch wieder aktivieren. Der VPS hat ja alles schon on Board. Danke

  • aRaphael

    Also, trage ich z.B. 2a03:4777:4b:xxx:0001:0002 ein und dann wird es auf meinen VPS geroutet?

    NaN

    Jepp, aber jetzt wo ich die SSL Zertifikate habe, könnte man dies wieder versuchen, was ich falsch gemacht habe ;)

    Die einfache schnelle Lösung, war ja erfolgreich.

    Einmal editiert, zuletzt von Slox (31. Mai 2025 um 18:22)

  • Aber das nutzt nichts, wenn du in den Netzwerkeinstellungen auf dem Server keine ipv6 eingetragen und aktiviert hast.

    Also, wenn ich in der /etc/netplan/ irgendeine IPv6 eintrage, aus dem Subnetz funktioniert dies? Im Netz gefunden.

    IPv4 bleibt bestehen der Eintrag, ist klar.


    Also müsste ich jetzt, um mit der obrigen IP weiterzuspinnen,

    zu 1. IP 2a03:4777:4b:xxx:0001:0002

    zu2. Gateway 2a03:4777:4b:xxx::/64

    zu 3. beide Namenserver von Netcup eintragen

    Code
    nameserver 2a03:4000:0:1::e1e6
    nameserver 2a03:4000:8000::fce6

    Richtig? Und natürlich dann die gewählte IPv6 unter der Domain als */@ als AAAA eintragen?


    #####################################

    Was soll ich den da machen, sieht ja mal anders aus, kein Namenserver usw. usf.

    Einmal editiert, zuletzt von Slox (31. Mai 2025 um 18:51)

  • Danke für die Info.

    So, jetzt bin ich mal gespannt. "Musste für ein Kumpel das Bier halten" - da kamen bisher nie gute Sachen raus :rolleyes:

    Wir haben jetzt das IPv6 von der Domain auf den VPS laut Gemini eingerichtet und die KI sagt, es funktioniert dann. Berichte morgen.

  • Nameserver werden in /etc/resolv.conf festgelegt.

    Kommt drauf an.

    Um es kurz zu machen: Der Server ist schon für IPv6 konfiguriert und hat eine statische IPv6 Adresse. Die Adresse wurde schon (zensiert) aus dem Netplan zitiert. Das ist die Adresse, die in die AAAA Records gehört. Dann ist noch sicherzustellen, dass der Webserver auf dieser Adresse antwortet und die Firewall, wenn eine installiert wurde, die Anfragen auch durchlässt.

    Und dann hoffen wir alle, dass das in Zukunft weiter funktionieren wird, ohne dass da jemand nach schaut, weil ja offensichtlich null IPv6-Kenntnisse vorhanden sind. Das ist dann sicher besser als ein Server, der nur auf IPv4 Webseiten anbietet. :rolleyes: