SSL/TLS и сертификаты Windows 11Windows 10Браузеры

HTTPS и сертификаты сайта: DNS отвечает в одной сети, но не в другой

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

HTTPS-страница не открывается из одной сети при работающей другой сети, и сначала необходимо отличить отказ DNS от ошибок подключения и проверки сертификата. DNS сам по себе не использует сертификат HTTPS-сайта.

В этой статье
  1. Симптом и область применения
  2. Причины и диагностические признаки
  3. Подробная пошаговая инструкция
  4. Как проверить исправление

#Симптом и область применения

HTTPS-страница не открывается из одной сети при работающей другой сети, и сначала необходимо отличить отказ DNS от ошибок подключения и проверки сертификата. DNS сам по себе не использует сертификат HTTPS-сайта.

#Причины и диагностические признаки

Возможная причинаКак узнатьЧто делать
Разные DNS-резолверы сетейДомашняя и мобильная сеть могут получать DNS от разных провайдеров.Один и тот же домен возвращает разные адреса либо NXDOMAINСравнить явно указанные серверы
Проверка HTTPS идёт на разные адресаНесогласованные серверы после миграции могут иметь разные TLS-конфигурации.DNS разрешается в обеих сетях, но соединение/сертификат отличаетсяСравнить фактический адрес назначения
Портал авторизации перехватывает запросДо авторизации интернет может быть ограничен, а HTTPS нельзя безопасно перенаправить произвольно.На гостевой сети HTTPS показывает неожиданную страницу или ошибкуЗавершить вход в сеть

#Подробная пошаговая инструкция

  1. Зафиксируйте адрес и текст ошибкиОткройте проблемную страницу в основной и альтернативной сети с одного устройства. Запишите, на какой сети возникает DNS_ERROR, NET::ERR_CERT или таймаут. Отдельно отметьте, выполняется ли переадресация на другое имя.
  2. Сравните адреса и DNS обеих сетейНа Windows откройте cmd и выполните ipconfig /all, подключившись к первой сети. Запишите адреса DNS, отключитесь, подключитесь ко второй и повторите. Не используйте результаты одновременно подключённых Wi-Fi и VPN как эквивалентные.
    ТекстКоманда
    Командная строка Windows без прав администратора, показывает DNS и шлюз активного интерфейса.
    ipconfig /all
  3. Запросите проблемное имя в каждой сетиВ cmd выполните nslookup example.com, подставив свой домен, и сохраните результат. Если видите NXDOMAIN лишь в одной сети, сначала проверьте владельца домена и выбранный DNS. Наличие IP не гарантирует, что HTTPS работает.
    ТекстКоманда
    Командная строка Windows без прав администратора; подставьте свой домен. Проверяет разрешение имени, не сертификат.
    nslookup example.com
  4. Уточните, не применяет ли браузер собственный DNSВ настройках приватности браузера найдите защищённый DNS (DNS-over-HTTPS), если он поддерживается. Проверьте, управляется ли настройка организацией. Не отключайте обязательные фильтры: используйте одинаковую разрешённую конфигурацию на обоих тестах.
  5. Проверьте TCP до HTTPS-сервераВ Windows PowerShell выполните Test-NetConnection example.com -Port 443. Если соединение не устанавливается только в одной сети, соберите данные маршрутизации и фильтра. Если TCP устанавливается, но есть ошибка сертификата, причина находится дальше уровня DNS.
    Windows · PowerShellКоманда
    Windows PowerShell без прав администратора, проверяет TCP-подключение к 443, не удостоверяет подлинность сертификата.
    Test-NetConnection example.com -Port 443
  6. Проверьте сведения сертификата безопасноВ браузере откройте информацию о защищённом соединении, если страница загрузилась, и сверяйте домен сертификата. При красном предупреждении не продолжайте вход и не вводите пароль. Сообщите владельцу сайта полный код ошибки и используемую сеть.
  7. Исключите гостевой портал и проксиЕсли не работает гостиничная/гостевая сеть, проверьте её требование авторизации, открыв известную обычную HTTP-страницу, а затем официальный портал сети. При корпоративном прокси обратитесь к администратору: его ограничения могут быть намеренными.
  8. Сделайте вывод по уровню неисправностиПосле разрешённой правки DNS или авторизации вновь выполните nslookup, проверку порта 443 и откройте HTTPS-страницу. Если разрешение имени исправлено, но сертификат всё ещё недоверенный, не считайте проблему решённой: передайте её владельцу сайта.

#Как проверить исправление

Обе сети разрешают корректный адрес, TCP 443 доступен, а браузер подтверждает TLS-соединение именно с нужным доменным именем.

Так эту ошибку тоже называют

NET::ERR_CERT_DATE_INVALID — ваше подключение не защищено — причины и решение Проверьте дату и время устройства, затем срок действия сертификата сайта. Интернет и браузеры SSL/TLS и сертификаты Windows 10Windows 11 ERR_SSL_PROTOCOL_ERROR и handshake failure — причины и решение Проверьте версию TLS, шифры и корректность сертификата на сервере. Интернет и браузеры SSL/TLS и сертификаты Windows 10Windows 11 ERR_CERT_DATE_INVALID ERR_CERT_DATE_INVALID: «Ваше подключение не защищено» — причины и решение `NET::ERR_CERT_DATE_INVALID` означает, что браузер считает сертификат сайта недействительным по дате: он либо просрочен, либо ещё не начал действовать. Причина бывает на… Интернет и браузеры SSL/TLS и сертификаты WindowsmacOSAndroid ERR_CERT_DATE_INVALID ERR_CERT_DATE_INVALID — сертификат просрочен или неверная дата ПК — причины и решение Ошибка означает, что сертификат истёк или на компьютере неправильные дата и время. Проверьте часы, затем срок действия сертификата. Интернет и браузеры SSL/TLS и сертификаты Web Let's Encrypt: certbot — Challenge failed for domain — причины и решение Certbot пишет «Challenge failed for domain», когда Let's Encrypt не может проверить домен: закрыт порт 80, неверный DNS, редирект или файрвол мешают проверке. Проверьте … Интернет и браузеры SSL/TLS и сертификаты Web

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.