Зависает видео через 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
• Если включем QoS отключите. 
• Попробуйте включить (отключен) или отключить MLO. 
• Отключите 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 register
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.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 і чому вони іноді гальмують