INTEGRITY Документация

← 1.1.1.1 (DNS-резолвер) / 1.1.1.1

Устранение неполадок

Это руководство поможет диагностировать и устранить типичные проблемы с DNS-резолвером Cloudflare. Прежде чем переходить к ручному устранению неполадок, проверьте своё подключение, чтобы автоматически собрать нужную информацию.

Проблемы с разрешением имён

Если доменное имя разрешается некорректно, проверьте разрешение DNS через 1.1.1.1 и сравните результат с другим резолвером (например, 8.8.8.8). TXT-запросы CHAOS (id.server) позволяют определить, какой сервер Cloudflare обработал ваш запрос, что полезно при сообщении о проблемах.

Linux/macOS

# Test DNS resolution
dig example.com @1.1.1.1
dig example.com @1.0.0.1
dig example.com @8.8.8.8

# Check connected nameserver
dig +short CHAOS TXT id.server @1.1.1.1
dig +short CHAOS TXT id.server @1.0.0.1

# Optional: Network information
dig @ns3.cloudflare.com whoami.cloudflare.com txt +short

Windows

# Test DNS resolution
nslookup example.com 1.1.1.1
nslookup example.com 1.0.0.1
nslookup example.com 8.8.8.8

# Check connected nameserver
nslookup -class=chaos -type=txt id.server 1.1.1.1
nslookup -class=chaos -type=txt id.server 1.0.0.1

# Optional: Network information
nslookup -type=txt whoami.cloudflare.com ns3.cloudflare.com

Для дополнительного анализа вы можете сформировать DNSViz ↗-отчёт для рассматриваемого домена.

Проблемы с подключением и маршрутизацией

Если DNS-запросы завершаются по тайм-ауту или 1.1.1.1 недоступен вовсе, причиной может быть проблема с маршрутизацией сети между вашим устройством и Cloudflare. Выполните traceroute для обоих адресов резолвера, чтобы определить, где теряются пакеты.

Прежде чем сообщать о проблемах с подключением:

  1. Найдите уже опубликованные отчеты от вашей страны и интернет-провайдера.
  2. Запустите трассировку маршрута до обоих DNS-резолверов Cloudflare.

Linux/macOS

# Basic connectivity tests
traceroute 1.1.1.1
traceroute 1.0.0.1

# If reachable, check nameserver identity
dig +short CHAOS TXT id.server @1.1.1.1
dig +short CHAOS TXT id.server @1.0.0.1

# TCP connection tests
dig +tcp @1.1.1.1 id.server CH TXT
dig +tcp @1.0.0.1 id.server CH TXT

Windows

# Basic connectivity tests
tracert 1.1.1.1
tracert 1.0.0.1

# If reachable, check nameserver identity
nslookup -class=chaos -type=txt id.server 1.1.1.1
nslookup -class=chaos -type=txt id.server 1.0.0.1

# TCP connection tests
nslookup -vc -class=chaos -type=txt id.server 1.1.1.1
nslookup -vc -class=chaos -type=txt id.server 1.0.0.1

Устранение неполадок DNS через TLS (DoT)

DNS через TLS шифрует DNS-запросы с помощью TLS на порту 853. Если соединение DoT не работает, проверьте сначала связность по TLS, а затем разрешение DNS-имён через TLS.

Linux/macOS

# Test TLS connectivity
openssl s_client -connect 1.1.1.1:853
openssl s_client -connect 1.0.0.1:853

# Test DNS resolution over TLS
kdig +tls @1.1.1.1 id.server CH TXT
kdig +tls @1.0.0.1 id.server CH TXT

Windows

В Windows нет отдельного клиента DoT. Проверить TLS-соединение можно с помощью OpenSSL после его установки вручную.

Устранение неполадок DNS через HTTPS (DoH)

DNS через HTTPS отправляет DNS-запросы как HTTPS-запросы. Если соединение DoH не работает, проверьте его, отправив запрос напрямую на конечную точку DNS Cloudflare.

Linux/macOS

curl -H 'accept: application/dns-json' 'https://cloudflare-dns.com/dns-query?name=cloudflare.com&type=AAAA'

Windows

(Invoke-WebRequest -Uri 'https://cloudflare-dns.com/dns-query?name=cloudflare.com&type=AAAA').RawContent

Частые проблемы

Сбои на первом хопе

Если traceroute завершается ошибкой уже на первом переходе (первое сетевое устройство после вашего компьютера, обычно маршрутизатор), проблема, скорее всего, связана с оборудованием. В маршрутизаторе может быть жёстко прописан маршрут для 1.1.1.1, которое конфликтует с использованием его в качестве DNS-резолвера. При сообщении об этой проблеме укажите:

Дополнительные ресурсы