Вернул все как было. Скорость возрасла до 15000 Kbps.
Проверил все советы, указанные тут, ничего не помогает. Проверяю в Firefox 128.0.2. Ростелеком, Тула.
Не понимаю зачем люди пишут команды в виде
--blacklist youtube-domain.txt
когда так утилита не запустится. Правильно будет
--blacklist ..\youtube-domain.txt
Подразумевается, что вы создаёте файл youtube-domain.txt рядом с goodbyedpi.exe.
сегодня ютуб тормозить стал с GBDPI
добавил --max-payload 2400 как в этой теме рекомендовали и вроде все ок опять.
Для FireFox 115.0.esr помог совет с просторов интернета поменять в about:config useragent на
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36 uacq
После перезапуска Youtube заработал как прежде, без GoodbyeDPI. Возможно, для других браузеров тоже подойдет.
Пробовал с Safari macOS, стандартный useragent - скорость около 800 Kbps, если useragent Safari - IOS 17.4 - iPhone, скорость возрастает до 3000-4000 Kbps
Поставил в Keenetic прошивку DoH для googlevideo.com и youtube.com, но честно не увидел особой разницы.
Говорят, что весь секрет в uacq в конце строки. Кто-нибудь знает, что это?
посмотри какой протокол используется и использовался в devtools - network, скорее всего на родном useragent не включался http3, который работает гораздо лучше в данный момент.
если поля Protocol нет, то надо включить через пкм
Как вы проверяете скорость? Если загрузкой видео, то youtube замедляет её уже давно, несколько лет как.
Как ни странно, все запросы идут по http2. Но ютуб не тормозит. Зато стали тормозить другие сайты, особенно дзен и яндекс)
Подскажите какие настройки выставить для ByeDPIAndroid?
нужно не все а именно googlevideo смотреть, скрин есть где видно скорость и http/1.1*? не могу повторить то что вы пишете
вот пример с вашим useragent и принудительно выкл http3
Из интересного несколько часов назад по HTTP2 в мозилле (на винде) помогало, через zapret или youtubeUnblock гонять (на дебиан роутере) с предложенными тут вариантами, сейчас уже нет, но при этом http3 теперь норм и без всего. Думается не надолго. ТСПУ скорее всего наш, нежели чем выше. Хотя есть подозрения, что очень может быть связано с куда редиректит, есть вариант в сеть одного из наших аплинков, через который все всегда было хорошо когда проверял, и есть вариант куда-то подальше, там обычно все приключения и наблюдались.
З.Ы. почитав тред на гите на тему, в целом тогда тут все как раз в пределах нормы, добавилось только,что http2 перестало работать.
Собрал curl с quiche и ECH https://github.com/artenax/curl/releases
Правда, только для Ubuntu 22.04 (Jammy). На 24.04 будут некоторые проблемы с запуском из-за зависимостей. Рецепты есть по ссылке.
Скажите, я правильно понимаю, ECH (grease) анонсируется, но не используется? Вот, на примере главной страницы гугла:
denis@systemp:~$ curl --http3-only --ech grease --tlsv1.3 --doh-url https://cloudflare-dns.com/dns-query https://www.google.com/ -v
* Host www.google.com:443 was resolved.
* IPv6: 2a00:1450:4025:c01::67, 2a00:1450:4025:c01::63, 2a00:1450:4025:c01::93, 2a00:1450:4025:c01::6a
* IPv4: 142.250.147.106, 142.250.147.103, 142.250.147.105, 142.250.147.104, 142.250.147.147, 142.250.147.99
* Trying 142.250.147.106:443...
* ECH: will GREASE ClientHello
* Trying [2a00:1450:4025:c01::67]:443...
* ECH: will GREASE ClientHello
* Server certificate:
* subject: CN=*.google.com
* start date: Jul 1 06:35:43 2024 GMT
* expire date: Sep 23 06:35:42 2024 GMT
* subjectAltName: host "www.google.com" matched cert's "*.google.com"
* issuer: C=US; O=Google Trust Services; CN=WR2
* SSL certificate verify ok.
* Connected to www.google.com (142.250.147.106) port 443
* using HTTP/3
* [HTTP/3] [0] OPENED stream for https://www.google.com/
* [HTTP/3] [0] [:method: GET]
* [HTTP/3] [0] [:scheme: https]
* [HTTP/3] [0] [:authority: www.google.com]
* [HTTP/3] [0] [:path: /]
* [HTTP/3] [0] [user-agent: curl/8.9.0-DEV]
* [HTTP/3] [0] [accept: */*]
> GET / HTTP/3
> Host: www.google.com
> User-Agent: curl/8.9.0-DEV
> Accept: */*
>
* Request completely sent off
< HTTP/3 302
< location: https://www.google.com/sorry/index?continue=https://www.google.com/&q=EgRoHJxcGJfBi7UGIikZfz2cp2NP5jTB78zdR0HVnKDYk3mXLiCX7JgvpuLVZZv6ONM1C3piRjIBcloBQw
< date: Thu, 25 Jul 2024 23:32:40 GMT
< pragma: no-cache
< expires: Fri, 01 Jan 1990 00:00:00 GMT
< cache-control: no-store, no-cache, must-revalidate
< content-type: text/html; charset=UTF-8
< server: HTTP server (unknown)
< content-length: 353
< x-xss-protection: 0
< alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000
<
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>302 Moved</TITLE></HEAD><BODY>
<H1>302 Moved</H1>
The document has moved
<A HREF="https://www.google.com/sorry/index?continue=https://www.google.com/&q=EgRoHJxcGJfBi7UGIikZfz2cp2NP5jTB78zdR0HVnKDYk3mXLiCX7JgvpuLVZZv6ONM1C3piRjIBcloBQw">here</A>.
</BODY></HTML>
* Connection #0 to host www.google.com left intact
С --ech hard не открывается.
С grease и true открывается. Проверял под VPN.
denis@systemp:~$ curl --version
curl 8.9.0-DEV (x86_64-pc-linux-gnu) libcurl/8.9.0-DEV BoringSSL zlib/1.2.11 brotli/1.0.9 zstd/1.4.8 libidn2/2.3.2 libpsl/0.21.0 libssh2/1.10.0 nghttp2/1.43.0 quiche/0.22.0 librtmp/2.3 libgsasl/1.10.0
Release-Date: [unreleased]
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns mqtt pop3 pop3s rtmp rtsp scp sftp smb smbs smtp smtps telnet tftp ws wss
Features: alt-svc AsynchDNS brotli ECH gsasl GSS-API HSTS HTTP2 HTTP3 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM PSL SPNEGO SSL threadsafe UnixSockets zstd
В общем, с grease разглядел в Wireshark sni домен. Значит, ECH не работает или нужны какие-то другие опции.
где то (даже может выше) писали что иногда режут скорость на “все” если не могут прочитать SNI
как и могут как в некоторых соседних темах блокировать/резать скорость по определенным направлениям (AS/CIDR)
p.s. curl просто для более понятных и наглядных тестов. сам гугл/ютуб занижает скорость в зависимости от кучи факторов (не только useragent. многие жаловались что банально заход БЕЗ логина иногда дает большую скорость ПРОСМОТРА чем с логином. особенно сейчас когда гугл/ютуб борятся не только с сторонними клиентами но и баннерорезками.)
ну вроде gbDPI без фильтров и т.д качает, только видимо не все “разблокирует” судя по ссылке и ошибке.
хотя в браузере все равно какие-то попуки-покаки на fullHD, quic & kyber отключал, но при этом на телефоне смотрибельно, хотя подключено к тому же вайфаю, на телевизоре так же, только приложение не оригинальное, а smarttube next, вчера тестировал 4К и сегодня утром, работает хорошо, буфер в меньше чем секунду раз в две минуты, может быть как выше написали реально useragent на что-то влияет
useragent/login/etc == сам гугл/ютуб “борется” с качалками или просто сторонними клиентами
например yt-dlp + curl ИЛИ aria2c гдето 200 КБайт/сек на 1 поток
в РФ режут по SNI googlevideo
и частично замедляют QUIC
то что у некоторых и то и то могут “совпадать”. и что 100500 “экспертов” не могут/не хотят проверить и yt-dlp и firefox+chrome
IPv6
QUIC (разные реализации могут резать а могут и нет)
Kyber TLS
добавляет флуда и “теорий” что якобы на самом деле GoogleCacheServer “виноватый”
p.s. в идеале если не режет провайдер как то так
yt-dlp --proxy “” --force-ipv4 -r 1000K (1МБ/сек скорость моего интернета.)
[download] 36.6% of 34.41MiB at 998.61KiB/s ETA 00:22
когда режет то очень быстро скорость падала до НУЛЯ
да, но во-первых, скорость раньше не прыгала, а была стабильной, без обрывов по десять минут.
во-вторых скорость 50кб/с была может если скачивать 240р видео, а для 1080р всё же было гораздо быстрее. но точных цифр я конечно не помню.
network.http.http3.enable
Вы знали, что все проблемы ютьюба из-за блокировки канала Полины Гагариной? Теперь вы знаете. Об этом сообщает Министерство Правды.