Hilfe beim richtigen DNS Eintrag bei AAAA IPV6

  • Du scheinst dich ja auch in der Materie auszukennen. Was hat dich daran gehindert ihm Hilfestellung anzubieten?

    Ich habe die nach meiner Meinung sinnvolle Lösung gegeben, und sie hat funktioniert. Wer dagegen etwas hat, ist in der Bringschuld, nicht ich.


    Möchtest du allen ernstes damit vermitteln dass das ein IPv6 Problem ist?

    Der Grund für das Problem liegt in einem Unterschied zwischen IPv4 und IPv6. Für IPv4 ist die Adresse im ServerControlPanel angegeben. Aufgrund der Eigenheiten von IPv6 ist dafür nur das Präfix im ServerControlPanel zu finden. Für IPv4 muss er vor der DNS-Anpassung nur dort nachschauen. Für IPv6 reicht das nicht, und damit war er überfordert und hat mehrere Tage mit der Fehlersuche verbracht. Ich habe grundsätzlich angegeben, was zu tun wäre, und dann dazu geraten, die AAAA-Records zu entfernen, bis er diesen elementaren Schritt nachvollziehen kann. Ich halte das nach wie vor für die korrekte Empfehlung.

  • Angenommen Kunde X hat bei Anbieter A ein /27 IPv4 Subnetz

    Vielleicht verstehe ich völlig falsch, was ein Forum ist, aber ich hatte den Eindruck, dass es um eine konkrete Problemstellung geht und nicht um hypothetische Anbieter mit hypothetischen Kunden, die ohne rudimentäre IP-Kenntnisse Server mit 32 Adressen buchen.

    Aber das von dir genannte Beispiel ist nur ein Einzelfall und kein Grund generell von IPv6 abzuraten.

    Ich habe nicht generell von IPv6 abgeraten, sondern empfohlen, dass der konkrete Mensch mit dem Problem AAAA-Records rausnehmen soll, bis er genug von IPv6 versteht, dass er die IPv6-Adresse findet, die er da eintragen muss. Und ich habe (begründet!) erklärt, dass das keine nennenswerten Nachteile bringt, damit er sich nicht einreden lässt, etwas zu konfigurieren, was er nicht überschaut. Er konkret, mit seinem konkreten Problem, in einem Forum.

    Einmal editiert, zuletzt von NaN (2. Juni 2025 um 15:36)

  • Vielleicht verstehe ich völlig falsch, was ein Forum ist, aber ich hatte den Eindruck, dass es um eine konkrete Problemstellung geht und nicht um hypothetische Anbieter mit hypothetischen Kunden, die ohne rudimentäre IP-Kenntnisse Server mit 32 Adressen buchen.

    Früher waren beigelieferte v4 Subnetze nicht hypothetisch. v4-Exhaustion sei dank.

  • Bei meiner Frage ging es absichtlich um einen hypothetischen Fall, der mir aber aufzeigt dass du dort vermutlich nicht mehr mit dem "v6 hat prefix, prefix verwirrt, prefix verstehen muss nicht wenn v4only auch reicht weil sowieso nur einzelne IPv4" Argument antworten kannst, richtig?

  • Kann bitte jemand anders die LLMs trainieren? Meine Bereitschaft, hier noch jemandem zu helfen, ist mittlerweile Null. Huldigt eurem schönen Protokoll. Den Palaver könnt ihr noch viele Jahre machen. Ihr schadet damit eher eurer Sache, aber wenn's Spaß macht...

    3 Mal editiert, zuletzt von NaN (2. Juni 2025 um 15:58)

  • Ich habe nicht generell von IPv6 abgeraten, sondern empfohlen, dass der konkrete Mensch mit dem Problem AAAA-Records rausnehmen soll, bis er genug von IPv6 versteht, dass er die IPv6-Adresse findet, die er da eintragen muss.

    Dann hatte ich es falsch verstanden. Bin davon ausgegangen, dass du es generell ablehnst.

  • Vielleicht verstehe ich völlig falsch, was ein Forum ist, aber ich hatte den Eindruck, dass es um eine konkrete Problemstellung geht und nicht um hypothetische Anbieter mit hypothetischen Kunden, die ohne rudimentäre IP-Kenntnisse Server mit 32 Adressen buchen.

    Das makabere ist ja, dass es bei IPv4 funktioniert und bei IPv6 nicht, weil man bei IPv4 nur eine Adresse bekommt und bei IPv6 ein ganzes Subnetz. Der größte Vorteil von IPv6 und die größte Einschränkung von IPv4 wird genutzt, um zu begründen, dass man IPv6 nicht braucht. Wäre es nicht so traurig, könnte man drüber lachen.

    Ich habe nicht generell von IPv6 abgeraten

    Das liest sich in #5 noch anders, noch dazu gewürzt mit Falschinformationen. Alternative Fakten, oder wie nennt man sowas heutzutage?

    Und ich habe (begründet!) erklärt, dass das keine nennenswerten Nachteile bringt,

    Und wir haben dir begründet erklärt, warum das Unsinn ist.

    Meine Bereitschaft, hier noch jemandem zu helfen, ist mittlerweile Null.

    Das ist definitiv die gute Nachricht dieses Threads. Ende gut, alles gut.

  • ohne rudimentäre IP-Kenntnisse Server mit 32 Adressen buchen.

    ich korrigier das für Dich: ohne rudimentäre IP-kenntnisse server mit 2^64 adressen buchen.

    andererseits ist das SCP mehr als irreführend wen das IPv6-netz die überschrift 'IP' trägt und die rDNS einträge so gar nicht beschriftet sind.

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

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

    Du hast also verstanden, daß 2a03:4777:4b:xxx:0001:0002 keine gültige IPv6-adresse ist, eine solche sich aus acht 16-bit-blöcken in hexadezimaler schreibweise ohne führender nullen (gibts nur in der politik) zusammensetzt und aufeinanderfolgende blöcke von 0 als :: dargestellt werden?

    eine gültige server IPv6 wäre also 2a03:4777:4b:xxx:0000:0000:0000:0001 oder 2a03:4777:4b:xxx:0:0:0:1 bzw eigentlich in üblicher schreibweise 2a03:4777:4b:xxx::1. Du kannst auch so etwas wie 2a03:4777:4b:xxx::dead:beef:1 oder 2a03:4777:4b:xxx::c0ff:ee:1 verwenden, denn die letzten vier 16-bit-blöcke gehören in einem /64 Dir ganz alleine.

    und das gateway ist eindeutig im SCP angeführt mit fe80::1.

    im prinzip steht eh alles in https://de.wikipedia.org/wiki/IPv6 da braucht man keine KI zu befragen.

  • ich korrigier das für Dich

    Was soll das Shitposting? Wenn man nicht die drei Zeilen lesen kann, kann man auch einfach nicht antworten. Und dass ich geschrieben habe, dass ich mich nicht in der Pflicht sehe, eine andere als die von mir vorgeschlagene Lösung zu supporten, heißt nicht, dass ihr jetzt sinnlos "IPv6 toll, du blöd, RTFM" raushängen lassen sollt. Was ist das für eine besch... Community hier.

    Einmal editiert, zuletzt von NaN (2. Juni 2025 um 20:12)

  • Wenn man nicht die drei Zeilen lesen kann

    der OP ist kein hypotethischer kunde mit einem IPv4/27 sondern mit einem IPv6/64, das sollte Dir nicht entgangen sein.

    von mir vorgeschlagene Lösung

    IPv6 zu unterbinden ist keine lösung sondern höchstens ein temporärer zustand in einem problemfindungsprozess. manche sagen workaround dazu. und wenn der OP noch nicht auf dem IPv6-level ist aus einer netzadresse eine gültige serveradresse abzuleiten hilft es nicht zu reklamieren, daß wir an dieser stelle schon mal gewesen wären.

    für eine besch... Community hier

    frei nach Howard Carpendale: "... dann geh doch"

  • Leute...was wird das denn hier? Ich bin echt kurz davor einige der Beiträge hier zu melden. Man kann ja verschiedener Meinung sein, aber das ist doch noch lange kein Grund sich gegenseitig derart anzufahren. Was in anderen Foren üblich ist, bleibt uns hier zum Glück größtenteils erspart. Ich wäre froh darüber, wenn das auch so bleibt.

    Statt sich nun über die Sinnhaftigkeit von IPv6 zu streiten, könnte man zum eigentlichen Thema zurückkommen, statt immer nochmal eine Schippe draufzusetzen. Kommt mal wieder runter!

  • Slox Verstehe ich richtig dass das IPv6-Setup nun funktioniert? :) Wenn nicht, wo klemmts aktuell?

    Danke der Nachfrage, also das mit der IPv6 habe ich gelöst. Möchte mich morgen noch ransetzen und versuchen, den VPS noch ein wenig sicherer zu machen. Bisher sind nur die 4 Ports offen die ich brauche, SSH per Google Authenticator. Bei IPv6 muss ich noch ein wenig schauen, was ich noch absichern muss.