При выборе параметра GTK завершается со сбоем для беспроводной Сетевой адаптер отключен метод «Wake on соответствие шаблону»
При настройке адаптера беспроводной локальной сети в диспетчере устройств Windows 8.1 (выберите команду Свойстваи нажмите кнопку Дополнительно) и задайте метод соответствует пробуждения по шаблону отключено, беспроводной группы временных ключей (GTK) смены ключа завершится неудачно.
Причина
Данное поведение является особенностью. По теме пробуждения по беспроводной сети на веб-узле Microsoft Developer Network (MSDN) драйвер минипорта 802.11 должны сообщать поддержка функций wake on LAN (WOL) следующим образом:
- Поддержка * PMWiFiRekeyOffload ключевое слово ключевые слова стандартизованных INF для управления питанием. (Стандартизация управления питанием ключевые слова определены в файле INF драйвера устройства).
- Установите флаг NDIS_PM_PROTOCOL_OFFLOAD_80211_RSN_REKEY_SUPPORTED в член SupportedProtocolOffloads структуры NDIS_PM_CAPABILITIES .
- Установите флаг NDIS_PM_WOL_EAPOL_REQUEST_ID_MESSAGE_SUPPORTED в член SupportedWoLPacketPatterns структуры NDIS_PM_CAPABILITIES .
Однако при отключении метода match пробуждения по образцу флаг NDIS_PM_WOL_EAPOL_REQUEST_ID_MESSAGE_SUPPORTED удаляется из члена SupportedWoLPacketPatterns . В этой ситуации поскольку сопоставление шаблонов пакетов необходима Разгрузка GTK для работы сбой операции смены ключа GTK.
Самопроизвольное пробуждение компьютера

Проблема заключается в том, что комп просыпается теперь не только по моему требованию, но и самопроизвольно. Судя по всему это происходит раз в час.
Комп подключён по вайфай. Сетевой адаптер Intel Dual Band Wireless AC 3168.
Роутер Keenetic extra kn-1711 (keenOS 4.0.7, на предыдущих версиях было то же самое).
Айпишник «серый». Внутри сети для компа назначен фиксированный айпи 192.168.1.2.
Mac-адрес компа — fc:44. (см. в логе)
WoL запускаю через мобильное приложение кинетика.
— обновлять дрова сетевой карты
— отключить Wake on pattern match
— играться со всеми галочками в настройках электропитания сетевого адаптера («разрешить этому устройству вывод из ждущего режима», «. только с помощью магического пакета»)
— выключать в настройках планов электропитания разрешение для таймеров пробуждения.
Лог для примера см.ниже. Комп 192.168.1.2 самопроизвольно включился в районе 2.54 ночи. Копия лога дана как раз на это этот промежуток времени. Судя по предыдущим и дальнейшим записям в журнале аналогичные действия происходят раз в час (это роутер опрашивает устройства в сети, как я понимаю?). Именно во время такого опроса комп и включается.
Подскажите, люди добрые, как побороть самоуправство ПК/роутера/*подставить нужное*?
Jan 7 02:56:41 ndhcps
Info: sending ACK of 192.168.1.134 to b2:e6:a0:af:47:45.
Jan 7 02:56:41 ndhcps
Info: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.134 from b2:e6:a0:af:47:45.
Jan 7 02:56:41 ndhcps
Info: making OFFER of 192.168.1.134 to b2:e6:a0:af:47:45.
Jan 7 02:56:41 ndhcps
Info: DHCPDISCOVER received from b2:e6:a0:af:47:45.
Jan 7 02:56:41 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster0/AccessPoint0»: STA(b2:e6:a0:af:47:45) set key done in WPA2/WPA2PSK.
Jan 7 02:56:41 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster0/AccessPoint0»: STA(b2:e6:a0:af:47:45) had associated.
Jan 7 02:53:45 ndhcps
Info: sending ACK of 192.168.1.2 to fc:44:82:5a:c4:22.
Jan 7 02:53:45 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster1/AccessPoint0»: STA(fc:44:82:5a:c4:22) set key done in WPA2/WPA2PSK.
Jan 7 02:53:45 ndhcps
Info: DHCPREQUEST received (STATE_INIT) for 192.168.1.2 from fc:44:82:5a:c4:22.
Jan 7 02:53:45 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster1/AccessPoint0»: STA(fc:44:82:5a:c4:22) had re-associated from 50:ff:20:32:da:20.
Jan 7 02:53:40 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster1/AccessPoint0»: STA(38:68:a4:08:13:e6) GTK rekey done, group cipher AES.
Jan 7 02:53:39 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster1/AccessPoint0»: STA(b8:87:6e:4d:24:76) GTK rekey done, group cipher AES.
Jan 7 02:53:11 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster0/AccessPoint0»: STA(40:e2:30:fb:d1:47) GTK rekey done, group cipher AES.
Jan 7 02:53:11 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster0/AccessPoint0»: STA(06:dc:26:97:72:28) GTK rekey done, group cipher AES.
Jan 7 02:53:10 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster0/AccessPoint0»: STA(b8:87:6e:21:6d:e0) GTK rekey done, group cipher AES.
Jan 7 02:53:10 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster0/AccessPoint0»: STA(cc:4b:73:5c:4f:36) GTK rekey done, group cipher AES.
Jan 7 02:53:10 ndm
Info: Network::Interface::Mtk::WifiMonitor: «WifiMaster0/AccessPoint0»: STA(98:f4:ab:36:e2:00) GTK rekey done, group cipher AES.
Изменено вчера в 11:54 пользователем Rav
Задержки в онлайн играх со встроенным wifi модулем
Проблема возникает в онлайн играх, через некоторые промежутки времени задержка скачет с 70 до 220 и обратно. Тот же FV-N450 стоявший в ам3+ в том же самом месте, таких полочек не давал. Находил драйвера для него аналоговые MT79xx что-то там, сейчас не вспомню. Открылось несколько функций в настройках, но по итогу то же самое. Работа на скачивание без нареканий.
Кто-то сталкивался с таким?
Комментарии 2
![]()
Mokkochino
7 месяцев назад
Изменено модератором
Отвечаю на свою же проблему.
***** из MSI решили всунуть не самое лучшее решение. Мало того, что «ребрендиговым» названием прячут модуль, так ещё и дровишки Вам подсунут не самые лучшие и свежие.
В сухом остатке. Драйвера нужны для MediaTek MT7921 Wi-Fi 6-6E Wireless LAN Drivers. Всякие PCIE и прочее дадут не рабочий модуль.
Добрые ддяденьки из MSI подсовывают вам драйвер 3.03.00.0412 . С ним ,лично у меня, пинг в CSGO скачет от 70 до 200 с потерей пакетов 50%
Установка драйвера 3.03.00.0773 дала обнадёживающие результаты, пинг скакал с 70 до 105, чтобы было терпимо,но не идеально
Установка драйвера 3.03.00.0789 с выставлением определённых характеристик дала результат в виде 70-85, что уже обнадёживает,но удручает такой секс с драйверами.
Что я выставил в настройках:
2.4GHz channel bandswitch — 1. Auto
5GHz channel bandswitch — 1.Auto
6GHz channel bandswitch — 1.Auto
802.11ax/ac/n/abg — 1. 802.11ax (можно попробовать поиграться более низкие поставить,но уже лень экспериментировать)
ARP Offload for WOWLAN — Включено (не знаю что это,трогать не стал)
Band Selection — 3. 5G Only
GTK Rekey for WOWLAN — Включено (ещё одна страшная штука)
Miracast prefer bank — 5G
Roam To 11ax Priority — 6. High
Roam To 5G Priority — 6. High
Transmit Power Level — 1. Макс.
U-APSD Support — Выключено
Предпочитаемая частота — 3. Диапазон 5 ГГц предпочтительней
Пробуждение пакетом Magic Packet — Выключено
Пробуждение при соответствии шаб (лонов?) — Выключено
Энергосбережение при простое — Выключено
Надеюсь это кому-то поможет
Gtk rekeying for wowlan что это
Participate in insightful discussions regarding issues related to Intel® Wireless Adapters and technologies
Готово! Подписка добавлена.
Готово! Подписка удалена.
Извините, вы должны пройти верификацию для завершения этого действия. Нажмите ссылку верификации в своем электронном сообщении. Вы можете повторить отправку через свой профиль.
- Intel Community
- Product Support Forums
- Wireless
- Wake on LAN Troubles
7190 Обсуждение
Wake on LAN Troubles
- Подписка на RSS-канал
- Отметить тему как новую
- Отметить тему как прочитанную
- Выполнить отслеживание данной Тема для текущего пользователя
- Закладка
- Подписаться
- Отключить
- Страница в формате печати
Начинающий
12-02-2016 11:26 PM
1 598Просмотр.
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Подписка на RSS-канал
- Выделить
- Печать
- Сообщить о недопустимом содержимом
I’ve had my Intel(R) Dual Band Wireless-AC 7260 for a few years (I built my system) and while sleeping I noticed my computer woke up a lot. I disabled WoL in the settings for the WiFi adapter and everything is good. Enter home automation and remote desktop needs! I setup port forwarding and another server to wake the computer and it works great, but I’m getting extra wakes at random intervals from this device too.
All peripherals in the device manager no longer can wake the computer and the BIOS is set to only allow for the power button to wake the device. All of my drivers are up-to-date at version 18.33.5.1 (checked both through Intel Driver Update Utility and Windows), and I tried with and without the PROSet program installed (only allowed for profiles to be imported anyway).
Wake Source Count — 1
Instance Path: PCI\VEN_8086&DEV_08B1&SUBSYS_40708086&REV_73\4&261e642&0&00E7
Friendly Name: Intel(R) Dual Band Wireless-AC 7260
Description: Intel(R) Dual Band Wireless-AC 7260
Manufacturer: Intel Corporation
(All wakeups in the Event viewer also match this)
powercfg -devicequery wake_armed
Intel(R) Dual Band Wireless-AC 7260
The Power Management tab for this device says:
«allow the computer to turn off this device to save power» (checked to enable the following)
«allow this device to wake the computer» (checked)
«only allow the magic packet to wake the computer» (checked)
The Advanced tab has these items changed from default:
«ARP offload for WoWLAN» (tried off and on)
«GTK rekeying for WoWLAN» (tried off and on)
«NS offload for WoWLAN» (tried off and on)
«Wake on Magic Packet» (on)
«Wake on Pattern Match (off)
Device: Intel(R) Dual Band Wireless-AC 7260
OS: Windows 10 Home (x64) Version 1607 (Stable) Build 14393.447
Network: Comcast Xfinity delivered via ISP provided modem router combo on NAT mode, downstream to TP LINK Google OnHub on NAT mode