> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/ru/lookup-privacy/dns-resolver.md).
# DNS Resolver
Разрешите домен через множество публичных DNS-провайдеров одновременно и сравните ответы, чтобы заметить управление через CDN, устаревшие кэши или фильтрацию по пути.
## Что это делает
Каждый раз, когда вы открываете сайт, ваше устройство обращается к DNS-резолверу, чтобы преобразовать доменное имя в IP-адрес. Разные резолверы могут давать разные ответы.
Инструмент **Разрешение DNS** запрашивает у списка известных публичных резолверов один и тот же вопрос одновременно, а затем показывает все ответы рядом. Вам не нужно менять какие-либо настройки на устройстве. Запросы выполняются с сервера IPCheck.ing, а не с вашего компьютера.
Это самый быстрый способ увидеть, совпадает ли ответ, который вам выдаёт сеть, с тем, что видит остальной мир.
## Как его запустить
{% stepper %}
{% step %}
### Откройте инструмент
Перейдите в **Дополнительные инструменты** и нажмите на **Разрешение DNS** карточку. Она откроется на отдельной странице, `/tools/dnsresolver`.
{% endstep %}
{% step %}
### Выберите тип записи
Тип записи выбирается в раскрывающемся списке слева от поля ввода. `A` выбран по умолчанию и является правильным выбором для вопроса «какой IP использует этот сайт?» — другие типы объясняются внизу этой страницы.
{% endstep %}
{% step %}
### Введите домен
Введите имя домена или вставьте полный URL в поле. URL тоже подойдёт, потому что инструмент извлекает из него имя хоста. Нажмите Enter или кнопку воспроизведения.
{% endstep %}
{% endstepper %}
## Чтение результатов
Результаты отображаются в таблице из двух столбцов — **DNS-провайдер** и **Результат разрешения** — рядом с каждым провайдером есть флаг, показывающий, в какой стране он находится.
Над таблицей находится ряд тегов регионов: **Все регионы**, а также по одному для каждой страны, присутствующей в результатах. Нажмите на один, чтобы показать только резолверы этой страны. Это самый быстрый способ понять, связано ли расхождение со всем регионом или только с одним провайдером.
У каждого имени провайдера есть метка:
| Метка | Значение |
| ---------- | ---------------------------------------------------------------------- |
| `(DNS)` | Запрошено через обычный DNS — традиционный незашифрованный протокол. |
| `(DoH 🔒)` | Запрошено через DNS-over-HTTPS — зашифрованную версию того же запроса. |
Некоторые провайдеры запрашиваются по обоим протоколам, поэтому одно и то же имя может появиться дважды с разными метками. Сравнить эти две строки тоже стоит хотя бы на минуту: это один и тот же вопрос, заданный по незашифрованному и зашифрованному каналу.
`Н/Д` означает, что провайдер ничего не вернул. Либо записи такого типа не существует, либо провайдер был недоступен для сервера, либо истёк таймаут запроса. Одно лишь `Н/Д` не является проблемой само по себе.
Запрос `SOA` на имени ниже вершины зоны — `www.example.com` а не `example.com` — это один из случаев, о котором стоит знать: строки DoH откатываются к собственной записи зоны, тогда как строки обычного DNS могут показывать `Н/Д`. Это различие между двумя протоколами, а не ошибка.
Записи, которые сами являются именами, всегда заканчиваются завершающей точкой, что является стандартным способом записи полностью определённого имени. Обе строки, которые даёт провайдер, записываются одинаково, так что видимое различие в тексте — это реальное различие в ответе.
### Почему ответы могут отличаться и почему это часто нормально
Разные ответы — обычное дело и, как правило, безвредны:
* **CDN.** Крупные сайты обслуживаются из множества дата-центров. Резолвер в Европе и резолвер в Азии направляются на разные пограничные серверы.
* **Geo-DNS.** Некоторые сервисы отвечают разным IP-адресом в зависимости от того, откуда пришёл запрос.
* **Балансировка нагрузки.** У домена может быть несколько IP-адресов, и они выдаются по очереди, поэтому два запроса с разницей в секунду могут отличаться.
* **Кэширование.** Резолвер может всё ещё выдавать старый ответ, пока не истечёт срок действия кэша.
См. [Как работает DNS](/knowledge-base/ru/concepts/how-dns-works.md) для справки.
### Когда различие вызывает подозрение
{% hint style="warning" %}
Не каждое расхождение безобидно. Ответ может быть отфильтрован или переписан где угодно на пути между резолвером и вами — сетевым оператором, промежуточным оборудованием или самим резолвером. Запрос резолверов во многих странах одновременно и делает это заметным: вмешательство обычно проявляется как расхождение, ограниченное одним регионом, тогда как перенаправление CDN проявляется множеством небольших, правдоподобных различий.
{% endhint %}
На что стоит обратить внимание ещё раз:
* Большинство провайдеров сходятся на одном наборе IP-адресов, а один или два возвращают что-то совершенно иное.
* Провайдер возвращает частный или зарезервированный адрес (адрес, начинающийся с `10.`, `192.168.`, или `127.`) для общедоступного сайта.
* Провайдер возвращает адрес, принадлежащий другой сети или другой стране.
Если вы видите один из этих шаблонов, проверьте, что делает ваше собственное устройство. Оно может получать тот же неверный ответ.
Какой тип записи мне выбрать?
* **A** — IPv4-адрес сайта. Начните отсюда.
* **AAAA** — IPv6-адрес сайта.
* **CNAME** — псевдоним, указывающий на другое имя. Часто используется для сайтов за CDN.
* **MX** — почтовые серверы, которые принимают почту для домена.
* **NS** — авторитетные серверы имён для домена.
* **TXT** — текстовые записи свободного формата, используемые для проверки домена и почтовых правил, таких как SPF, DMARC и DKIM.
* **SOA** — запись «начало полномочий»: какой сервер имён является основной копией зоны, контактный адрес и таймеры, которые другие серверы используют для её обновления.
* **CAA** — какие центры сертификации могут выдавать сертификаты для домена.
Проверка почтовых записей: SPF, DMARC и DKIM
Все три являются `TXT` DNS-записями, и для всех трёх стоит убедиться, что весь мир видит одно и то же значение — устаревший или отфильтрованный ответ часто становится причиной внезапных сбоев почты.
* **SPF** — выберите `TXT` и введите сам домен, например `example.com`. Ищите значение, начинающееся с `v=spf1`.
* **DMARC** — выберите `TXT` и введите `_dmarc.example.com`. Ищите `v=DMARC1`.
* **DKIM** — выберите `TXT` и введите `._domainkey.example.com`. Селектор выбирает тот, кто отправляет вашу почту; он указан в `s=` поле `DKIM-Signature` заголовка в сообщении, которое вы уже отправили.
Имена, начинающиеся с подчёркивания, — обычные DNS-имена, и инструмент их принимает.
## Что делать дальше
* Подозреваете, что проблема в вашем резолвере? Пройдите через [Перехвачен ли мой DNS или отравлен?](/knowledge-base/ru/diagnose/is-my-dns-hijacked.md).
* Хотите узнать, какие резолверы на самом деле использует ваше устройство? Запустите [Тест на утечку DNS](/knowledge-base/ru/connection-tools/dns-leak-test.md).
* Сайт вообще не открывается? Начните с [Не удаётся открыть сайт?](/knowledge-base/ru/diagnose/cant-open-a-website.md).
* Интересно, кому принадлежит вернувшийся IP-адрес? Проверьте его через [Поиск Whois](/knowledge-base/ru/lookup-privacy/whois-search.md).
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.ipcheck.ing/knowledge-base/ru/lookup-privacy/dns-resolver.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.