<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 1, 2021 at 4:41 PM Doug Barton <dougb@dougbarton.email> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Thanks for the explanation about objects vs. host names. In this case <br>
it's not a third party that is using the old names, it's still us, so we <br>
don't want to "break" those delegations.<br>
<br>
Perhaps I didn't ask my question clearly enough. Let's take a delegation <br>
for <a href="http://example.com" rel="noreferrer" target="_blank">example.com</a> to <a href="http://ns1.example.info" rel="noreferrer" target="_blank">ns1.example.info</a> and <a href="http://ns2.example.info" rel="noreferrer" target="_blank">ns2.example.info</a>. There will be <br>
no host records at Verisign for those two names, right? So how are those <br>
delegation host names represented in the database, and why can't my <br>
now-obsolete glue records be represented the same way?<br></blockquote><div><br></div><div>Okay, I think I understand better what you're asking.</div><div><br></div><div>My understanding is that, even though the delegation is to an off-TLD name server, the registry still needs an object.</div><div>So, the glue rules mean that object will have a name, but not have any addresses.</div><div><br></div><div>Those objects' names are basically first-come, first served. </div><div>But, if you rename them, the original name is no longer in existence.</div><div>At that point, if you wanted to, you could create a new object with the now-vacated name.</div><div><br></div><div>(This may even be what you want to do, one way or another.)</div><div><br></div><div>I'm pretty sure you can't have different objects using the same name at the same time.</div><div><br></div><div>And basically, if you want the other delegations to point to the same/original IP, or to the new name, what you really want to do is rename the host, not change the delegation of the domain.</div><div><br></div><div>(I'm assuming you want all the domains to point to a new name, and not have any delegations pointing to the old name).</div><div><br></div><div>If you did the re-delegation first, that could be a bit tricky. You might need to do the following:</div><div><ul><li>Rename the new host record that was created to a throw-away name</li><li>Change the delegation to the original name (and re-connect to the original object)</li><li>Delete the now-unreferenced throw-away name</li><li>Rename the original object host to the new name you want to use for all your delegations</li></ul><div>Repeat the above for each name server host name.</div><div><br></div><div>After the above steps, there will no longer be any host objects which are children of the "primary" domain.</div></div><div> </div><div>Thus, you won't need to try to delete anything, because the name will already no longer exist. (The object will, but it will have a new name.)</div><div><br></div><div>Brian</div></div></div>