Wechsel der IP-Adresse des Glue-Record bei .at Domain wirkt nicht

falls Dir das weiterhilft ... (soeben bei mir getestet)

C:\>nslookup ns3.hitco.at
Server:  MEINROUTER
Address:  IPv6

Non-authoritative answer:
Name:    ns3.hitco.at
Addresses:  2001:470:1f0b:ee1::babe
          51.116.232.243

gunnarh - einem alten Hasen wie Dir passieren keine Fehler. Für mich sieht es so aus, als ob das, was die netcup-API das EPP bei nic.at mit fehlerhaften XML-Daten anspricht.
Siehe https://www.metaregistrar.com/…domains/domain-check.html

Dazu möchte ich allerdings anmerken, dass nic.at die Glue-Records wahrscheinlich auch automatisch von den angegebenen autoritativen NS auflösen kann, Du also versuchen könntest, die IP beim Update gar nicht erst anzugeben. (Zumindest hat das nic.at-eigene Formular das früher so gemacht).

Bei anderen Registraren kann man Glue-Records auch aktiv löschen (bei 4. Buchstabe im Alphabet² 2-4 etwa).

Ich selbst bin mittlerweile von Glue-Records abgekommen und habe mir Billig-Domains aus unterschiedlichen Zonen geleistet, die ich jetzt für die Nameserver verwende. So stellt sich das Problem fehlgeschlagener EPP-Updates gar nicht erst.

Ein Workaround könnte darin bestehen, dass Du ns3 zwar in Deiner Zone definierst, aber einstweilen einen nstemp mit der neuen IP anlegst, dann den ns3-Glue über EPP löschst (löschen lässt), und dann ein weiteres Update veranlasst.

Eventuell hilft es auch, beim NIC.at-Support direkt anzufragen - wenn sie dort auch nichts für Domains eines Registrars machen werden wollen, so können sie zumindest netcup einen Tip geben, was da schief läuft - oder den Glue für ns3 löschen.

Für Interessierte Reload-Times sind übrigens momentan alle 2 ungeraden Stunden - nachzulesen in den nic.at FAQ.

https://www.nic.at/de/so-funkt…archFaqForm&search=reload

Noch ein paar Debbuging-Daten:

for i in $(seq 1 3); do dig +short @ns${i}.hitco.at -t soa hitco.at; done

ns1.hitco.at. dns-admin.hitco.at. 2020102513 1200 600 2419200 1200

ns1.hitco.at. dns-admin.hitco.at. 2020102513 1200 600 2419200 1200

ns1.hitco.at. dns-admin.hitco.at. 2020102513 1200 600 2419200 1200

for i in $(seq 1 3); do dig +short @ns${i}.hitco.at -t ns hitco.at; done

ns3.hitco.at.

ns2.hitco.at.

ns1.hitco.at.

ns3.hitco.at.

ns2.hitco.at.

ns1.hitco.at.

ns3.hitco.at.

ns1.hitco.at.

ns2.hitco.at.

dig @ns2.univie.ac.at -t NS hitco.at

; <<>> DiG 9.16.1-Ubuntu <<>> @ns2.univie.ac.at -t NS hitco.at

; (2 servers found)

;; global options: +cmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45307

;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 7

;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:

; EDNS: version: 0, flags:; udp: 4096

; COOKIE: 99d52320d12a68b2010000005f95a884c670471c60a983e1 (good)

;; QUESTION SECTION:

;hitco.at. IN NS

;; AUTHORITY SECTION:

hitco.at. 10800 IN NS ns3.hitco.at.

hitco.at. 10800 IN NS ns2.hitco.at.

hitco.at. 10800 IN NS ns1.hitco.at.

;; ADDITIONAL SECTION:

ns3.hitco.at. 10800 IN A 23.97.171.64

ns2.hitco.at. 10800 IN A 5.45.107.134

ns1.hitco.at. 10800 IN A 37.120.174.149

ns3.hitco.at. 10800 IN AAAA 2001:470:1f0b:ee1::babe

ns2.hitco.at. 10800 IN AAAA 2a03:4000:6:126c::affe

ns1.hitco.at. 10800 IN AAAA 2a03:4000:6:71ec::cafe

;; Query time: 8 msec

;; SERVER: 192.92.125.2#53(192.92.125.2)

;; WHEN: So Okt 25 17:32:04 CET 2020

;; MSG SIZE rcvd: 251

OK, gerade mit einer spare Domain versucht, wobei ich nur die IP des SOA-NS angegeben habe, die anderen beiden nicht:

Fehler:

IP des Nameserver dns2.testdomain.at im falschen Format. Bitte geben Sie die IP des Nameservers als IPv4 oder IPv6 an.

Da der Nameservereintrag innerhalb der bearbeiteten Zone liegt, muss eine IP zum Nameserver angegeben werden (Glue record).

IP des Nameserver dns3.testdomain.at im falschen Format. Bitte geben Sie die IP des Nameservers als IPv4 oder IPv6 an.

Da der Nameservereintrag innerhalb der bearbeiteten Zone liegt, muss eine IP zum Nameserver angegeben werden (Glue record).

Sie können maximal 5 Nameserver für diese Domain angeben. Und müssen mindestens 2 Nameserver für diese Domain angeben.

"testdomain" ist ein Platzhalter.

Update 2: netcup scheint aber nicht zu testen, wenn man einen NS, der in der Zone steht, einfach weglässt...

dns1 und dns2 mit ihren jeweiligen IP-Adressen sind jetzt drinnen. Mehr dazu ab 19 Uhr...

gunnarh ich bin jetzt erst dazugekommen. Die Nameserver (IPv4-only) sind so übernommen worden. Jetzt habe ich, gemein wie ich bin, dns2 eine andere IP-Adresse im CCP und eigene Nameserver gegeben - die Änderung wurde nach dem Speichern auch akzeptiert.

Schauen wir einmal, ob der Wert nach 13 Uhr stimmt.

Nach dem Reload um 13 Uhr war die upgedatete IP bei nic.at immer noch nicht richtig.

Ich habe dann im CCP gemacht:

Löschen des zweiten Nameservers.

Hinzufügen eines weiteren Nameservers mit anderem Namen an dieser Stelle: dns3 mit anderer IP (steht auch in der Zone).

Fehler:

Die Nameserver konnten nicht aktualisiert werden. Domain update at registrar failed. Command syntax error:

Parser error at line [0], column [1871]: Element \'{urn:ietf:params:xml:ns:domain-1.0}hostAddr\': This element is not expected. Expected is ( {urn:ietf:params:xml:ns:domain-1.0}hostAttr ).

Anschließend habe ich auf die netcup-Nameserver gewechselt - OK.

Zurück auf eigene Nameserver: alle drei Einträge neu angelegt: OK

Swap der IP von zwei der Nameserver - speichern: OK.

Also ein einfaches Update scheint nicht zu funktionieren, aber der Wechsel von eigenen auf netcup-Nameserver dürfte das Delete triggern.

Danach ist das Anlegen möglich.

Unklar ist mir, wieso dann der Swap von zwei IPs zulässig ist.

Ab 15 Uhr sehen wir ja, ob die Änderung durch ist.

Im Whois stehen noch die alten Werte von gestern.

Wen von netcup könnten wir da „anpingen“ um Licht ins Dunkel zu bringen?

Bitte gerne! Ich habe auch den Eindruck, dass beim Versuch, die Glue-Records nach dem Prinzip KISS einzubauen, im CCP etwas übersehen worden ist. Bei dem anderen Anbieter, den ich angedeutet habe, wurde für die Glue-Records pro Domain ein eigener Reiter gebaut, wo man die Einträge einzeln bearbeiten kann, wobei man sie auflösen oder manuell eingeben kann, und auch pro Server mehrere IPs registrieren kann.

Leider ist das bei netcup längst nicht so „sophisticated“.

Halt mich bitte auf dem laufenden, was Dein Ticket ergeben hat. Es würde mich sehr interessieren.

Zwischenbericht: Das Update hat natürlich nicht geklappt. ns2.univie.ac.at liefert als additionals immer noch die falschen zwei IPs.