Beiträge von DoubleT

    Hallo,

    ich bin ebenfalls noch auf ein Problem gestoßen mit der Konfiguration anderer Nameserver gestoßen:
    Und zwar gelangt das ccp in eine Art Deadlock, wenn man bereits andere Nameserver für eine Domain eingestellt hat und dann irgendwann versucht, die Domain einem Hosting zuzuweisen.
    Da ich zunächst davon ausging, das beim Zuweisen eines Hostings ebenfalls die Nameserver zurückgestellt werden, habe ich natürlich einfach Versucht, die Zuweisung zu starten.
    Danach wurde bei den DNS-Einstellungen tagelang nur noch der Hinweis angezeigt, dass die Domain einem Hosting zugewiesen wird und ich hatte keinerlei Zugriff mehr auf DNS- oder Nameserver-Einstellungen.
    Nach einem Hin- und Her von Mails mit dem Netcup-Support, stellte sich heraus, dass es tatsächlich daran lag, dass ich andere Nameserver im ccp eingestellt hatte. Der Supportmitarbeiter musste daraufhin einen Admin Kontaktieren, um die Zuweisung komplett zurücksetzen zu lassen, damit ich wieder Zugriff auf die Domaineinstellungen bekam.
    Nachdem ich wieder Zugriff auf die Domaineinstellungen hatte und die
    Nameserver auf Netcup zurückgestellt hatte, funktionierte die Zuweisung problemlos und auch danach konnte ich ohne Weiteres die Records
    für Cloudflare anpassen und die Nameserver wieder dorthin ändern, da es mir lediglich darum ging, die Mailadressen der Domain mit über das Hosting verwalten zu können und die restlichen Records so weiterhin zu nutzen wie vorher.

    Daher würde ich vorschlagen, die Neuzuordnung einer Domain zu einem Hosting entweder solange zu sperren, wie andere Nameserver eingestellt sind, oder bei der Zuordnung die Domain automatisch wieder auf die Netcup-Nameserver umzustellen. (Oder vielleicht wenigstens einen kleinen Hinweis dazu im ccp anzuzeigen)

    Der Support war mal wieder wie gewohnt schnell, freundlich und kompetent. Danke dafür ;)

    Da Cloudflare bisher noch nicht bemerkt hat, dass ich die Nameserver geändert habe und die Nameserver von Netcup meine Records natürlich gelöscht haben, besteht jetzt wieder genau das Problem, das durch die Überprüfung der Nameserver ursprünglich verhindert werden sollte.
    Nämlich, dass in der Zwischenzeit kein Nameserver die Domain auflösen kann und die Seite nicht erreichbar ist.

    "dig meine-domain.tld" liefert jedenfalls in der Zwischenzeit einen SERVFAIL und keine Records.
    Wäre es möglich, die Netcup-Nameserver die alten Records solange beibehalten zu lassen, bis die neuen Nameserver im Netz bekannt sind? Oder lässt sich das Problem irgendwie anders umgehen?

    wir haben die Funktion zum Nutzen von externen Nameservern optimiert. Cloudflare und Powerdns sollten jetzt unterstützt werden.

    Jawollo! :D
    Vielen Dank für die schnellen Änderungen, und das besonders über die Osterfeiertage! Ich bin begeistert! :thumbup:

    Kann das jemand bestätigen?

    Das CCP akzeptiert meine beiden Cloudflare-NS. Cloudflare hat die Änderungen zwar noch nicht erkannt, aber das kann ja immer ein paar Stunden dauern!

    Hallo,

    die 14-Cent-.de-Domains sind schon seit gestern mittag ausverkauft...
    Wird es wohl nochmal ein kontingent an günstigen .de-Oster-Domainangeboten geben oder muss ich nun grundsätzlich wieder den regulären Preis zahlen, wenn ich eine neue Domain anmelden will?

    Viele Grüße und frohe Ostern!

    Guten Morgen!

    Heute morgen kam eine Mail vom Cloudflare-Support:

    Zitat

    Hi there,

    CloudFlare doesn't become your authoritative DNS provider until you
    fully switch over to our nameservers. In this case I'd recommend
    reaching out to the domain registrar and ask them to update the
    nameservers to the ones we provided. Once that is done we will be your
    authoritative DNS, and you can start using CloudFlare.

    Best Regards,

    [Name des Supportmitarbeiters]

    CloudFlare | Support Engineer

    Das klingt tatsächlich nach dem oben geschilderten Henne-Ei-Problem. Sie werden also so lange nicht authoritativ, bis ich komplett die Nameserver gewechselt habe. Er empfiehlt mir, mich mit Netcup in Verbindung zu setzen und darum zu bitten, die Nameserver manuell ändern zu lassen. Erst dann würden diese authoritativ werden.

    Das CCP müsste also im Fall von Cloudflare-Nameservern nur prüfen, ob diese die Zone auflösen können und nicht das Authority-Flag abfragen.

    Frohe Ostern! :thumbup:

    Guten Abend,

    gerne können wir solche Ausnahmen festlegen

    Das wäre großartig! :thumbup:

    Interessant wäre es für uns zu wissen, was Cloudflare selbst dazu für Angaben macht.

    Ich habe gestern eine Supportanfrage an Cloudflare gestellt, jedoch bisher noch keine Antwort erhalten.
    Sobald ich Neuigkeiten erhalte, kann ich sie natürlich gerne hier mitteilen.


    Viele Grüße und ebenfalls frohe Osterfeiertage!

    [Edit:]
    Wenn ich das richtig nachgelesen habe, sind alle Cloudflare-Nameserver
    abgesehen vom Namensprefix absolut identisch und greifen auf dieselben
    Datenbestände zu, um jeweils in der Lage zu sein, alle von Cloudflare
    verwalteten Domains aufzulösen und nicht nur die für die jeweils den
    beiden NS zugeteilten Domains. Damit können alle Cloudflare-Nameserver
    irgendwie über die Datenbank auf die Zonendatei zugreifen.
    Möglicherweise, könnte es damit etwas zu tun haben. Ich werde aber
    weiterhin die Antwort eines Technikers von Cloudflare abwarten.

    Hallo allerseits!

    Ich melde mich nochmal mit einem kleinen Update:
    Es funktioniert nach wie vor nicht. Die Cloudflare-Nameserver liefern bei direkter anfrage kein Authority-Flag.

    Was mir aber bei der dig-Anfrage auf den Cloudflare-Nameservern noch aufgefallen ist:

    Code
    ;; WARNING: recursion requested but not available

    Das heißt, die NS sind nicht in der Lage, Domains rekursiv aufzulösen. Und das bedeutet doch, dass sie die Records für meine Domain nur aus einem einzigen Grund kennen können:
    Weil sie authoritativ meine Domain verwalten.

    Zum Beispiel liefert die Anfrage "dig @art.ns.cloudflare.com google.com" keine Records zurück, weil die Server die dns von google.com nicht weiterleiten, solange sie nicht dafür zuständig sind.
    Wenn die Nameserver bei Cloudflare also meine domain auflösen können, dann sind sie authoritativ, auch wenn sie das entsprechende Flag nicht mitsenden.

    Da es ja noch quasi die Beta-Phase ist, und Fehler und Probleme gemeldet werden sollen:
    Die Prüfung der Authorität im CCP müsste dringend nochmal überarbeitet werden. (Oder ggf. müssten Ausnahmen für *.ns.cloudflare.com hinzugefügt werden)


    Scheinbar sendet der Server kein Authority-Flag, sondern setzt stattdessen einen SOA-Record (Start of [a zone of] authority record) und speichert darin den primären nameserver, wenn ich das richtig sehe...
    Kann jemand, der es geschafft hat mal bitte ebenfalls "dig @blabla.ns.cloudflare.com eigenedomain.tld ANY +noall +answer +authority"(auf Linux) mit seiner Domain ausführen und sein Resultat hier posten?

    Also so wie du es konfiguriert hast solltest du die Nameserver eintragen können (im ccp). Deine Zone ist CloudFlare bekannt und werden auch korrekt angezeigt dass diese dafür zuständig sind.

    Die DNS stimmt zwar, aber die ns sind nicht authoritativ. D.h., sie nehmen nicht die von mir bei Cloudflare hinterlegten DNS-Records, sondern versuchen die DNS rekursiv über andere Nameserver aufzulösen. Die leiten die Anfrage so lange weiter, bis sie bei einem authoritativen Nameserver ankommt und das ist zurzeit immernoch Netcup. Ich habe gelesen, dass die NS-Records bei Cloudflare eine TTL von 24 Stunden haben, werde es also morgen nochmal versuchen. Bis jetzt kann ich die Nameserver jedenfalls noch nicht im CCP hinzufügen.
    Aber interessanterweise entspricht die IP-Adresse aus deinem nslookup auch nicht der meines Servers, sondern der eines Cache-Servers bei Cloudflare.

    Ich werde morgen noch einmal Bescheid sagen, ob es geklappt hat.

    Zum Testen am besten direkt die Nameserver mit dig nach der Zone befragen. Liefern diese zurück das diese autoritär für die Domain zuständig sind, sollte alles klappen.

    Liegt da nicht genau das Problem, dass sie erst dann autoritär für die Domain zuständig sein können, wenn die Nameserver bei Netcup geändert wurden?
    Oder verwechsle ich da gerade etwas?
    Dig liefert jedenfalls für meine Domain die folgende Ausgabe:


    Offensichtlich liefert die Abfrage "AUTHORITY: 0". Aber warum?

    Es kommt nur dann zu Problemen, wenn man vor dem "okay/anlegen" die Nameserver angibt im ccp, also bevor die Zone auf dem Nameserver existiert.
    Sollte man dies machen, muss man sich ein paar Minuten gedulden und es nochmals versuchen. Felix und ich haben dieses Thema bereits im IRC durchgemacht und bin da wohl in die "Falle" gelaufen, da etwas gecached war.

    "Ein paar Minuten gedulden" trifft es da nicht ganz. Ich warte bereits mehrere Stunden und bekomme immer noch die Fehlermeldung, dass die Domain angeblich nicht von den eingegebenen Nameservern verwaltet wird. Der nslookup mit der Test-IP 127.0.0.1 liefert das selbe Resultat wie Ihrer.
    Ich frage mich, wie lange die entsprechenden Nameserveranfragen bei Netcup gecached werden...