Зависає відео через wifi хоча з мобільного працює добре

Рішив поділитися своєю проблемою. Зіткнувся з парадоксом: гігабітний інтернет є, а відео гальмує. Ділюся своїм шляхом вирішення проблеми. Можливо, рішення допоможе комусь заощадити час, гроші, а можливо, просто наштовхне на думку або ідею. Суть ось у чому. Не дивлячись на швидкий інтернет, я зіткнувся з пригальмовуваннями під час перемотування відео. І хоч усі пузомірки показували швидку швидкість, потокове відео часто лагало. Далі докладніше про мій досвід.

Оптоволокно і новий роутер

Все почалося з того, що діти почали скаржитися на онлайн навчання. Відео-конференції часто зависали і відвалювалися. Тоді я зрозумів, що всі ці віддаленки вимагають вкладень в обладнання. До того ж стали відключати світло. Я вирішив, що час замість старого доброго кабелю провести оптоволокно. Тим паче, що це зараз коштує недорого.

Там більше, що це зараз коштує недорого.

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

Було прийнято рішення оновити і роутер. Варіанти типу Netis, TotoLink і Xiaomi я відкинув відразу. Так вони не погані для більшості користувачів, але мав справу з усіма з них. І якась бяка завжди присутня. Звичайно, правильніше було б купити якийсь гіковський MikroTik. Але, блін, я вже розбалуваний певними фішками з коробки... Загалом купив TP-Link Archer BE230. Непоганий процесор, підтримка WiFi 7, що корисно для яблучної техніки. Зручний додаток. З мінусів хіба, що обмеження деяких налаштувань. І ось, що вийшло у мене в підсумку.

Швидка швидкість але гальма у відео

Швидкість WiFi через Speedtest показує 500-800 мбіт/с. Все працює швидко. Але проблеми з практично будь-яким потоковим відео залишилися. Так, якщо говорити про YouTube там усе чудово, все-таки алгоритми Google підсовують найкращий потік. А ось із багатьма іншими сайтами з відео і біда бідою... І питання не в тому який браузер найшвидший, ні. Так у всіх: Chrome, Safari, Firefox. Теж саме по вай-фай і безпосередньо по кабелю.

Завантажив на свої хостинги в Україні та в Німеччині тестовий файлик *.mp4 вагою 60мб. І моє здивування було просто не приховати. Це відео також відтворюється з підвантаженням. Уявіть, маючи швидкість до 800 Мбіт/с, воно б просто завантажилося за півсекунди (0,6 с), а воно йде з підвисанням. Часто з'являється коліщатко підвантаження. Це проявляється на будь-якій техніці: iPhone 16 pro, iPhone 13 mini, iPad Air M1, Mackbook Air M1... на всіх Android пристроях і Windows ноутбуках теж саме.

Я б усе списав на наш час... Ситуація в країні, проблеми з електрикою. Але я випадково роздав мобільний інтернет і О, диво! Тормза зовсім пропали. Все стало працювати просто ідеально. Від мобільного інтернету навіть на 5-10 мбіт/с все стало без проблем.

Тестуємо і шукаємо причину затримок

Ось те, що я спробував, крім банального ping, це знайти ідеальний MTU. Потокове відео часто йде пачками максимально можливих пакетів. Якщо провайдер або роутер хоч трохи ріже стандартні 1500 байт, відбувається фрагментація. У кого Mac потрібно зробити таку команду в терміналі (у кого Windows знайдіть аналог):

ping -D -s 1472 8.8.8.8

-s 1472: розмір даних (1472 байта даних + 28 байт заголовків = стандартні 1500 MTU). Якщо писатиме "Message too long", то потрібно зменшити в запиті число 1472 (наприклад, до 1464, 1450 і т.д.), поки пінг не пройде.

Приклад: Якщо пінг пройшов на 1460. Значить, ваш ідеальний MTU в налаштуваннях роутера = 1488. Але важливо розуміти MTU 1500 - це еталон для більшості домашніх з'єднань (особливо оптика/Ethernet).

У моєму випадку все виявилося в порядку. Тому я рухаюся далі. У МакОС є вбудована утиліта для перевірки якості каналу. Вона відмінно показує джиттер і чи задихається мережа під навантаженням:

networkQuality -v

Теж обов'язково перевірте. І якщо як і мені це нічого не дало, то рекомендую заміряти трасу до проблемного сайту вбудованою командою:

traceroute sitecat.net

Замість sitecat.net введіть адресу сайту з яким спостерігаєте проблеми. А потім уже я б рекомендував встановити і використовувати для тестування утиліту MTR (My Traceroute). Як встановлювати, почитайте самі, є багато різних способів, я встановив через Homebrew такою командою:

brew install mtr

Коли все встановлено, можна переглянути всі вузли між вами і проблемним сайтом і визначити де є втрати пакетів. Команда:

sudo mtr sitecat.net

Замість sitecat.net введіть адресу сайту. Буде потрібен пароль від твого Mac, оскільки MTR потрібні права суперкористувача для роботи з мережевими пакетами. Після запуску команди, дайте MTR попрацювати хоча б 2-3 хвилини (до колонки Loss% має набігти близько 100 пакетів). І результати ми розшифровуємо так:

• Loss%. В ідеалі має бути 0%. Якщо на якомусь вузлі є втрати, а далі вони зберігаються - це проблема.
• Worst. Це джиттер. Якщо Best - 30ms, а Worst - 400ms, значить, канал лихоманить.
• StDev (Standard Deviation). Це важливий показник для відео. Якщо він високий (вище 10-20), значить, затримка нестабільна, і буфер відео не встигатиме наповнюватися.

Якщо і в цих тестах ви нічого не помітили підозрілого, то є сайти з онлайн тестами. Теж рекомендую перевірити свій інтернет на них. Обов'язково проведіть Buffer Bloat, якщо показує оцінку не A то це говорить про проблеми. Яких саме буде видно у звіті. Ще один тест від улюбленої нами NETFLIX можна зробити на сайті Fast.com.

Через термінал ще можна перевірити як швидко завантажується файл. Для цього знадобиться команда curl і віддалений сервер із файлом для скачування. Я скористаюся популярним хостингом HETZNER. У них є можливість завантажити тестові файли для перевірки швидкості. У терміналі пишемо:

curl --http1.1 -w "TCP Speed: %{speed_download} B/s\n" -o /dev/null -s https://cloudflare.com/dwld/100mb.bin

Це перевірить швидкість на скачування за протоколом TCP, а команда нижче за QUIC:

curl --http3 -w "QUIC Speed: %{speed_download} B/s\n" -o /dev/null -s https://cloudflare.com/dwld/100mb.bin

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

Системний curl у macOS часто не підтримує HTTP/3 (--http3). Моя порада використовувати версію з Homebrew, замість curl пишіть /opt/homebrew/opt/curl/bin/curl

Так я натрапив на один цікавий висновок. На будь-якому напрямку, чи то Київ, чи то Німеччина, швидкість скачування з використанням VPN була в рази вищою. А також вимкнення в браузері прапора QUIC (UDP) зменшило лаги у відео навіть без використання VPN.

Як налаштувати роутер і в чому причина затримок

Тут ми підбираємося до вирішення питання. Сорян, що трохи втомив вас передмовами і виконаною роботою. Просто багато хто знайде рішення вже провівши тести вище. Цей же розділ для тих, кому нічого не допомогло. Або хто хоче спробувати покрутити різні налаштування. Не обов'язково використовувати їх усі. Просто пробуйте. Залиште тільки те, що вам допомогло, а все інше поверніть у режим за замовчуванням.

Перше, що зазвичай радять для розв'язання нашої проблеми, - це прописати в налаштуваннях роутера DNS сервера від Cloudflare або Google. У теорії це зменшує відгук. Ось рекомендації для роутера:

• Встановіть DNS 1.1.1.1 або 8.8.8.8.8
• Якщо увімкнемо QoS відключіть.
• Спробуйте ввімкнути (вимкнений) або вимкнути MLO.</nbsp;
• Відключіть 6ггц (якщо є).
• Відключіть iPv6.
• Обновіть прошивку роутера.

Як ви розумієте, у моїй ситуації ці рухи тіла не дали хоч якогось результату. Наші тести вище доводять, що ваша мережа провайдера (або системи DPI) штучно обмежує швидкість одиночних TCP/UDP сесій, що і є причиною постійної буферизації відео. Найімовірніше навмисне або через помилку сповільнюючи мій трафік. У будь-якому разі проблема не в моєму роутері, не в Wi-Fi і не в кінцевому сервері, оскільки через VPN (у моїй же мережі) фізичний канал дає змогу качати в 10 разів швидше. Тепер знаючи причину спробуємо вирішити питання. Ось, що дійсно зменшило лаги відео на нотбуці - це вимкнення QUIC (UDP) у Chrome. Для цього в адресному рядку введіть:

chrome://flags/#enable-quic

І встановіть значення в положення - disable. Далі рекомендую в налаштуваннях роутера знайти і ввімкнути параметр Using DNS over HTTPS (DoH). У випадаючому списку виберіть - Cloudflare. Той факт, що вимкнення QUIC і ввімкнення DoH (DNS over HTTPS) допомогло в Chrome, - це доказ, що вказує на одну з двох проблем (або обидві одразу):

• UDP Throttling / Shaping. Провайдер некоректно обробляє або навмисно обмежує UDP-трафік (на якому працює протокол QUIC/HTTP3). Відео в сучасних браузерах і додатках майже завжди намагається йти по UDP.
• DPI (Deep Packet Inspection). Обладнання провайдера намагається аналізувати пакети. Коли ви вмикаєте DoH, ви приховуєте запити до доменів, а вимикаючи QUIC - змушуєте трафік іти по старому доброму TCP, який DPI ковтає легше.

Ці два налаштування практично повністю вирішили мої проблеми з відтворенням відео на ноутбуці. Але проблема залишилася на TV приставках, на смартфонах і планшетах. І рішення може бути не таким вже й простим.

Виправляємо зависання відео в смартфоні, планшеті та ТВ

Так як ми не можемо вимкнути QUIC у кожному застосунку на iPhone або телевізорі, потрібно змусити їх відкотитися на TCP ще на рівні роутера. Якщо ваш роутер підтримує блокування протоколу UDP на 443 порту, то вам цього вистачить на 99%. Мій роутер не підтримує кастомні прошивки OpenWrt або DDWrt, а стокова прошивка не дає всіх можливостей. Тому я вирішив налаштувати в роутері VPN клієнт і пропускати трафік через нього блокуючи потрібний протокол.

Отже підключити VPN до роутера дуже просто. Потрібно знайти в налаштуваннях відповідну вкладку і завантажити конфіг, який можна згенерувати в терміналі. Я буду використовувати VPN від Cloudflare WARP. Він відносно швидкий, безкоштовний і безлімітний. Для генерації конфіга в терміналі по черзі вводимо команди (кожна з нового рядка окрема команда):

mkdir ~/Desktop/warp-config && cd ~/Desktop/warp-config
wgcf зареєструвати
wgcf generate

Після цього на робочому столі з'явиться папка, а в ній буде лежати файл конфігурації для підключення безлпатного VPN від Cloudflare WARP до вашого роутера. Потрібно в розділі клієнт VPN завантажити цей файл. А далі вибрати пристрої у вашій мережі, які працюватимуть через це підключення. Тепер ваш WiFi працює через VPN і це вже може вирішити вашу проблему. Перевіряйте. Але якщо ваші лаги з відео пов'язані з QUIC, як було в моєму випадку, то просто ВПН буде недостатньо. Нам потрібен vpn з певними параметрами фільтрації трафіку. І тут ми можемо піти двома шляхами. Якщо у вас немає немає немає досвіду розробки і немає власного хостингу в Україні то підійде безкоштовний варіант від Cloudflare.

Налаштовуємо CloudFlare ZeroTrust

По суті це те ж саме, що і CloudflareWARP, тільки у вас буде своя IP адреса і ви зможете налаштувати правила під себе. Для цього в панелі управління Cloudflare One потрібно увійти в розділ Traffic Policies і далі Firewall policies.

Тут потрібно додати наші умови для трафіку. У нашому випадку заборонити протокол UPD на 443 порту, але не весь 443 порт (інакше ляже весь HTTPS/TCP).

Після додавання цього правила і натискання кнопки зберегти, переконайтеся, що в розділі Traffic Policies / Firewall policies ваше створене правило світиться зеленим. А якщо ні, то активуйте його:

• Переключіть "Allow Secure Web Gateway to proxy traffic" в положення ON.
• У списку протоколів, що з'явився, обов'язково відзначте UDP (так як QUIC працює через UDP).
• Увімкніть "Allow protocol detection" - це дасть змогу системі точніше розпізнавати QUIC-трафік усередині пакетів.

Щоб ваш роутер став частиною вашої організації Zero Trust (і на нього почали діяти правила Block QUIC), звичайний безкоштовний конфіг не підійде. Потрібно пов'язати роутер із вашим акаунтом. Для цього потрібен токен для авторизації.

Для отримання токена Zero Trust (Cloudflare One) через консоль браузера вам достатньо підглянути його в мережевих запитах панелі керування. Ось покрокова інструкція, як це зробити:

• Відкрийте в браузері панель авторизації https://<ім'я вашої організації>.cloudflareaccess.com/warp.
• Ввійдіть під своїм логіном і паролем.
• Як тільки ви побачите повідомлення про успішну авторизацію (вам буде запропоновано відкрити офіційний клієнт WARP), не закривайте вкладку.
• Відкрийте інструменти розробника вашого браузера, потім клацніть вкладку Console.
• Вставте наступний код у консоль і натисніть Enter:

console.log(document.querySelector("meta[http-equiv='refresh']").content.split("=")[2])

Після натискання Enter з'явиться довгий рядок букв і цифр. Цей токен є секретним і надає доступ до вашої мережі Zero Trust. І працює він лише кілька хвилин. Тому скоригуйте його і вставте в термінал MacOS ось таку команду:

curl -sSL https://raw.githubusercontent.com/rany2/warp.sh/master/warp.sh | bash -s -- -T ВАШ_СКОПИРОВАННЫЙ_ТОКЕН

Після виконання команди, в терміналі ви побачите рядки конфіга підключення для роутера. Скопіюйте його у файл із розширенням *.conf і далі додайте його в роутер, як ми робили з конфігом для CloudflareWARP.

Увага: цей метод використовує сторонній скрипт warp.sh. Якщо ви параноїк у плані безпеки, завжди перевіряйте вміст сторонніх скриптів перед запуском через curl | bash.

Налаштовуємо свій VPN сервер на хостингу

Якщо у вас є свій VPS хостинг, то можна налаштувати все на ньому. Головне переконайтеся, що правила хостингу не забороняють використовувати його як VPN, а також подивіться на швидкість з'єднання. Я використовував TheHost Україна. Підключаємося до вашого сервера через SSH і вводимо команду:

curl -O https://raw.githubusercontent.com/angristan/wireguard-install/master/wireguard-install.sh

chmod +x wireguard-install.sh

./wireguard-install.sh

Всі запропоновані налаштування зберігайте за замовчуванням (тиснемо Enter). Після завершення скрипт створить файл конфігурації .conf у домашній директорії. Його можна відкрити і скопіювати у файл. А далі застосувати до свого роутера. Але перед цим не забудьте зробити вимкнення UPD 443 порту командою:

sudo iptables -I FORWARD -s 10.66.66.0/24 -p udp --dport 443 -j REJECT

Важливо! Переконайтеся, що 10.66.66.66.0/24 збігається з підмережею, яку призначив ваш WireGuard скрипт. І щоб ці налаштування не збивалися, потрібно виконати:

sudo apt install iptables-persistent

Як перевірити по якому порту йде трафік і чи вийшло у нас

Тут усе просто. Якщо ми зробили все правильно, то абсолютно весь трафік має йти через TCP. А щоб це перевірити просто відкрийте панель розробника в браузері. Перейдіть на вкладку Network і запустіть сайт YouTube. Протокол має показувати h2. Якщо такої вкладки немає, то натисніть правою кнопкою миші і додайте її. А якщо ви бачите h3, то десь ви зробили помилку.

Висновки та важливе попередження

Хочу сказати, що налаштування можуть відрізнятися. Так само як і команди, запити в консоль і назва пунктів в інтерфейсі. Наприклад, якщо у вас не MacOS, а Windows, у консолі потрібно використовувати інші команди, але ви їх легко адаптуєте за допомогою ChatGTP. Можете згодувати йому цю статтю, а він уже вам допоможе.

Я лише пропоную загальну ідею для вирішення проблеми на моєму особистому досвіді. Вам також не обов'язково піднімати VPN-клієнт прямо на роутері. Можна створити і налаштувати ZeroTrust (Cloudflare One), а далі встановити їхній офіційний застосунок на проблемний пристрій.

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

Читайте також

• Браузери для андроїд ТВ в 2026: топ додатків для великого екрана
• Доходи ютуберів 2026: альтернативи рекламі та стабільний бізнес
• Як користуватися YouTube на старих iPhone та iPad: покрокова інструкція 2026
• Як збільшити швидкість у браузері Опера в 2026 році
• Браузер який робить все за вас Perplexity Comet, PRO версію безкоштовно
• Який браузер найшвидший на macOS і чому вони іноді гальмують