Wi‑Fi 6/6E повільний у Windows 11? Виправте комбінацію драйвера й енергозбереження

Швидка діагностика (знайдіть вузьке місце за 10 хвилин)

Це послідовність, яку я використовую, коли хтось пише «Wi‑Fi 6 повільний», а в мене немає тижня на інтуїтивне усунення неполадок.
Ви визначите, чи вузьке місце — (a) радіочастота/діапазон, (b) драйвер/прошивка, (c) керування живленням, (d) взаємодія функцій роутера,
чи (e) сам інтернет‑канал.

Перше: доведіть, що це не WAN

1. Запустіть тест швидкості з провідного пристрою, підключеного до того ж роутера (або тимчасово підключіть ваш Windows 11 комп’ютер кабелем).
   Якщо повільно і по кабелю — не винен Wi‑Fi. Проблема у WAN, модемі, провайдері або маршрутизації.
2. Якщо по кабелю все в порядку — продовжуйте. Це проблема WLAN або клієнта, а не інтернету.

Друге: перевірте деталі з’єднання і діапазон за 30 секунд

1. Підтвердіть, чи ви в 2.4 GHz, 5 GHz чи 6 GHz, і які прийом/передача в Mbps.
2. Якщо ви на 2.4 GHz — у багатьох домівках і вразливій кількості офісів це і є причина повільної роботи.

Третє: перевірте версію драйвера й можливості

1. Визначте чіпсет Wi‑Fi (Intel/Realtek/Qualcomm/MediaTek) і версію драйвера.
2. Якщо драйвер старий, OEM‑кастомізований або підозріло новий — протестуйте відомо‑добру версію (оновіть або виконайте відкат).

Четверте: відключіть енергозбереження та «розумні» налаштування адаптера

1. Вимкніть «Дозволити комп’ютеру вимикати цей пристрій для економії енергії».
2. Переконайтеся, що активний план живлення Windows не пригнічує радіо непомітно.
3. Зменшуйте агресивність роумінгу тільки якщо ви відносно нерухомі й страждаєте від флапів при переключенні.

П’яте: ізолюйте взаємодії функцій роутера

1. Тимчасово протестуйте WPA2 проти WPA3, якщо підозрюєте проблеми узгодження або перевантаження CPU.
2. Спробуйте відключити 160 MHz (так, іноді вимкнення функції підвищує пропускну здатність).
3. На 6E переконайтеся, що 6 GHz увімкнено і він не працює в дивному «режимі сумісності для старих пристроїв».

Шосте: вимірюйте затримки й втрати, а не тільки пропускну здатність

1. Пропінгуйте роутер/шлюз і стабільну інтернет‑ціль. Якщо затримка до шлюзу стрибає — це локальна проблема RF/драйвер/живлення.
2. Якщо шлюз чистий, але інтернет‑ціль показує стрибки — дивіться вгору по ланцюжку (WAN, bufferbloat, провайдер, VPN, корпоративний проксі).

Мета: не «полагодити Wi‑Fi», а виправити конкретне вузьке місце, яке ви можете підтвердити одним‑двома спостереженнями.

Як виглядає «хороше» для Wi‑Fi 6/6E (і що є міфом)

Windows показує «Швидкість з’єднання», яка не є вашою пропускною здатністю. Це погоджена PHY‑швидкість залежно від модуляції,
ширини каналу, просторових потоків і умов сигналу. Реальна пропускна здатність нижча через накладні витрати (MAC‑заголовки, конкуренція за повітря,
шифрування, підтвердження, повторні передачі), плюс те, що роутер і клієнт роблять у фоні.

Практична очікуваність, ближній діапазон, чистий спектр:

• Wi‑Fi 6 на 5 GHz (80 MHz, 2×2): часто 600–900 Mbps реальної пропускної здатності за гарних умов.
• Wi‑Fi 6 на 5 GHz (160 MHz, 2×2): може перевищувати 1 Gbps, але крихкий і більш схильний до перешкод.
• Wi‑Fi 6E на 6 GHz (80 MHz, 2×2): зазвичай чистіший спектр, і пропускна здатність частіше більш стабільна.
• 2.4 GHz: не очікуйте див. Він для досяжності, а не для максимальної швидкості.

Міф: «Моя швидкість з’єднання 2402 Mbps, отже завантаження має бути 2.4 Gbps». Ні. Думайте «половина — дві третини у дуже вдалий день»,
і це ще до того, як NAS, VPN чи хмарний сервіс стануть вузьким місцем.

Операційне правило: якщо затримка до шлюзу стрибає при низькій пропускній здатності, не чіпайте DNS, не чіпайте браузер і не звинувачуйте провайдера.
Це локальний Wi‑Fi (RF, драйвер, живлення, роумінг). Виправляйте локальне перш за все.

Цікаві факти та трохи історії (корисно)

• Wi‑Fi 6 — це 802.11ax, і він зосереджувався не лише на сирій швидкості, а й на ефективності в навантажених мережах.
• Wi‑Fi 6E — це фактично Wi‑Fi 6, розширений у діапазон 6 GHz; протокол не «новий», новий — спектр.
• OFDMA (Orthogonal Frequency Division Multiple Access) — велика зміна в плануванні, що допомагає багатьом клієнтам ділити ефір ефективніше.
• 1024‑QAM може збільшити пікові швидкості, але він вибагливий: потрібна гарна якість сигналу, тому відстань і стіни мають велике значення.
• 160 MHz канали швидкі на папері, але часто платять стабільністю в реальних умовах через DFS, перешкоди й обмежений чистий спектр.
• 6 GHz має більше місця для широких каналів і менше застарілих пристроїв; тому 6E може здаватися «чарівно стабільним» у густонаселених будинках.
• Рішення про енергоменеджмент у Windows походять зі ери ноутбуків, де економія батареї часто була важливішою за продуктивність за замовчуванням.
• Якість драйверів важливіша з 802.11ax, бо планування, роумінг і стани живлення складніші, ніж у старих поколінь Wi‑Fi.
• WPA3 підвищує безпеку, але певні комбінації роутер/клієнт мали проблеми продуктивності на ранніх етапах впровадження.

Реальні режими відмов: драйвер, живлення, діапазон, функції роутера

1) Драйвер «правильний», але невідповідний для вашої реальності

Windows Update любить шукати та постачати драйвери, які стабільні для широкого набору пристроїв, але не обов’язково швидкі для вашої конкретної комбінації ноутбук+роутер.
Вендори ноутбуків також постачають кастомізовані драйвери, налаштовані під їхні антени, теплові обмеження та профілі живлення.
Потім ви встановлюєте «універсальний» драйвер від виробника чіпсету, бо форум так радив, і роумінг перетворюється на цирк.

У мене є патерн: одна версія драйвера чудова в офісі, але падає вдома (або навпаки). Це не містика.
Зазвичай це взаємодія функцій: 160 MHz, WPA3, Target Wake Time, поведінка beamforming або AP steering.

2) Керування живлення тихо підриває пропускну здатність

«Дозволити комп’ютеру вимикати цей пристрій для економії енергії» — очевидний чекбокс. Менш очевидна частина: плани живлення Windows можуть змінювати, наскільки агресивно
ОС і драйвер переходять у низькі стани живлення. На сучасних чіпсетах Wi‑Fi перехід між станами може додавати затримку, зменшувати можливості передачі
та викликати періодичні зупинки, що виглядають як «повільний інтернет».

Якщо ваш симптом — гарна швидкість 10 секунд, потім падіння, або рандомні періодичні підвисання, осциляція станів живлення — головний підозрюваний.
Особливо на батареї. Особливо після снів/гібернації.

3) Ви в неправильному діапазоні (або AP погано вас переводить)

Band steering — чудова функція, поки не стає такою. Деякі роутери радше тримають вас на 2.4 GHz, бо сигнал здається «сильнішим» (RSSI),
хоча ефір там шумний і завантажений. ОС також може віддавати перевагу збереженому профілю мережі, що приводить до субоптимального діапазону.

4) «Більше функцій» може означати меншу швидкість

OFDMA, MU‑MIMO, beamforming, 160 MHz, WPA3, fast roaming (802.11r), BSS coloring… це не автоматичні виграші.
Це інструменти. Інструменти взаємодіють. Іноді вони конфліктують.

Жарт №1: Wi‑Fi — це просто Ethernet, тільки він проклятий і кабелі не видно.

5) Роутер не такий сильний, як обіцяє наклейка

Маркетинг роутерів фокусується на агрегованих «AX» числах, які припускають багато клієнтів і широкі канали. Ваша реальна пропускна здатність може обмежуватися:
CPU (шифрування/NAT), поганим радіодизайном, баговою прошивкою, тепловим тротлінгом або поганими дефолтами (наприклад, примус 160 MHz у густонаселеному районі).

Практичні завдання (команди, виводи, рішення)

Це реальні завдання, які ви можете виконати у Windows 11 і на роутері або Linux‑машині у вашій LAN.
Кожне завдання містить: команду, приклад виводу, що це означає і яке рішення ухвалити далі.
Мета — припинити гадати.

Завдання 1: Підтвердіть стан інтерфейсу і поточні швидкості

cr0x@server:~$ netsh wlan show interfaces
There is 1 interface on the system:

    Name                   : Wi-Fi
    Description            : Intel(R) Wi-Fi 6E AX210 160MHz
    GUID                   : 8a1d3c1b-2d0d-4d5a-9c6a-9d4c8c8e9c2f
    Physical address       : 3c:52:82:aa:bb:cc
    State                  : connected
    SSID                   : CorpNet
    BSSID                  : 84:16:f9:11:22:33
    Network type           : Infrastructure
    Radio type             : 802.11ax
    Authentication         : WPA2-Personal
    Cipher                 : CCMP
    Connection mode        : Auto Connect
    Channel                : 37
    Receive rate (Mbps)    : 1201.0
    Transmit rate (Mbps)   : 1201.0
    Signal                 : 88%
    Profile                : CorpNet

Значення: Ви підключені, на 802.11ax, і Канал 37 сильно натякає на 6 GHz (6E) у багатьох регуляторних доменах.
Швидкості приблизно 1201 Mbps часто вказують на 80 MHz ширини каналу з 2 просторовими потоками.

Рішення: Якщо ваші receive/transmit швидкості низькі (наприклад, 144–433 Mbps), хоча ви очікуєте більше, зосередьтеся спочатку на діапазоні/ширині каналу/сигналі.
Якщо швидкості високі, але пропускна здатність низька, дивіться драйвер/живлення/CPU роутера та взаємодію функцій.

Завдання 2: Перевірте файл драйвера, версію і підтримувані типи радіо

cr0x@server:~$ netsh wlan show drivers
Interface name: Wi-Fi

    Driver                    : Intel(R) Wi-Fi 6E AX210 160MHz
    Vendor                    : Intel Corporation
    Provider                  : Intel
    Date                      : 2024-05-10
    Version                   : 23.50.0.6
    INF file                  : oem42.inf
    Type                      : Native Wi-Fi Driver
    Radio types supported     : 802.11a 802.11b 802.11g 802.11n 802.11ac 802.11ax
    FIPS 140-2 mode supported : Yes
    802.11w Management Frame Protection supported : Yes

Значення: У вас сучасний Intel‑драйвер, і 802.11ax підтримується. oem42.inf вказує на встановлений пакет
(може бути OEM або Windows Update).

Рішення: Якщо версія стара або змінилася нещодавно і проблеми почалися «після оновлень» — плануйте контрольований тест відкату.
Якщо 802.11ax відсутній у підтримуваних типах радіо, ви не запущаєте той драйвер, який думаєте.

Завдання 3: Перевірте IP‑конфіг та підтвердіть шлюз за замовчуванням

cr0x@server:~$ ipconfig /all
Wireless LAN adapter Wi-Fi:

   Connection-specific DNS Suffix  . : corp.example
   Description . . . . . . . . . . : Intel(R) Wi-Fi 6E AX210 160MHz
   Physical Address. . . . . . . . : 3C-52-82-AA-BB-CC
   DHCP Enabled. . . . . . . . . . : Yes
   IPv4 Address. . . . . . . . . . : 10.20.5.114(Preferred)
   Subnet Mask . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . : Tuesday, February 6, 2026 9:12:41 AM
   Default Gateway . . . . . . . . : 10.20.5.1
   DNS Servers . . . . . . . . . . : 10.20.0.10
                                       10.20.0.11

Значення: У вас нормальна DHCP‑оренда і шлюз. Це перевірка налаштування, а не перевірка продуктивності.

Рішення: Використовуйте IP шлюзу для тестів затримки. Якщо у вас кілька шлюзів або VPN‑адаптер робить дивні речі, ізолюйте це далі.

Завдання 4: Пропінгуйте шлюз, щоб відокремити Wi‑Fi від WAN

cr0x@server:~$ ping -n 30 10.20.5.1
Pinging 10.20.5.1 with 32 bytes of data:
Reply from 10.20.5.1: bytes=32 time=2ms TTL=64
Reply from 10.20.5.1: bytes=32 time=3ms TTL=64
Reply from 10.20.5.1: bytes=32 time=64ms TTL=64
Reply from 10.20.5.1: bytes=32 time=4ms TTL=64

Ping statistics for 10.20.5.1:
    Packets: Sent = 30, Received = 30, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 2ms, Maximum = 64ms, Average = 6ms

Значення: Той стрибок до 64 ms до шлюзу підозрілий у локальній LAN‑середовищі. Це часто означає повторні передачі, перешкоди, переходи станів живлення
або тимчасове навантаження AP. Якщо ви бачите часті стрибки або втрати тут — це не ваш ISP.

Рішення: Якщо пінги до шлюзу нестабільні, надайте пріоритет змінам драйвера/живлення/діапазону/каналу перед тим, як чіпати DNS чи налаштування модему.

Завдання 5: Пропінгуйте стабільну інтернет‑ціль, щоб виявити проблеми вгору по ланцюжку

cr0x@server:~$ ping -n 30 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=18ms TTL=57
Reply from 1.1.1.1: bytes=32 time=19ms TTL=57
Reply from 1.1.1.1: bytes=32 time=85ms TTL=57

Ping statistics for 1.1.1.1:
    Packets: Sent = 30, Received = 30, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 17ms, Maximum = 85ms, Average = 23ms

Значення: Невелика джиттерність в інтернеті нормальна. Порівняйте з пінгом до шлюзу. Якщо шлюз чистий, а інтернет‑пінг стрибає — дивіться на WAN‑завантаження, bufferbloat, VPN або маршрути провайдера.

Рішення: Якщо і шлюз, і інтернет мають проблеми — виправляйте локальний Wi‑Fi спочатку. Якщо тільки інтернет — не ганьбіть Wi‑Fi.

Завдання 6: Згенеруйте Wi‑Fi звіт (вбудований у Windows)

cr0x@server:~$ netsh wlan show wlanreport
WLAN report saved to C:\ProgramData\Microsoft\Windows\WlanReport\wlan-report-latest.html

Значення: Windows генерує хронологію подій підключення, скидань драйвера, роумінгу й помилок. Це не ідеально, але дає докази.

Рішення: Якщо ви бачите часті цикли відключення/підключення, помилки автентифікації або скидання драйвера, перестаньте оптимізувати канали і виправляйте драйвер/живлення.

Завдання 7: Перелічіть збережені профілі Wi‑Fi і видаліть застарілі

cr0x@server:~$ netsh wlan show profiles
Profiles on interface Wi-Fi:

Group policy profiles (read only)
---------------------------------
    <None>

User profiles
-------------
    All User Profile     : CorpNet
    All User Profile     : CorpNet-Guest
    All User Profile     : HomeNet

Значення: Декілька профілів з подібними іменами можуть змусити Windows роумити або автоматично підключатися не так, як ви очікуєте.

Рішення: Якщо у вас дублікати або старі профілі від попередніх конфігурацій роутера — видаліть сміття і підключіться заново чисто.

cr0x@server:~$ netsh wlan delete profile name="CorpNet-Guest"
Profile "CorpNet-Guest" is deleted from interface "Wi-Fi".

Рішення: Після очищення протестуйте знову. Якщо продуктивність покращилася — у вас була проблема політики/автопідключення, а не фізики RF.

Завдання 8: Примусове перепідключення, щоб перевірити результати band steering

cr0x@server:~$ netsh wlan disconnect
Disconnection request was completed successfully.

cr0x@server:~$ netsh wlan connect name="CorpNet"
Connection request was completed successfully.

Значення: Ви примусово робите реасоціацію. Це корисно після змін на роутері або коли клієнт застряг у поганому діапазоні.

Рішення: Негайно повторно запустіть netsh wlan show interfaces і перевірте, чи змінилися канал/діапазон/швидкості так, як ви очікували.

Завдання 9: Перевірте план живлення та активну схему

cr0x@server:~$ powercfg /getactivescheme
Power Scheme GUID: 381b4222-f694-41f0-9685-ff5bb260df2e  (Balanced)

Значення: Balanced — нормально, поки ні. Вендори іноді додають приховані налаштування або постачають «тихі» режими у своїх утилітах,
які змінюють поведінку пристроїв під капотом.

Рішення: Якщо проблеми Wi‑Fi проявляються переважно на батареї, вам, ймовірно, доведеться налаштувати збереження енергії адаптера або обрати більш продуктивний план для тестування.

Завдання 10: Перевірте, чи адаптер може бути вимкнений для економії енергії

cr0x@server:~$ powercfg /devicequery wake_armed
HID Keyboard Device
HID-compliant mouse

Значення: Це прямо не показує «чи може бути вимкнений», але допомагає зрозуміти, які пристрої можуть будити систему.
Налагодження політик живлення заплутане; ми триангуємо по кількох індикаторах.

Рішення: Використайте Device Manager для опції живлення адаптера Wi‑Fi та повторно протестуйте стабільність пінгу шлюзу і пропускну здатність.

Завдання 11: Перевірте розширені TCP‑настройки, що впливають на відчутну продуктивність

cr0x@server:~$ netsh int tcp show global
Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State          : enabled
Receive Window Auto-Tuning Level    : normal
Add-On Congestion Control Provider  : default
ECN Capability                      : disabled
Timestamps                          : disabled

Значення: Auto‑tuning зазвичай має бути normal. Якщо воно вимкнене, мережі з великою пропускною здатністю можуть відчуватися дивно повільними.

Рішення: Якщо авто‑тюнінг вимкнено, поверніть його в нормальний режим і повторно протестуйте пропускну здатність. У корпоративному середовищі політика може відновити це назад.

cr0x@server:~$ netsh int tcp set global autotuninglevel=normal
Ok.

Завдання 12: Визначте процес, який насправді використовує мережу

cr0x@server:~$ netstat -b -o -n | findstr ":443"
  TCP    10.20.5.114:51542     52.96.34.18:443        ESTABLISHED     10240
 [msedge.exe]
  TCP    10.20.5.114:51556     13.107.42.14:443       ESTABLISHED     14892
 [Teams.exe]

Значення: Якщо скарга «Wi‑Fi повільний», але один процес насичує канал вгору (синхронізація в хмарі, резервне копіювання, завантаження гри),
ви займаєтесь не тією проблемою.

Рішення: Якщо одна програма домінує трафіком — призупиніть її і повторно протестуйте. Якщо все покращилося, у вас було конкуренція, а не проблема радіо.

Завдання 13: На роутері або Linux‑хості перевірте пропускну здатність LAN незалежно від Wi‑Fi

Якщо у вас є Linux‑машина, підключена кабелем до роутера (або невеликий сервер), використайте її як контроль, щоб відділити «проблему Wi‑Fi» від «проблеми LAN/WAN».

cr0x@server:~$ iperf3 -s
-----------------------------------------------------------
Server listening on 5201 (test #1)
-----------------------------------------------------------

Потім з Windows (якщо у вас встановлений iperf3) або з іншого клієнта. Ось приклад клієнтського запуску з Linux для ілюстрації:

cr0x@server:~$ iperf3 -c 10.20.5.50 -P 4
Connecting to host 10.20.5.50, port 5201
[SUM]   0.00-10.00  sec  1.02 GBytes   876 Mbits/sec  sender
[SUM]   0.00-10.00  sec  1018 MBytes   854 Mbits/sec  receiver

Значення: Це солідно для 2×2 Wi‑Fi 6 клієнта на 80 MHz, за хороших RF‑умов. Якщо інтернет‑тести повільні, а LAN iperf швидкий — ваш Wi‑Fi нормальний, а WAN‑шлях ні.

Рішення: Швидкий LAN + повільний інтернет = дивіться на ISP/VPN/DNS/CDN, а не на налаштування адаптера.
Повільний LAN iperf = локальний Wi‑Fi або проблема CPU роутера.

Завдання 14: Перегляньте Wi‑Fi журнали подій на наявність скидань драйвера й роумінгового шуму

cr0x@server:~$ wevtutil qe Microsoft-Windows-WLAN-AutoConfig/Operational /c:8 /f:text
Event[0]:
  Provider Name: Microsoft-Windows-WLAN-AutoConfig
  Event ID: 8001
  Level: Information
  Description:
    WLAN AutoConfig service has successfully connected to a wireless network.
Event[1]:
  Provider Name: Microsoft-Windows-WLAN-AutoConfig
  Event ID: 11004
  Level: Warning
  Description:
    WLAN AutoConfig detected limited connectivity, attempting recovery.

Значення: Попередження про обмежену підключеність, повторні підключення або тайм‑аути автентифікації вказують на проблеми драйвера/живлення/узгодження з AP.

Рішення: Якщо бачите повторюваний шум — перестаньте ганятися за «оптимізацією» каналів і почніть зі стабілізації драйвера та відключення вимикання адаптера.

Жарт №2: Найшвидший спосіб покращити Wi‑Fi — перестати друкувати PDF на ньому в 4K роздільності.

Три корпоративні міні‑історії з фронту

Міні‑історія 1: Інцидент через хибне припущення

Середня компанія впровадила нові ноутбуки з Windows 11 і адаптерами Wi‑Fi 6E. Скрипт служби підтримки казав: «Якщо повільно — завантаження у провайдера».
Торік цей підхід працював. Цього року він став тягарем.

Скарги накопичувалися: відеодзвінки зависали, хмарні IDE відключалися, «VPN зіпсувався». Графіки WAN виглядали нормально. Брандмауер не кипів.
Контролер Wi‑Fi показував пристойний RSSI клієнтів. Усі все ще звинувачували інтернет, бо тести швидкості були непослідовними й емоційно переконливими.

Хибне припущення було просте: велика швидкість з’єднання означає, що Wi‑Fi в порядку. На цих ноутбуках швидкість з’єднання лишалася високою, хоча клієнт
відчував мікросприйми затримки та випадкові штормові повторні передачі. Windows радо показував 1201 або 2402 Mbps, а пінг до шлюзу сягав 200+ ms.

Виправлення також було простим, коли команда припинила вважати Wi‑Fi магією: зафіксували стабільну версію драйвера для чіпсету, відключили можливість адаптера вимикатися,
і вимкнули 160 MHz на проблемному SSID. Мережа не стала «швидшою». Вона стала стабільною, а саме це потрібно для роботи.

Операційний урок: ніколи не дозволяйте одному UI‑числу («Швидкість з’єднання») виступати як ваше SLO. Вимірюйте затримку до шлюзу і повторні передачі — вони кажуть правду.

Міні‑історія 2: Оптимізація, яка обернулась проти

Інша організація вирішила «модернізувати» бездротову мережу, увімкнувши всі блискучі фішки: WPA3‑тільки, 160 MHz скрізь, агресивне band steering
і fast roaming. У демо в залі на одному ноутбуку за шість футів від AP це виглядало прекрасно.

Потім прийшла реальність. Відкриті офісні простори, 160 MHz зіткнувся з RF‑шумом і подіями DFS. Клієнти переключалися каналами, заново узгоджувалися, і іноді сідали на забитий спектр.
Певна група Windows 11 клієнтів з конкретною версією драйвера почала показувати періодичні крахи пропускної здатності — добре кілька хвилин, погано 30 секунд, повтор.
Це було ідеально: важко відтворити за вимогою й легко неправильно діагностувати.

«Оптимізація» мала підвищити пікові швидкості. Натомість вона підвищила варіативність. А варіативність ламає голосові дзвінки, VDI та все інтерактивне.
Люди не скаржаться, коли мають 700 Mbps замість 900 Mbps. Вони скаржаться, коли їхній дзвінок падає.

План відкату був поетапним: повернути 80 MHz на більшості SSID, тримати WPA3 як «перехідний» режим, а не як жорстку вимогу на якийсь час, і налаштовувати band steering під середовище.
Пікова швидкість впала. Квитків стало менше.

Урок: найкращий Wi‑Fi — нудний Wi‑Fi. Оптимізуйте стабільність і чесний розподіл ефіру, а не скріншот для презентації.

Міні‑історія 3: Нудна, але правильна практика, що врятувала день

Регульована компанія мала звичку, яку інші команди висміювали: вони підтримували невелику матрицю «відомо‑добрих» версій драйверів для кожного чіпсету та моделі ноутбука.
Також вони тестували оновлення Windows у пілотному кільці з цими драйверами перед широким розгортанням.

Коли з’явилося оновлення Windows 11 і продуктивність Wi‑Fi погіршилась для певної сім’ї адаптерів, вони не панікували.
У них уже були базові показники: розподіли пінгу до шлюзу, діапазони пропускної здатності iperf і поведінка роумінгу під навантаженням.
Це було не суб’єктивно. Це було вимірюваною регресією.

Вони зафіксували драйвер, відтворили проблему, потім протестували дві альтернативні версії драйвера: одну новішу, одну старішу.
Стара версія повернула стабільність. Нова підвищувала пропускну здатність, але знову вводила роумінговий шум на певних моделях AP.
Тож вони вибрали нудний варіант: стабільність насамперед, а потім довша співпраця з вендором для складного випадку.

Поки інші організації тягнулися тижнями в «вимкни і вмикни знову», ця відправила контрольований відкат через управління кінцевими точками і продовжила роботу. За це ніхто не отримав підвищення. Ось чому це було правильно.

Перефразована ідея, часто приписувана мисленню надійності інженерії (не дослівно): доступність походить від контролю змін і розуміння режимів відмов, а не від геройських вчинків.

Поширені помилки: симптом → корінна причина → виправлення

1) Симптом: «Швидкість з’єднання величезна, але завантаження повільні»

• Корінна причина: Пропускна здатність обмежена повторними передачами, перешкодами або CPU/NAT/шифруванням роутера; швидкість з’єднання — лише PHY.
• Виправлення: Пропінгуйте шлюз на джиттер/втрати; тестуйте LAN iperf; спробуйте 80 MHz замість 160; оновіть/відкатайте драйвер; підтвердіть, що ви в 5/6 GHz.

2) Симптом: «Швидко 30 секунд, потім падає, потім відновлюється»

• Корінна причина: Переходи станів живлення, особливості Target Wake Time або баги драйвера після сну.
• Виправлення: Вимкніть опцію вимикання адаптера; протестуйте на живленні від мережі; в Wireless Adapter Settings встановіть Maximum Performance; розгляньте відкат драйвера.

3) Симптом: «Тільки повільно на батареї»

• Корінна причина: Агресивні політики енергозбереження для WLAN‑адаптера.
• Виправлення: Встановіть режим енергозбереження адаптера Wi‑Fi на Maximum Performance на батареї; збережіть Balanced, але налаштуйте цю опцію, якщо вам важливі стабільні конференції.

4) Симptom: «Повільно тільки в одному місці (той самий ноутбук)»

• Корінна причина: RF‑конгестія, події DFS або band steering переводить вас на 2.4 GHz.
• Виправлення: Перевірте канал і діапазон; перейдіть на 5/6 GHz SSID; не форсуйте 160 MHz в завантаженому середовищі.

5) Симптом: «Wi‑Fi 6E повільніший за Wi‑Fi 6»

• Корінна причина: 6 GHz сильніше ослаблюється через стіни, нижчий ефективний SNR або розміщення AP не під 6 GHz.
• Виправлення: Використовуйте 6 GHz поруч з AP; інакше віддавайте перевагу сильному 5 GHz; розгляньте додавання AP замість очікування, що 6 GHz пройде крізь стіни.

6) Симптом: «VPN працює погано по Wi‑Fi, але нормально по Ethernet»

• Корінна причина: Джиттер/втрати Wi‑Fi запускають повторні передачі VPN; MTU/фрагментація можуть посилити проблему.
• Виправлення: Спочатку стабілізуйте пінг до шлюзу; потім перевірте MTU і налаштування VPN‑клієнта за потреби. Не починайте з VPN.

7) Симптом: «Після оновлення Windows пропускна здатність Wi‑Fi впала»

• Корінна причина: Драйвер замінено Windows Update або нові налаштування політики живлення за замовчуванням.
• Виправлення: Визначте зміни версії драйвера; протестуйте відкат; потім зафіксуйте відому‑добру версію через управління кінцевими точками.

8) Симптом: «Швидкість в порядку, але затримки стрибають під час завантажень»

• Корінна причина: Bufferbloat на роутері/WAN‑лінку; насичення вихідного каналу; QoS не налаштовано.
• Виправлення: Обмежте аплоуд, увімкніть SQM/Smart Queue Management якщо доступно, або налаштуйте QoS. У цьому випадку Wi‑Fi може бути не винуватцем.

Чеклісти / покроковий план

План A: Виправте комбінацію драйвера й живлення (звичайний переможець)

1. Занотуйте базові показники: запустіть netsh wlan show interfaces і збережіть канал, тип радіо, швидкості, сигнал.
   Запустіть 30‑пінговий тест до шлюзу і зафіксуйте max/avg затримку.
2. Перевірте версію драйвера: запустіть netsh wlan show drivers. Якщо версія змінилася недавно — плануйте тест відкату.
3. Оновіть або відкотіть усвідомлено:
   • Віддавайте перевагу драйверам, підтримуваним OEM для ноутбуків (вони часто налаштовують потужність/антени).
   • Якщо OEM‑версія застаріла або проблемна, тестуйте драйвер від виробника чіпсету, але розглядайте це як зміну з можливістю відкату.
4. Вимкніть відключення адаптера для економії: у Device Manager → Network adapters → ваш Wi‑Fi адаптер → Power Management:
   зніміть чекбокс «Дозволити комп’ютеру вимикати цей пристрій для економії енергії».
5. Встановіть політику живлення адаптера: Power Options → Advanced settings → Wireless Adapter Settings:
   виставте для «On battery» і «Plugged in» Maximum Performance (принаймні для тестування; залишайте, якщо це вирішило проблему).
6. Повторно протестуйте: знову пропінгуйте шлюз; потім проведіть LAN iperf тест якщо можливо; потім інтернет‑тест.
7. Ухваліть рішення: якщо стабільність затримки покращилася суттєво — залиште ці налаштування і припиніть підлаштовуватися.

План B: Перевірка діапазону і каналів (коли PHY — проблема)

1. Підтвердіть, що ви в 5 GHz або 6 GHz. Якщо ви в 2.4 GHz — виправте steering або тимчасово розділіть SSID, щоб довести причину.
2. Уникайте 160 MHz, поки не матимете доказів, що він допомагає. Для стабільності в шумних середовищах використовуйте 80 MHz.
3. На 6E розміщуйте AP так, щоб 6 GHz реально діставав до робочого місця. Якщо ні — використовуйте 5 GHz і рухайтесь далі.
4. Повторно протестуйте: якщо швидкості і пінг до шлюзу покращились — у вас була проблема RF/планування каналів, а не Windows.

План C: Взаємодія функцій роутера (коли «нове» означає «дивне»)

1. Тимчасово переключіть WPA3‑тільки на режим переходу WPA2/WPA3 (або WPA2), щоб перевірити проблеми узгодження/продуктивності.
2. Вимкніть розширені функції роумінгу (802.11r), якщо бачите повторювані проблеми автентифікації/роумінгу на Windows‑клієнтах.
3. Оновіть прошивку роутера. Якщо прошивка вже актуальна, врахуйте, що «актуальна» може бути «актуально багнутою». При можливості протестуйте одну версію назад.
4. Тримайте зміни ізольованими: одна зміна, один тест, одне рішення. Не створюйте таємничої суміші змін.

FAQ

1) Чому моя швидкість з’єднання Wi‑Fi 6/6E висока, а реальна швидкість низька?

Швидкість з’єднання — це погоджена PHY‑швидкість. Реальна пропускна здатність нижча через накладні витрати, конкуренцію за повітря, повторні передачі та іноді обмеження CPU роутера.
Використовуйте пінг до шлюзу і LAN iperf, щоб знайти, де з’являється втрата/джиттер.

2) Чи завжди треба вмикати 160 MHz канали?

Ні. Використовуйте 160 MHz, коли у вас чистий спектр і невеликі відстані. Інакше він часто підвищує варіативність (події DFS, перешкоди)
і може знизити реальну пропускну здатність або стабільність.

3) Чи 6 GHz завжди швидший за 5 GHz?

Не завжди. 6 GHz зазвичай чистіший, але сильніше ослаблюється крізь стіни. Якщо сигнал 6 GHz слабкий, 5 GHz може перевершувати його на практиці.

4) Чи завжди потрібен найновіший драйвер Wi‑Fi?

Потрібен найкращий драйвер для вашої комбінації адаптер+ноутбук+роутер. «Найновіший» іноді правильний, іноді — регресія.
Якщо продуктивність погіршилася після оновлення, контрольований тест відкату — розумне рішення.

5) Яке налаштування Windows 11 найчастіше викликає підвисання Wi‑Fi?

Керування живленням. Зокрема: дозволяти Windows вимикати адаптер і агресивне збереження енергії для бездротового адаптера на батареї.
Вимкніть чекбокс вимикання адаптера і встановіть Wireless Adapter Power Saving на Maximum Performance для тестування.

6) Чому Wi‑Fi повільний тільки після сну?

Деякі драйвери після відновлення зі сну не відновлюються коректно, або переходи станів живлення застрягають у субоптимальних режимах.
Оновлення/відкат драйвера і вимкнення можливості вимикання адаптера зазвичай вирішують проблему.

7) Чи прискорить вимкнення IPv6 Wi‑Fi?

Зазвичай ні, і часто це створює нові проблеми. Якщо ви підозрюєте DNS або маршрутизацію, спочатку тестуйте пінг до шлюзу і LAN iperf.
Не вимикайте IPv6, бо десь в інтернеті хтось так порадив.

8) Як я зрозумію, що роутер — вузьке місце?

Якщо LAN iperf між вашим Wi‑Fi клієнтом і провідним сервером повільний, вузьке місце локальне (Wi‑Fi або роутер).
Якщо LAN iperf швидкий, а інтернет повільний — швидше за все проблема на WAN, у провайдера, VPN або upstream‑маршрутизації.

9) Чому продуктивність змінюється вдома і в офісі?

Різні плани каналів, різні набори функцій (WPA3/802.11r/OFDMA налаштування) і різні профілі перешкод.
Драйвери можуть поводитися по‑різному залежно від реалізації AP і поведінки band steering.

10) Чи варто розділяти SSID (окремі імена для 2.4/5/6 GHz)?

Для діагностики — так: це один з найшвидших способів довести, що band steering — проблема.
У довгостроковій перспективі один SSID може працювати, якщо роутер добре робить steering. Багато роутерів цього не вміють.

Висновок: наступні кроки, які справді змінюють ситуацію

Якщо запам’ятати одну річ: перестаньте поклонятися числу швидкості з’єднання. Вимірюйте затримку до шлюзу, підтверджуйте діапазон і поводьтеся з змінами драйвера як з серйозними змінами
з можливістю відкату. Windows 11 не по‑особливому поганий у Wi‑Fi 6/6E; він просто добре ховає два найважливіші регулятори: поведінку драйвера й політику живлення.

Практичні наступні кроки:

1. Запустіть netsh wlan show interfaces і підтвердіть діапазон/канал і швидкості.
2. Пропінгуйте ваш шлюз за 30–60 секунд. Стрибки або втрати означають локальні проблеми Wi‑Fi.
3. Перевірте версію драйвера за netsh wlan show drivers. Якщо проблеми почалися після оновлення — протестуйте відкат.
4. Вимкніть можливість вимикати адаптер і встановіть Wireless Adapter Power Saving на Maximum Performance (принаймні для тесту).
5. Якщо ви примушуєте 160 MHz — спробуйте 80 MHz на день і подивіться, чи покращиться стабільність.

Wi‑Fi — це спільне середовище з багатьма рухомими частинами. Хитрість — бути методичним, а не містичним.