DNS

В начале восьмидесятых все имена компьютеров сети ARPANET хранились в одном файле HOSTS.TXT, который вручную обновлялся в центре SRI и рассылался по узлам. С ростом сети схема перестала работать, и в 1983 году Пол Мокапетрис предложил DNS. Действующие базовые стандарты — RFC 1034 и RFC 1035 1987 года. Наследник старого подхода живёт до сих пор: локальный файл hosts на любом компьютере.

Главная идея — делегирование. Никто не хранит все имена сразу: корневая зона знает только серверы доменов верхнего уровня, серверы зоны .ru знают серверы каждого домена в ней, а уже серверы домена хранят его записи. Каждый владелец управляет своей частью дерева сам.

Путь запроса

Браузер сначала смотрит в свой кеш и кеш операционной системы. Если ответа нет, вопрос уходит резолверу провайдера или публичному. Тот при необходимости проходит цепочку: корневые серверы → серверы зоны верхнего уровня → авторитетные серверы домена, и возвращает ответ, запоминая его на время TTL. Увидеть этот путь целиком можно командой:

dig +trace example.com A

Что хранится в зоне домена

• A и AAAA — адреса сайта по IPv4 и IPv6;
• CNAME — псевдонимы, например для www;
• MX — серверы, принимающие почту;
• TXT — текстовые данные: SPF, DKIM, коды подтверждения для Яндекс Вебмастера и Google;
• NS и SOA — служебные записи о серверах и параметрах самой зоны.

DNS глазами владельца сайта

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