DNS-запрос

DNS (Domain Name System) — это «телефонная книга» интернета: она переводит читаемые человеком домены, такие как example.com, в IP-адреса, которые машины используют для связи. DNS-запрос обращается к DNS-серверу за конкретной записью домена: запись A возвращает IPv4-адрес, запись MX — почтовые серверы, принимающие письма, а запись TXT часто применяется для SPF/DKIM и подтверждения владения доменом. Этот инструмент выполняет запрос прямо в браузере по протоколу DoH (DNS over HTTPS). Запрос идёт от вашего браузера напрямую к публичному DNS-резолверу и никогда не проходит через наши серверы, поэтому что вы запрашиваете и какие получаете результаты остаётся локально, защищая вашу конфиденциальность.

DNS-запросы традиционно выполняются по UDP на порту 53: клиент отправляет DNS-сообщение с именем и типом запроса настроенному рекурсивному резолверу, который рекурсивно обходит корневые, домены верхнего уровня и авторитетные серверы и возвращает ответ. Определённый в RFC 1035, сообщение представляет собой компактный бинарный формат, и браузеры не могут напрямую отправлять и принимать сырой UDP 53 из соображений безопасности, поэтому веб-инструментам DNS обычно нужен бэкенд-прокси. DoH (DNS over HTTPS), определённый в RFC 8484, оборачивает DNS-сообщения в HTTPS-запросы на порту 443. Он поддерживает две формы полезной нагрузки: бинарный wireformat (application/dns-message) и JSON-форму (application/dns-json, предоставляемую Google вне RFC 8484 и также поддерживаемую Cloudflare). Этот инструмент использует JSON-форму: браузер отправляет GET-запрос с заголовком `Accept: application/dns-json` на `https://cloudflare-dns.com/dns-query?name=example.com&type=A` и получает структурированный JSON напрямую, без бэкенда. Ключевые поля в возвращаемом JSON: `Status` — это DNS RCODE (0=NOERROR, 3=NXDOMAIN означает, что домен не существует, 2=SERVFAIL — сбой сервера); каждая запись массива `Answer` содержит `name` (имя записи), `type` (числовой код типа, например 1=A, 28=AAAA, 15=MX, 16=TXT, 2=NS, 6=SOA, 5=CNAME), `TTL` (время жизни кеша в секундах) и `data` (значение записи). Авторитетные данные могут также появляться в секциях `Authority` (SOA, NS) и `Additional`. Главная ценность DoH — конфиденциальность и устойчивость к подмене: DNS-запросы шифруются через HTTPS, поэтому посредник не может ни подсмотреть, ни изменить содержимое запроса, как в случае с открытым UDP 53, ни легко перехватить трафик по идентификации порта. Именно это позволяет инструменту работать целиком в браузере — трафик идёт напрямую к DoH-провайдеру, без промежуточных серверов.

• Традиционный DNS: RFC 1035, порт UDP/TCP 53, бинарные сообщения; браузеры не могут отправлять/принимать его напрямую и нуждаются в бэкенд-прокси.
• DoH: RFC 8484, DNS, обёрнутый в HTTPS на порту 443, шифрует содержимое запроса, устойчив к подсмотру и перехвату.
• JSON DoH: запросы несут `Accept: application/dns-json` и возвращают структурированный JSON; поддерживается и Cloudflare, и Google с открытым CORS, поэтому браузер вызывает их напрямую.
• RCODE: 0=NOERROR, 2=SERVFAIL, 3=NXDOMAIN (домен не существует), 5=REFUSED.
• Коды типов записей: 1=A, 28=AAAA, 5=CNAME, 15=MX, 16=TXT, 2=NS, 6=SOA, 33=SRV, 257=CAA.
• TTL — время жизни кеша в секундах; рекурсивный резолвер возвращает кешированный результат до истечения TTL, затем повторно запрашивает авторитетный сервер.