#Симптом и область применения
После пробуждения компьютера пропадает доступ к локальному HTTPS-серверу, но обычный интернет работает. Отличаем утерянный маршрут к локальному адресу от ошибки доверия к сертификату или смены внутреннего DNS после сна.
#Причины и диагностические признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| После сна изменился DNS-суффикс или интерфейсНоутбук может переключиться на другую сеть или DNS после пробуждения. | По IP сервер доступен, а по имени нет | Проверить локальный DNS и VPN |
| Сервер сменил локальный IP-адресПерезагрузка роутера или сервера может изменить адрес без резервирования. | Старое сохранённое имя указывает на недействительный адрес | Сверить DHCP-аренду сервера |
| TLS-сертификат не совпадает с новым именемСертификат может быть действителен для имени, но не для прямого IP. | TCP 443 доступен, но браузер выдаёт ошибку имени | Использовать штатное DNS-имя сервера |
#Подробная пошаговая инструкция
- Зафиксируйте условия сбоя после снаДо перевода компьютера в сон, при разрешении владельца сервера, откройте HTTPS-сервис по штатному имени и запишите адрес. После пробуждения повторите без перезагрузки; отметьте код ошибки, состояние Wi-Fi и VPN.
- Сверьте сеть и шлюз после пробужденияВ Windows откройте «Параметры → Сеть и Интернет» и проверьте название сети. Затем в cmd выполните ipconfig /all. Если подсеть или DNS изменились, вернитесь к исходной сети или свяжитесь с администратором VPN.ТекстКомандаКомандная строка Windows без администратора, показывает IP, DNS и шлюз после сна.
ipconfig /all - Отделите ошибку имени от сетевой ошибкиВ cmd выполните nslookup имя-сервера (подставьте реальное локальное имя), сравните IP с текущей арендой сервера в панели роутера. Если записи в локальном DNS нет, не подменяйте имя произвольным IP при вводе паролей.ТекстКомандаКомандная строка Windows без администратора, подставьте действительное локальное имя сервера; результат не проверяет TLS.
nslookup server.example.lan - Проверьте доступность локального порта HTTPSВ Windows PowerShell выполните Test-NetConnection 192.168.1.20 -Port 443 с действительным адресом своего сервера. Если TcpTestSucceeded=False, проверяйте LAN, сеть и работу серверного приложения. Если True, переходите к HTTPS и сертификату.Windows · PowerShellКомандаPowerShell Windows без повышения прав; IP заменить на реальный адрес сервера, -Port 443 проверяет доступность TCP.
Test-NetConnection 192.168.1.20 -Port 443 - Проверяйте сертификат именно по имениОткрывайте https://локальное-имя/ только тогда, когда оно совпадает с SAN сертификата и сеть принадлежит вам. Не устанавливайте случайные самоподписанные сертификаты и не подавляйте предупреждения браузера ради входа.
- Проверьте резервирование IP сервераВ админ-панели своего маршрутизатора откройте DHCP-клиенты и найдите MAC локального сервера. Если его IP меняется, создавайте резервирование только на свободный адрес этой подсети после резервного сохранения настроек. При статическом IP на сервере не назначайте дубль.
- Проверьте клиент после повторного снаПереведите компьютер в сон и восстановите соединение ещё раз. Сравните DNS, IP и доступность порта 443 до и после. Если ноутбук управляется организацией, не меняйте политики экономии энергии без согласования.
- Соберите отчёт для владельца сервераПри повторении передайте время сбоя, имя сервера, IP до и после, результат TCP-теста и код TLS. Не отправляйте ключи сертификата, пароли или содержимое журнала с учётными данными.
#Как проверить исправление
После двух циклов сна и пробуждения сервер доступен по штатному имени и HTTPS с правильным сертификатом без изменения политики сети.