Эпизод 7
Бонус: добавочные записи
-
Подожди...
-
Чего-то здесь не хватает!
-
Как мог резолвер найти 'ns1.dnsimple.com' прежде, чем 'dnsimple.com'?
-
Так как 'ns1.dnsimple.com' — это поддомен 'dnsimple.com', как мы могли разрешить 'ns1.dnsimple.com', сперва не разрешив 'dnsimple.com'?
-
Разве поиск не идёт в обратную сторону?
-
Не застрянем ли мы в какой-то момент в цикле?
-
Например, допустим, что авторитетный сервер для domain.com — это ns1.domain.com
-
Если бы я хотел открыть domain.com, TLD сервер .COM сказал бы мне получить IP-адрес от авторитетного сервера: ns1.domain.comУзнай у ns1.domain.com
-
ns1.domain.com — поддомен domain.comМы не можем выйти на поддомен, не получив домен!
-
Застрял в цикле!
-
Итак, что случилось? Как резолвер смог найти 'dnsimple.com' через 'ns1.dnsimple.com'?
-
Легко!Добавочные записи!
-
Добавочные записи?
-
Именно!
-
Круто!Тогда я объясню!
-
Когда резолвер спросил TLD-сервер .COM об dnsimple.com, дополнительная информация была прикреплена к ответу.
-
Резолвер получил как минимум один IP-адрес для каждого именного сервера.
-
Мы называем это 'glue'! (клей).
-
Поэтому резолвер не только получил имя авторитетного именного сервера — он также получил IP-адрес.
-
Таким образом ломая круговую зависимость.
-
Неплохо! Теперь я понял!
-
Добавочные записи жгут!
-
Именно!хахаха, спасибо!
-
Ты дошёл до конца! А сейчас пора посмотреть видео, которое мы сделали к комиксу!