Это канонический вопрос о DNS клеевых записях.
Что именно (но кратко) является DNS-клеевой записью? Зачем они нужны и как они работают?
domain-name-system
glue-record
LanceBaynes
источник
источник
Ответы:
Склеенная запись - это термин для записи, обслуживаемой DNS-сервером, который не является полномочным для зоны, чтобы избежать условия невозможных зависимостей для зоны DNS.
Скажем, у меня есть зона DNS для
example.com
. Я хочу иметь DNS - сервера that're хостинга авторитетную зоны для этого домена , так что я могу реально использовать его - добавление записи для корневого домена,www
,mail
и т.д. Таким образом, я поставил имя сервера в регистрации делегировать они - это всегда имена, поэтому мы вставимns1.example.com
иns2.example.com
.Здесь есть хитрость. Серверы TLD будут делегировать DNS-серверам в записи whois, но они находятся внутри
example.com
. Они пытаются найтиns1.example.com
, спросите.com
сервера и получить называют обратно ...ns1.example.com
.Что делает склеивание записей, так это позволяет серверам ДВУ отправлять дополнительную информацию в своем ответе на запрос для
example.com
зоны - отправлять IP-адрес, который также настроен для серверов имен. Это не авторитетно, но это указатель на авторитетные серверы, позволяющий разрешить цикл.источник
Я попросил объединить этот ответ с дублирующим вопросом, так как существующие ответы не объясняют роль этого
ADDITIONAL
раздела.Чтобы увидеть, как это работает, введите:
dig +trace +additional google.com SOA
Это отследит полномочия сервера имен, начиная с корневых серверов (
+trace
). Добавление+additional
также покажет вамADDITIONAL
раздел каждого ответа DNS-сервера. Обычно большинство людей думают о DNS в терминахQUESTION
иANSWER
разделах, ноADDITIONAL
также играют важную роль: если сервер имен знает ответы на любые вопросы, связанные с ответом, он может преимущественно предоставить эти ответы вADDITIONAL
разделе, не требуя дополнительные запросы от вашего клиента.Обратите внимание, что авторитетные серверы имен для
google.com
находятся в домене, для которого они являются полномочными. (ns1.google.com
,ns2.google.com
И т.д.)Когда вы просите сервер имен предоставить список серверов имен для домена, они часто будут предоставлять список
A
записей -типа (IP-адресов) вADDITIONAL
разделе, а не толькоNS
ответы -типа: они называются склеивающими записями , используемыми для предотвращения циклического зависимостей. В этом случае этиA
записи обслуживаются серверами имен TLD (.com, .org и т. Д.) На основе IP-адресов, которые кто-то предоставил регистратору DNS, ответственному за домен. Обычно их можно изменить, войдя в веб-интерфейс администратора, который они вам предоставляют.(отказ от ответственности:
AAAA
записи, содержащие адреса IPV6, также могут быть предоставлены как часть клея, но я упустил это для простоты.)источник
+trace
. Вот почему это там.dig +trace
тестах добавление+additional
не меняет вывод вообще)В википедии есть точное (и краткое) объяснение .
Цитировать:
источник
Пройдя поиск навсегда и прочитав много о клейких записях и все еще не понимая, что они были или как их можно сделать, я наконец нашел ответ, и он очень прост.
Как я понимаю, никакой волшебной дополнительной информации, отправляемой откуда-то, именно так она и работает.
Допустим, ваш домен - example.com, и вы хотите использовать свои собственные серверы имен ns1.example.com и ns2.example.com, вам нужно как минимум два DNS-сервера.
Чтобы это работало сейчас, вам нужно, чтобы владелец домена верхнего уровня поместил следующие записи в свой DNS.
Эти две записи А являются связующими записями, и они должны находиться в верхнем домене, в данном случае .com, и не все регистраторы могут сделать это за вас.
Если это не так, пожалуйста, поправьте меня. Я просто подумал, что пытаюсь объяснить простым способом для тех, кто не может найти правильный ответ.
источник
sub.example.com
делегирование в зонуns1.sub.example.com
иns2.sub.example.com
вexample.com
нее. Серверы имен дляcom
делегируютсяexample.com
от себя и не могут предоставить клей никому из своих детей.sub.example.com
->example.com
->ns1.example.com
->example.com
->ns1.example.com
... и и так далее