Можно ли использовать идентификатор домена реестра для отслеживания того, принадлежит ли домен тому же регистранту (за исключением смены владельца), если он передан другому регистратору?
Вы не можете сделать никаких реальных выводов из этого поля. Он контролируется реестром, поэтому может быть любым. Это похоже на "последовательность" в СУБД, если хотите, поэтому должен оставаться неизменным для данного домена (есть по крайней мере один реестр, где он также будет одинаковым для каждого имени, то есть если имя будет удалено, а затем воссоздано, то идентификатор снова будет таким же; пример найден в .EU
где ROID - но в любом случае не отображается в whois - это просто "something_eu-EURID"for the domain
any.eu`; но в большинстве случаев каждый «жизненный цикл» домена, даже с тем же именем, получит другой идентификатор).
Но вы должны относиться к нему как к непрозрачной капле и не полагаться на нее.
Если вам нужно проверить, меняется ли регистратор или меняется регистрант, вам лучше вместо этого просто протестировать части идентификатора регистратора или контактного лица регистранта, вам даже не нужно смотреть на часть идентификатора реестра.
Откуда я это знаю? Я обслуживаю серверы и базы данных whois реестра и регистратора, поэтому у меня есть некоторый опыт в том, откуда берется эта область и как с ней обращаются.
Если вам нужно формальное определение, то «идентификатор реестра» фактически берется из элемента EPP ROID, как определено в RFC5731:
Элемент, который содержит идентификатор объекта репозитория, назначенный объекту домена при создании объекта.
Обратите внимание, что в нем ничего не говорится о том, как поле подготавливается или изменяется реестром.
RFC5730 просто говорит:
Когда команда была обработана успешно, сервер ДОЛЖЕН ответить элементом EPP, который ДОЛЖЕН содержать дочерний элемент, который идентифицирует пространство имен объекта и идентификатор объекта репозитория (ROID), который был назначен объекту при создании объекта.
Честно говоря, это больше шума, чем что-либо еще, это похоже на внутреннее обслуживание реестра, мало пользы от его раскрытия, даже для регистраторов (ни одна команда в EPP не использует этот «roid» в качестве входных данных).
PS: в настоящее время вы должны использовать RDAP, а не whois.
$ curl --silent https://rdap.verisign.com/com/v1/domain/example.com | jq .handle
"2336799_DOMAIN_COM-VRSN"
Видеть https://icann.org/rdap для ознакомления с ним (для gTLD).
Если вы посмотрите на RFC7483 для RDAP, который определяет свои поля, handle
определяется как таковое:
DNR и RIR имеют уникальные в реестре идентификаторы, которые могут использоваться для конкретной ссылки на экземпляр объекта. Семантика этого типа данных, представленная в этом документе, должна быть уникальной для реестра ссылкой на ближайший включающий объект, в котором находится значение. Имена типов данных «registryId», «roid», «nic-handle», «registrationNo» и т. Д. Часто являются синонимами этого типа данных. В этом документе используется термин «ручка». Термин, используемый клиентами для пользователей, является проблемой презентации, выходящей за рамки этого документа.
Эта команда была запущена в 2019 году:
bob@linux ~ $ whois examplexyz.com
Domain Name: examplexyz.com
Registry Domain ID: 1234567890_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.fastdomain.com
Registrar URL: http://www.fastdomain.com
...
Эта команда была запущена в 2020 году:
bob@linux ~ $ whois examplexyz.com
Domain Name: examplexyz.com
Registry Domain ID: 1234567890_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.godaddy.com
Registrar URL: http://www.godaddy.com
...
Таким образом, даже после перехода к другому регистратору идентификатор домена реестра остается прежним.
Обратите внимание, что значения были изменены, но только на одинаковой основе.