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

Если сайт работает через мобильные данные, но не через Wi-Fi, это не означает, что сайт недоступен всем. Меняется путь от устройства через Wi-Fi, поэтому вероятные причины — локальный DNS, маршрутизатор, VPN или фильтр, состояние браузера либо маршрут провайдера. Сначала проверьте URL инструментом Проверка доступности сайта ClockTools. Затем проверьте тот же URL на том же устройстве через Wi-Fi и мобильную сеть, меняя по одной переменной.

О чем свидетельствует этот симптом?

Это показывает, что хотя бы один сетевой путь достигает сайта в данный момент. Но это не доказывает доступность каждой страницы, действия учетной записи, региона или сети. Мобильная сеть и домашний Wi-Fi могут использовать разные DNS-резолверы, публичные IP-адреса, маршруты, фильтры и пути IPv4/IPv6.

Прежде чем менять настройки, используйте эту небольшую матрицу доказательств:

Фраза «тот же URL» имеет значение. Домашняя страница и аутентифицированная панель мониторинга могут перемещаться по разным путям приложения. Скопируйте полный адрес, а не вводите только домен.

Сайт действительно не работает?

Проверьте это за пределами локальной сети, прежде чем что-либо перезагружать. ClockTools выполняет внешнюю проверку DNS и HTTP и сообщает вердикт, разрешение A/AAAA, перенаправления, конечный URL-адрес, статус ответа, выбранные заголовки и время. При контролируемой проверке 2026-08-31 https://example.com вернулся онлайн, HTTP 200, DNS решены, и перенаправления с границы MAA отсутствуют. Заведомо несуществующий .invalid имя хоста возвращено недоступен, без разрешения DNS и результата HTTP.

Эти проверки объясняют порядок действий: неудачное разрешение DNS и доступный HTTP-сервер требуют разных решений. Они также показывают пределы инструмента. Ответ одного внешнего узла — убедительное свидетельство, но не доказательство доступности из любого города или сети провайдера.

Если внешний результат достижим, но Wi-Fi по-прежнему не работает, продолжайте локально. Если он недоступен извне и при передаче мобильных данных, подождите или свяжитесь с владельцем сайта, прежде чем менять маршрутизатор.

Где провести следующую проверку?

Следуйте дереву диагностики на прилагаемой диаграмме:

1. Сохраняйте устройство и точный URL-адрес фиксированным; переключаться только между Wi-Fi и мобильными данными.
2. При использовании Wi-Fi попробуйте использовать приватное окно или второй браузер.
3. Попробуйте другое устройство, подключенное к тому же Wi-Fi.
4. Временно приостановите VPN или прокси-сервер на время, достаточное для выполнения одного сравнения, а затем восстановите его.
5. Сравните поведение DNS до замены резолвера.
6. Перезагрузите маршрутизатор только после записи доказательств, которые в противном случае вы бы удалили.

Приватное окно может обходить некоторые кэшированные файлы cookie и расширения, но не создает новый маршрут ISP. Второе устройство, подключенное к тому же Wi-Fi, более полезно для разделения состояния устройства и состояния сети. Для подсказки на уровне маршрута используйте Отслеживание маршрута; для проверки выходного IP-адреса сравните Какой у меня IP? в каждой сети.

Может ли DNS быть разницей?

Да. Маршрутизатор Wi-Fi может объявлять DNS-резолвер провайдера, а мобильная сеть использует резолвер оператора. У одного могут быть устаревшая запись, фильтрация или сбой, которых нет у другого.

Начните с наблюдения, а не постоянной замены. Проверьте разрешение A и AAAA внешним инструментом. На проблемном устройстве переподключите Wi-Fi. Если ОС поддерживает очистку DNS-кэша, используйте документированный способ. Только затем сравните надежный альтернативный резолвер. Cloudflare описывает свой JSON-интерфейс DNS-over-HTTPS для явного сравнения резольверов.

Успешный DNS не гарантирует загрузки страницы: он только сопоставляет имя с адресом. TLS, маршрутизация, политика сервера и приложение тоже должны работать.

Могут ли маршрутизатор, VPN или провайдер блокировать соединение?

Каждый может создать именно такое разделение:

• Маршрутизатор может сохранять плохое состояние, применять родительский контроль, выбирать неработающий путь IPv6 или блокировать категорию.
• VPN, прокси-сервер, антивирусный веб-экран или корпоративный профиль могут изменить DNS и маршрутизацию.
• У провайдера может быть сбой маршрутизации или DNS-резолвера для одного адреса назначения.
• Сайт может ограничить скорость или заблокировать общедоступный IP-адрес сети Wi-Fi, принимая IP-адрес оператора мобильной связи.

Определите область проблемы до отключения защиты. Если все устройства не работают только в одной Wi-Fi-сети, проверяйте сеть. Если проблема лишь с одним управляемым устройством, не удаляйте средства безопасности — обратитесь к администратору. Документы Microsoft Последовательность действий по устранению неполадок Wi-Fi в Windows и Google Устранение неполадок с подключением Android оба начинаются с базовой проверки соединения и постепенно изолируют состояние устройства и сети.

Что нужно сбросить и в каком порядке?

Сначала используйте наименее разрушительные изменения:

Не сбрасывайте маршрутизатор к заводским настройкам без конфигурации и учетных данных. Не оставляйте брандмауэр, VPN или защитное ПО выключенными только потому, что страница однажды открылась. Если страница неполная, используйте Тест рендеринга веб-сайта поскольку статические ресурсы или сценарии могут давать сбой, даже если основной ответ HTTP успешен.

Когда следует прекратить устранение неполадок локально?

Остановитесь и переходите к эскалации, когда доказательства выходят за рамки вашего контроля: и внешняя проверка, и мобильные данные не работают; результаты трассировки постоянно исчезают за пределами вашего маршрутизатора; каждое устройство в одном ISP выходит из строя, пока другая сеть работает; или сайт показывает ответ политики доступа, привязанный к вашему общедоступному IP-адресу. Предоставьте поставщику точный URL-адрес, временные метки с часовым поясом, внешний вердикт, результат DNS, затронутую сеть и уже проверенные шаги. Эти доказательства гораздо полезнее, чем «Интернет сломан».