Записи Связующего звена домена становятся переданными, когда я передаю домен другому регистратору?

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

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

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

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

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

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

t изменить, и вы, вероятно, сможете переключиться, ничего не делая.

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

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

t изменить, и вы, вероятно, сможете переключиться, ничего не делая.

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

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

в этом случае связующие записи не нужно передавать, их нужно изменить, , и это не произойдет автоматически.

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

в этом случае связующие записи не нужно передавать, их нужно изменить, , и это не произойдет автоматически.

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

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

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

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

Об этом:

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

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

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

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

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