Das längste Thema

  • und Denic schreibt das ist nich zulaessig?

    Das ist richtig. Zeichen mit Verwechslungsgefahr wie 0 O o oder auch I l sind nicht möglich.
    Vgl.: https://www.denic.de/fileadmin/publ…o_Direct_DE.pdf

    Also musst du tatsächlich genau das tun, was der netcup-Support dir geschrieben hat ;)

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial

    Einmal editiert, zuletzt von Bud (9. Oktober 2025 um 09:35)

  • Also musst du tatsächlich genau das tun, was der netcup-Support dir geschrieben hat

    hab ich gemacht - Der Fehler liegt bei Dreamhost - ich hab denen die "anforderungen" der Denic gemailt und nun haben sie mir 2 neue codes gegeben und der eine hat ein uppercase i und der andere ein lowercase l - ich hab um Nachbesserung gebeten. third time lucky maybe

    hier ist ein direkt link wenn man keine PDFs mag:

    https://www.denic.de/en/domains/de-domains/provider-transfer/how-to-generate-and-store-an-authinfo/

    Kann man eigentlich festlegen dass man nur plaintext emails bekommt bei Netcup oder sind die Zeiten auch hier endgültig vorbei und html mail ist standard wie überall?

    domaintroubles.jpg

    The secret of success is sincerity. Once you can fake that, you've got it made.

    3 Mal editiert, zuletzt von webdesignheld (9. Oktober 2025 um 19:52)

  • ja und nun hatte dreamhost geschrieben ich soll doch ruhig mal die authcodes probieren und sehen ob das geht - und was soll ich sagen, die sind beide durchgegangen - die .de domain war sofort da und die .online ist heute nacht (Fr/Sa) aktiviert worden ... mit den verbotenen zeichen im Auth / EPP code. Ich hab aber für eine andere domain einen authcode bestellt und der ist wieder sofort abgelehnt worden. Ich bleibe da dran und werde euch auf dem laufenden halten.

    The secret of success is sincerity. Once you can fake that, you've got it made.

  • Das Problem hatte ich auch mal, habs auch beim Support als Feedback eingereicht.

    Das SCP wartet auf die Rückmeldung von den einzelnen Host, wenn einer dann nicht erreichbar ist? dann wartet er. Somit SCP quasi nicht nutzbar bis er nach Zeit x (30, 60, whatever Sekunden) in den Timeout geht und n/a anzeigt.

    Wenn diese Anfragen asynchron im Hintergrund laufen würden, dann wäre das SCP in solchen Fällen wesentlich performanter.

    Das SCP ist ja auch nutzbar, wenn man nicht gerade in der Übersicht ist wo der betroffene Host mit angefragt wird.

  • Gab es kürzlich irgendeine Änderung, die ich nicht mitbekommen habe?

    Bei DE-Domains (netcup NS) gibt es seit einigen Tagen keine DS-Records mehr, stattdessen sehe ich nur DNSKEY-Records.

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

  • Also ich überlege gerade ernsthaft, meine de-Serverdomain (hoffentlich nur vorübergehend für einige Monate, notfalls auch dauerhaft) umzuziehen. Nicht zu Strota, aber woanders hin, wo DNSSEC mit und ohne ohne Delegation zu deSEC funktioniert. Die Delegation von netcup zu deSEC klappt da nicht mehr richtig, alles INSECURE. Bei anderen de-Domains ist noch alles gut. Jedenfalls Stand von vor drei Tagen, muss ich direkt mal überprüfen.

  • Soweit ich das sehen kann, ist DNSSEC dadurch aber nicht kaputt? Jedenfalls bei meinen beiden Domains nicht...

    Kaputt war nur mein DNSSEC-Monitoring, weil das ausschließlich auf NS/DS Records ausgelegt war. :D

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    2 Mal editiert, zuletzt von KB19 (14. Oktober 2025 um 17:46)

  • Soweit ich das sehen kann, ist DNSSEC dadurch aber nicht kaputt? Jedenfalls bei meinen beiden Domains nicht...

    Kaputt war nur mein DNSSEC-Monitoring, weil das ausschließlich auf NS/DS Records ausgelegt war. :D

    Bei mir auf der einen Domain ist es kaputt. Meine eigenen Resolver und 1.1.1.1 zeigen bei dig kein ad-Flag mehr. dnsviz.net sagt INSECURE. Komplett alles INSECURE. Ich will DNSSEC bei der Delegation auch nicht rausnehmen und erst mal tagelang warten, damit sich das vielleicht alles wieder einrenkt. Denn vielleicht tut es das auch nicht. Aber ein Ticket könnte ich mal aufmachen, das Risiko dass unterwegs mal die Domain für eine Weile weg ist muss ich dann aber wohl eingehen. Oder direkt umziehen. Allerdings weiss man da auch nicht sicher ob es klappt, wobei ich bei einem Umzug von netcup weg mit Auth-Code eigentlich nie Probleme hatte. Insofern vielleicht noch die sicherste Lösung. Und nach Einführung des neuen DNS dann wieder zurück. Aber mit der Delegation zu deSEC hatte ich ja auch nie Probleme und jetzt plötzlich doch. Tja, alles hat ein Ende (nur die Wurst hat zwei :D )

  • Ich weiss es nicht genau. Alles was ich so benutze funktioniert. Ich habe mal angefragt wo es noch klemmt, was noch dringend zu testen wäre, aber noch keine Antwort. Vielleicht berät man ja intern, angesichts der größer werdenden Probleme mit dem alten System, ob man das neue System bald bringen kann.

    Ich habe aber auch Verständnis dafür, wenn man das nicht übers Knie brechen will. Denn wenn dann doch noch Fehler auftauchen sind die wahrscheinlich in einem produktiven System nicht so easy zu fixen wie in einer Beta. Andererseits kämpft man bis dahin eben an zwei Fronten, weil das alte System eigentlich auch nicht noch Monate so bleiben sollte.