Сайт прекрасно открывается через мобильный интернет, но стоит подключиться к домашнему Wi-Fi — перестаёт. Или наоборот.
Это очень полезный диагностический признак: сам сайт явно не «лежит для всех». Отличается конкретная сеть, DNS, маршрут или версия IP.
Почему мобильная сеть и Wi-Fi видят интернет по-разному
Это два разных провайдера и две разные сетевые инфраструктуры.
Могут различаться:
- DNS;
- маршруты;
- IPv4/IPv6;
- фильтрация;
- кеши;
- прокси;
- MTU;
- внешний IP.
Первая подозреваемая — DNS
Домашний роутер может использовать DNS провайдера, а мобильная сеть — совершенно другой resolver.
Сравните ответы
dig example.com A
dig example.com AAAA
Затем публичный resolver:
dig @1.1.1.1 example.com A
dig @8.8.8.8 example.com A
Старый кеш на домашнем роутере
После смены IP именно домашняя сеть может продолжать помнить старый DNS-ответ.
IPv6
Одна сеть может полноценно использовать IPv6, а другая — только IPv4.
Если AAAA у домена сломана, сайт может не открываться именно там, где IPv6 реально работает.
Быстрый тест
curl -4 -I https://example.com/
curl -6 -I https://example.com/
Маршрутизация
Иногда проблема находится у конкретного оператора: маршрут до подсети сервера нарушен.
Traceroute
traceroute example.com
Но интерпретировать traceroute нужно аккуратно: промежуточные узлы могут не отвечать на диагностические пакеты и при этом нормально маршрутизировать реальный трафик.
Фильтрация
Разные сети применяют разные правила безопасности и фильтрации.
VPN как диагностический тест
Если на том же Wi-Fi сайт не работает напрямую, но работает через VPN, меняется сразу несколько вещей:
- маршрут;
- внешний IP;
- часто DNS.
Это подсказка, но не доказательство одной конкретной причины.
Роутер
Иногда помогает его перезапуск, если проблема связана с зависшим DNS-кешем или сетевым состоянием.
Но постоянно советовать «перезагрузите роутер» вместо диагностики — плохая стратегия.
Файл hosts
На одном устройстве может существовать ручная запись, из-за которой проблема сохраняется независимо от сети.
Secure DNS браузера
Браузер может использовать DoH и получать ответы не от того DNS, который настроен в операционной системе.
Проверка внешнего IP
Через NexIP посмотрите адрес в Wi-Fi, затем отключите Wi-Fi и сравните мобильный интернет. Это две совершенно разные внешние точки.
Что делать по шагам
- Проверить сайт с двух сетей.
- Сравнить DNS.
- Сравнить IPv4/IPv6.
- Проверить через curl.
- Проверить другой resolver.
- Только затем исследовать маршрут и фильтрацию.
FAQ
Если работает через мобильный интернет, сайт исправен?
По крайней мере он доступен из одной сети. Но проблема для вашего домашнего провайдера всё равно может быть реальной.
Почему VPN помогает?
Он меняет маршрут и часто DNS, поэтому неисправный участок может обходиться.
Стоит сразу менять DNS на 8.8.8.8?
Лучше сначала сравнить ответы и понять, действительно ли проблема в DNS.
По теме: Что такое NAT и как он работает.
Диагностика NexIP
Продолжите реальной проверкой
Откройте полный раздел диагностики и проверьте сайт, домен или сетевые параметры.
Читайте дальше
Материалы по теме
Что показывают HTTP-заголовки
Полное руководство по HTTP-заголовкам: request и response headers, кеш, redirects, cookies, CORS, security headers, CDN и диагностика через curl и NexIP.
ЧитатьКак проверить доступность сайта
Пошаговая диагностика недоступного сайта: домен, DNS, IP, маршрут, TCP, TLS, HTTP-коды, curl, IPv4/IPv6, CDN и проверка через NexIP.
ЧитатьHTTP-коды ответа: что означают 200, 301, 404, 500 и другие
Когда браузер открывает страницу, сервер отвечает не только HTML-кодом. Вместе с ответом он отправляет числовой HTTP-статус: 200, 301, 404, 500 и так далее. Эти три цифры часто позволяют понять проблему быстрее, чем длинное сообщение…
ЧитатьКак открывается сайт: DNS → TCP → TLS → HTTP
Когда человек вводит адрес сайта и нажимает Enter, кажется, будто браузер просто «подключился к сайту». На самом деле за доли секунды происходит целая цепочка: DNS, соединение с сервером, TLS и только потом HTTP. Если понимать эту…
Читать