Перейти к содержимому

Почему сайт работает через мобильный интернет, но не через Wi-Fi

Сайт прекрасно открывается через мобильный интернет, но стоит подключиться к домашнему Wi-Fi — перестаёт. Или наоборот. Это очень полезный диагностический признак: сам сайт явно не «лежит для всех». Отличается конкретная сеть, DNS…

Сайт прекрасно открывается через мобильный интернет, но стоит подключиться к домашнему 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 и сравните мобильный интернет. Это две совершенно разные внешние точки.

Что делать по шагам

  1. Проверить сайт с двух сетей.
  2. Сравнить DNS.
  3. Сравнить IPv4/IPv6.
  4. Проверить через curl.
  5. Проверить другой resolver.
  6. Только затем исследовать маршрут и фильтрацию.

FAQ

Если работает через мобильный интернет, сайт исправен?

По крайней мере он доступен из одной сети. Но проблема для вашего домашнего провайдера всё равно может быть реальной.

Почему VPN помогает?

Он меняет маршрут и часто DNS, поэтому неисправный участок может обходиться.

Стоит сразу менять DNS на 8.8.8.8?

Лучше сначала сравнить ответы и понять, действительно ли проблема в DNS.

По теме: Что такое NAT и как он работает.

По теме: Почему сайт работает по IP, но не по домену.

Диагностика NexIP

Продолжите реальной проверкой

Откройте полный раздел диагностики и проверьте сайт, домен или сетевые параметры.

Открыть диагностику

Читайте дальше

Материалы по теме

HTTP и сайты

HTTP-коды ответа: что означают 200, 301, 404, 500 и другие

Когда браузер открывает страницу, сервер отвечает не только HTML-кодом. Вместе с ответом он отправляет числовой HTTP-статус: 200, 301, 404, 500 и так далее. Эти три цифры часто позволяют понять проблему быстрее, чем длинное сообщение…

Читать
HTTP и сайты

Как открывается сайт: DNS → TCP → TLS → HTTP

Когда человек вводит адрес сайта и нажимает Enter, кажется, будто браузер просто «подключился к сайту». На самом деле за доли секунды происходит целая цепочка: DNS, соединение с сервером, TLS и только потом HTTP. Если понимать эту…

Читать
Вернуться в базу знаний