Hi Urs
On 4/15/21 2:48 PM, Mueller Urs SBB CFF FFS wrote:
Hi there
A friend reminded me to use the list, as it is sometimes a bit quiet here. ;-)
My understanding of a glue record is, that the registrar of a domain is
responsible to configure them (in my case at home, this was Cyon, but they were
a bit puzzled, as they don't do this very often).
Yes, the Glue info needs to be updated via the registrar. Many
registrars provide a option for this in their control panel, but if that
isn't available you have to do this via support case.
Just to understand this technically (I'm perhaps totally wrong):
- Domain registrar receives customer order (put dns.xyz.zyx with 1.2.3.4 as
glue record into some system)
- Registrar has an interface (fax, carrier pigeon or something similar) to tld
registry, which can save the record to its database
The registrar sends the update via the EPP protocol to the registry. If
you're interested in the technical details, you'll find an example in
the "EPP Benutzerhandbuch" on
https://www.nic.ch/de/registrars/becomeregistrar/ (4.4 "Host commands"
host create/host update)
When generating the zone, the registry then checks if it is actually
required to write the Glue info into the DNS Zonefile ( in your example,
if xyz.zyx actually uses dns.xyz.zyx as its own nameservers)
If I further change my registrar, this doesn't affect that entry, but any
change has to be ordered through the new registrar.
no, when a domain is transferred to a new registrar, all domain
information such as nameservers and dnssec information stays intact. (At
least for .ch./li - not sure if this is the same at every registry)
There is usually no way to do this myself (if the registrar is not offering
such an interface).
Correct.
There is a RFC which describes a technology that would allow nameserver
operators to signal glue updates to the parent ( "CSYNC",
https://tools.ietf.org/html/rfc7477 ), but to my knowledge, no TLD
supports this yet
Best regards
Oli
_______________________________________________
swinog mailing list
[email protected]
http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
