Wi-Fi подключён, но связь регулярно обрывается: как читать WLAN Report

Различайте потерю Wi‑Fi и потерю интернета

Значок Wi‑Fi остался, но сайты перестали открываться — это ещё не доказательство разрыва радиосоединения. Мог отказать DNS, VPN или внешний канал маршрутизатора. И наоборот: краткая потеря Wi‑Fi может оборвать RDP раньше, чем вы заметите изменение значка.

Запишите время, действие, имя сети, питание от батареи или сети, переход в сон и движение между точками доступа. Сохраните, исчез ли адаптер, поменялся ли SSID и получили ли другие устройства ту же проблему. Нужен один конкретный эпизод, а не только общая фраза «интернет отваливается».

Создайте отчёт вскоре после сбоя

В командной строке от имени администратора:

netsh wlan show wlanreport

Команда создаёт HTML и выводит путь. Откройте именно файл из результата; типичное расположение — C:\ProgramData\Microsoft\Windows\WlanReport\wlan-report-latest.html. По умолчанию отчёт охватывает последние три дня событий и группирует их по сеансам Wi‑Fi. Проверьте Report Info и дату формирования. ^{[1], [2]}

Создайте отчёт до очистки журналов, сброса сети и переустановки драйвера. Он содержит имена компьютера, сетей, пользователей, сведения об адаптерах и сертификатах. Пароли Wi‑Fi в стандартном отчёте не показаны открытым текстом, но весь HTML всё равно не стоит выкладывать публично.

Сохраните локальную копию для сравнения с последующим состоянием. Если эпизод старше диапазона отчёта, найдите сохранившиеся события отдельно; новый отчёт не возвращает уже утраченные записи.

Найдите нужный сеанс, а не только красную точку

На верхней временной шкале выберите интервал нужного времени. Красная отметка сигнализирует об ошибке; переход по ней открывает детали. В Wireless Sessions сопоставьте начало, длительность, интерфейс, SSID и причину завершения. Не суммируйте несвязанные ошибки разных адаптеров.

Проверьте, что сеанс относится к домашнему Wi‑Fi, а не к виртуальному интерфейсу или другой сети. Раскройте события до и после обрыва. Одиночная запись об отключении может быть следствием команды пользователя, сна, перезапуска интерфейса или потери связи — решает последовательность. ^{[1], [3]}

Сопоставьте причину отключения с действием

Раздел Disconnect Reasons группирует причины и количество повторений. Он удобен для отбора частых эпизодов, но не заменяет исходный сеанс. Причина «драйвер отключился» не доказывает физическую поломку адаптера; причиной перезапуска могли стать питание, программный сбой или изменение конфигурации.

Если причина связана с аутентификацией, отдельно смотрите совпадение параметров профиля и сети. В корпоративной 802.1X-сети важны сертификаты и политика; менять шифрование точки доступа по домашнему совету нельзя.

Проверьте адаптер и доступные сетевые сведения

В Network adapters отчёта запишите модель, PnP ID, версию драйвера и Problem number, если он указан. Дата драйвера сама по себе не равна дате его установки на ваш ПК. Для текущего состояния дополнительно:

netsh wlan show interfaces
netsh wlan show drivers

Смотрите используемый интерфейс, состояние, SSID, канал и доступные поля сигнала и скоростей. Скорость соединения, показанная Wi‑Fi, не является измеренной скоростью загрузки файла. Набор полей меняется по версии Windows, адаптеру и разрешениям доступа к сетевым сведениям. ^[2]

Для сравнения можно проверить ту же сеть рядом с точкой доступа и другую разрешённую сеть. Меняйте одно условие. Если проблема только у одного ПК в разных сетях, это усиливает клиентскую гипотезу; если только в одной сети у разных устройств — инфраструктурную. Это направление поиска, а не окончательный приговор устройству.

Сохраните исходный журнал WLAN-AutoConfig

В Просмотре событий откройте Журналы приложений и служб → Microsoft → Windows → WLAN-AutoConfig → Operational. Сохраните журнал как EVTX. Либо в повышенной командной строке после создания папки:

md C:\Iz90Diag
wevtutil epl Microsoft-Windows-WLAN-AutoConfig/Operational C:\Iz90Diag\WLAN-Operational.evtx

Если папка уже существует, сообщение md об этом не означает ошибку экспорта; проверьте результат wevtutil отдельно. Рядом полезны события System о перезапуске адаптера или питании. Не очищайте журналы перед сохранением. ^{[3], [4]}

Времена отчёта, системных событий и ваших наблюдений нужно привести к одной шкале. Сохраните текст и XML подозрительной записи; один номер без поставщика и подробностей может относиться к другому событию.

Исправляйте подтверждённую ветку

При связи с драйвером проверьте поддерживаемый пакет изготовителя ноутбука или адаптера для своей модели и сборки Windows. Если проблема началась сразу после обновления драйвера, сравните документированный откат и новую версию, сохранив исходные сведения. Не пользуйтесь случайным «пакетом всех драйверов».

При связи с питанием проверяйте доступные параметры управления адаптером и режима питания. Не у всех устройств есть одинаковая вкладка; отсутствие флажка не повод создавать неизвестный параметр реестра. При плохом сигнале сравнивают расположение и диапазоны, учитывая возможности точки доступа. Общий сброс сети оставляют отдельным поздним шагом: он затрагивает адаптеры и может потребовать повторной настройки VPN. ^[5]

Если WLAN-сеанс не прерывался, исследуйте адресацию, шлюз, DNS и VPN. Повторная установка Wi‑Fi-драйвера не является прямым исправлением неправильного DNS.

Проверьте устойчивость в исходных условиях

Вернитесь к сценарию, где возникал обрыв: работа от батареи, выход из сна, перемещение или длительный RDP. Зафиксируйте длительность наблюдения и число повторов, затем создайте новый отчёт. Отсутствие ошибки пять минут мало говорит о сбое, который раньше появлялся раз в день.

Для поддержки достаточно точного времени, модели и версии драйвера, сборки Windows, WLAN Report и EVTX, условий питания и результата одного сравнения. Перед передачей удалите из отдельной копии ненужные личные сведения, сохранив исходник у себя.