Передается ли Glue Records домена, когда я передаю домен другому регистратору?

Это зависит от регистратора и от того, кто предоставляет DNS-серверы для DOMAIN.NET

В вашем примере .NET это домен верхнего уровня. Опуская некоторые детали, когда компьютер в Интернете пытается получить доступ к компьютеру в DOMAIN.NET

• он уже знает, как найти серверы имен для.NET (и других доменов верхнего уровня, таких как .COM .ORG .CA и так далее), так что он идет к одному из тех и просит адрес серверов имен для DOMAIN.NET
• серверы имен для .NET знать IP-адреса серверов имен для DOMAIN.NET (это клейкие записи)
• а затем серверы имен для DOMAIN.NET знать IP-адреса компьютеров в вашем домене

В принципе, если вы используете свои собственные DNS-серверы и просто меняете регистраторов, склеенные записи не меняются, и вы, вероятно, можете переключиться, ничего не делая.

Если сформулировать ваш вопрос, похоже, что регистратор также предоставляет DNS-серверы для вашего домена, и в этом случае склеенные записи не нужно переносить, их нужно менять, и это не произойдет автоматически.

Если вы полагаетесь на серверы имен своего регистратора, вам нужно поговорить с новым регистратором и выяснить, когда они изменят склеенные записи после передачи им домена. Затем вам нужно поговорить со старым регистратором и убедиться, что он продолжает предоставлять услуги (со старыми связующими записями) до тех пор, пока не произойдут изменения.

Да, склеенные записи переносятся.

По следующим причинам:

• в реестрах, использующих эту модель (большинство, но не все), серверы имен являются объектами в их базе данных, как и доменные имена.
• вам (точнее: вашему регистратору) необходимо создать эти объекты хоста, прежде чем вы сможете использовать их (связать их) с любым доменным именем.
• вам необходимо создать эти объекты хоста как для внутренних, так и для внешних хостов: внутренние хосты — это хосты, имя которых заканчивается на один из TLD, управляемых реестром.
• внешние хосты либо используются всеми регистраторами, либо принадлежат первому создавшему их регистратору.
• внутренние хосты всегда могут создать только регистраторы, спонсирующие базовый внутренний домен; что имеет следующее последствие: если вы хотите зарегистрироваться и иметь в этом отношении авторитет, регистратору необходимо будет выполнить следующий список шагов: 1) создать без подключенных к нему серверов имен, 2) создать хост-объект - поскольку только он может это сделать быть спонсором основного домена и 3) ассоциированным лицомns1.example.comкexample.comдомен
• хост-объекты, если они являются внутренними и используются, будут иметь последствие публикации связующих записей в реестре; но тот факт, что на уровне DNS есть связующие записи, является лишь следствием вышесказанного, важным моментом является их существование в качестве хост-объекта.
• объекты хоста, в отличие от объектов домена, не могут быть переданы явно
• однако внутренние объекты хоста передаются неявно при передаче внутреннего базового доменного имени.

Вкратце это изложено в RFC 5732 §3.2.4:

Семантика передачи не применяется напрямую к хост-объектам, поэтому для команды EPP не определено сопоставление. Хост-объекты являются подчиненными по отношению к существующему вышестоящему объекту домена и, как таковые, подлежат передаче при передаче объекта домена.

А также в RFC 5731 §3.2.4:

Передача объекта домена ДОЛЖНА неявно передавать все объекты хоста, которые являются подчиненными объекту домена. Например, если переносится объект домена «example.com» и существует объект хоста «ns1.example.com», объект хоста ДОЛЖЕН быть передан как часть процесса передачи «example.com». Хост-объекты, подлежащие передаче при передаче объекта домена, перечислены в ответе на команду EPP, выполняемую над объектом домена.

Об этом:

и отправлять IP-адреса Glue непосредственно на корневые серверы Интернета для .Net, так как же новый регистратор узнает об этом во время передачи домена?

Это либо неправильно, либо неправильно сформулировано, вышеизложенное должно прояснить ситуацию.

Регистраторы отправляют команды реестрам, а реестры публикуют данные на своих авторитетных серверах имен. Во-первых, здесь нет ничего о «корневых серверах». Корневые серверы — это авторитетные серверы имен для root (!), т. е..и у них, по сути, просто есть список всех TLD; что бы вы ни делали со своим доменом второго уровня, напримерexample.netимеет 0 последствий на корневых серверах, поэтому вы, вероятно, думали об авторитетных серверах имен реестра (.net).

Во-вторых, как описано выше, связующие элементы на самом деле являются хост-объектами в базе данных реестра. Как и любые другие объекты, они могут быть запрошены и обновлены регистраторами при некоторых условиях.

В-третьих, регистратор может знать все «подчиненные» серверы имен, существующие под определенным доменным именем, через соответствующий EPP.domain:infoкоманда. Если вывод ограничен реестром, это не имеет значения, поскольку, как объяснялось выше, объекты хоста будут перенесены реестром неявно, если будет перенесен базовый (вышестоящий) домен. Таким образом, связующие элементы продолжают публиковаться постоянно, а хост-объекты в конце будут спонсироваться новым регистратором, который затем сможет их обновлять или удалять по мере необходимости.