С 28 августа наблюдаются проблемы с работой goodbye dpi, пробовал много разных настроек, редактировал hosts, но безрезультатно. 6 Сентября получилось заставить ютуб стабильно работать используя параметры -5 -e1 -q в 1_russia_blacklist. Запускались все видео, но с небольшой задержкой 5-10 секунд, не критично. Буквально час назад вообще перестали грузиться видео на этих настройках. В russia_youtbe указаны эти адреса:
youtu.be
ytimg.com
ggpht.com
googleusercontent.com
googleapis.com
i.ytimg.com
yt3.ggpht.com
youtubei.googleapis.com
yt4.ggpht.com
ytimg.l.google.com
nhacmp3youtube.com
jnn-pa.googleapis.com
Провайдер КаспийТелеком
Очень надеюсь на вашу помощь
с каких серверов идет загрузка видео? (точнее пытается идти)
начинаются с rr–
Проверьте без блэклиста, но с редиректом днс
goodbyedpi.exe -5 -e1 -q --dns-addr 77.88.8.8 --dns-port 1253 --dnsv6-addr 2a02:6b8::feed:0ff --dnsv6-port 1253
И посмотрите здесь http://redirector.c.googlevideo.com/report_mapping на какой GGC вас отправляет гугл (в первой строчке, после ip-ника)
rr4—sn-5hne6n6e.googlevideo
rr1—sn-35n2ptuxax3vh-hjme.googlevideo
rr1—sn-t0a7ln7d.googlevideo
rr4—sn-q4fl6nsd.googlevideo
Куда нужно вписать параметры?
Сюда, только закомментируйте текущую строку запуска (поставьте перед ней rem с пробелом). Потом сможете вернуть, если понадобится (убрав rem )
вот так?
Ага
kaspiytelekom-mcx1 (176.97.168.0/21)
Понятно, это GGC вашего провайдера.
Что это означает? Я не очень понимаю
Никаких изменений
Ну некоторые мелкие провайдеры иногда направляют на сервера магистральных
Значит, дело не в блэклисте и не в dns. А что в логе браузера, какие ошибки при просмотре ютуба? (в firefox можно посмотреть по F12, в других браузерах по CTRL+SHIFT+J и выбрать вкладку Сеть или Network) Особенно интересует для адресов вида rr-----googlevideo.com
Нет, бороться с gdpi невозможно, так как это не vpn.
У вас в списке ютуба отсутствует важный домен googlevideo.com. И в списке много лишних доменов.
Не пользуйтесь пресетами, подбирайте конфиг вручную. Начните с -e1 -f2 --reverse-frag.
Сервера googlevideo недоступны. А вы пробовали поменять опцию gdpi -5 на -6 и т.д до 9?
Это значит что gdpi не работает. Неправильный конфиг.
Он пробовал запускать без блэклиста, так что не в доменах дело.
Сервера как раз доступны, только возвращают не post а get. Это значит, что запрос ломится в интерфейс, а не в ресурс (видео). Некоторые провайдеры, видимо, начали банить ip-адреса ggc. И вообще, отвечает не googlevideo, а что-то другое. Значит, вероятно, редирект.
выполни в cmd
curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/100MB -w %{speed_download}
есть скорость? (с включенным gdpi)
если есть, то возможно нужно будет поступать по инструкции от этого камрада
[Задержка перед запуском видео Youtube 6-10 секунд - #87 by Ori]
но вообще 403 от серверов гугла это что то странное
либо можно еще попробовать проверить на последнем релизе gdpi с новым параметром -p
Причем своих же собственных серверов, лол
А там же еще 404 от acсounts.youtube.com Это что означает?
Не своих, а всех. Фильтр на поддомены гуглвидео. Кто-то явно хочет выслужиться 
Ну молодцы, чо. Надеюсь, хоть получат свои 30 серебряников)
с -5 на -6 менял, сохраняя параметры -е1 и -q. Остальные перебирать, оставляя эти же параметры? Просто очень странно, что проработав 2 дня, резко отрубилась загрузка сегодня вечером
Ага, а не поможет - попробуйте это КаспийТелеком активно борется с goodbyedpi - #16 by manwithbox
Скорее всего провайдер что-то подкрутил. А вы ничего у себя не меняли на машине?
Пробовал, ничего не изменилось.
Не менял. Я подбирал разные конфиги и они работали с переменным успехом, по несколько раз надо было перезагружать страницу, но видео воспроизводились хоть как-то. Стандартный -9 перестал работать 28.08, даже не выключал gdpi, просто в моменте остановилась загрузка. 6 сентября -5 -e1 -q оказался самым стабильным конфигом, но проработал всего 2 дня
А вы когда меняете конфиг, браузер перезапускаете?
Ничего странного. До того, как отсюда исчезла вся наобсуждаемая за неделю инфа, тут скринов с этим 403 было как грязи. Но как это решить, никто так и не понял. Вроде…
Фокусы с юзер агентом браузера могут помочь интересно или изменение страны в Ютубе. Даст результат?
Я пробовал, не помогает. Ни юзер агент, ни смена страны, ни маскировка браузера под другую страну (пробовал через librewolf с максимальной защитой от отслеживания и т.п.). Только если прокси использовать, тогда он начинает другие адреса кэшей отдавать.
Перезапускаю, без изменений
goodbyedpi.exe -f 3 -e 3 --wrong-seq --reverse-frag --auto-ttl --dns-addr 77.88.8.8 --dns-port 1253 --dnsv6-addr 2a02:6b8::feed:0ff --dnsv6-port 1253
goodbyedpi.exe -f 3 -e 3 --wrong-chksum --reverse-frag --dns-addr 77.88.8.8 --dns-port 1253 --dnsv6-addr 2a02:6b8::feed:0ff --dnsv6-port 1253
goodbyedpi.exe -f 3 -e 3 --wrong-seq --wrong-chksum --dns-addr 77.88.8.8 --dns-port 1253 --dnsv6-addr 2a02:6b8::feed:0ff --dnsv6-port 1253
goodbyedpi.exe -e 2 -a --wrong-chksum --wrong-seq --reverse-frag --frag-by-sni --allow-no-sni --auto-ttl
Или с новым параметром -p вот этой по инструкции Помогите с goodbyedpi (я чайник) - #44 by KDS
goodbyedpi.exe -e 1 -p -r -m --reverse-frag --max-payload 0
Если ничего не поможет, ну остается использовать пока расширение юбуст в хроме, оно рабочее, тянет HD.
Либо как-то блокировать недоступные сервера гугла (GGC) Задержка перед запуском видео Youtube 6-10 секунд - #85 by Ori но я в этом не разбираюсь…
юбуст у меня тоже не работает) Один вечер поработал, дальше перестали видео грузится, порой даже страница видео не загружается
Остальные параметры сейчас попробую
Может для юбуста тоже нужен gdpi?) Мне помогает выключить и включить кнопку в самом расширении.
Если в списке есть googleapis.com то наличие jnn-pa.googleapis.com и youtubei.googleapis.com в списке не обязательно.
Не работает ни с включенным, ни с выключенным gdpi.
Какие адреса выдаёт nslookup на ggc? Мне вот интересно. Попробовал с вашего скрина rr4---sn-q4fl6nz7.googlevideo.com [173.194.24.9]. Если у вас выдает другой ответ, то это отравлен днс, если тот же, то это редирект провайдера, обойти можно только попытавшись найти ggc с правильным ответом или vpn.
Все серверы со скринов с 403 в этой теме стоят в США в сетях Гугла. Возможно это Гугл блокирует воспроизведение для некоторых российских сетей?
тот же 173.194.24.9
Абсолютно верно. Но по идее сервера, даже американские, блокироваться не должны.
Вы там в США живете?
curl -4 -o NUL -k --connect-to ::speedtest.selectel.ru https://rr4---sn-q4fl6nz7.googlevideo.com/100MB -w %{speed_download}
Отклик будет? У меня вот работает.
В общем-то нужно попробовать заблокировать все 403 сервера. Например, в этом пуле всего 5 адресов, можно закинуть в hosts от rr1 до rr5---sn-q4fl6nz7.googlevideo.com
Как выяснилось в соседней теме Редактирование хост файла - #11 by Ori, чтобы блокировка через host работала, doh в браузере должен быть отключен. Либо блокировать через расширение ublock, а host не трогать Редактирование хост файла - #13 by sfs56819
Похоже, что не они у нас блокируются, а что Гугл блокирует запросы с КаспийТелекома. Возможно потому, что провайдер изменяет пакеты так, что это не нравится корпорации добра.
Вполне возможно. Потому что там на скринах не только 403 для googlevideo, но и 404 для accounts.youtube
404 для accounts.youtube и у меня валит периодически. Но на проигрывании видосиков никак не сказывается.
это не сервера США
это по пингу понятно:
хотя стоп, да там на скрине уже не рф сервер
У меня было и так, что на чистом браузере( Edge) Видосы с gdpi грузились нормально, но после авторизации переставало работать
Так должно быть?
Этот сервак 176.х.х.х - российский.
А вот указанный выше 173.х.х.х - сервер США. У меня пинг почти 200, что приблизительно соответствует от моего расположения до Калифорнии.
ну значит gdpi работает и к нему вопросов не должно быть
тут проблема в маршрутизации
если отключишь его, то увидишь 0 в загрузке
За 12 секунд уже дофига должно было скачаться.
А у вас 350к. Это фиаско, сервер абсолютно точно не забанен через dpi, а вот гугел явно дропает запросы.
Так что gdpi работает, а вот хухел не хочет чтобы у вас работал ютуб. Все вопросы к Сергею Брину. 
у меня вот так
Из-за ublock или самого провайдера это может быть?
вырубил фоновую загрузку, стало получше
а до локального сервера как через curl?
rr1---sn-35n2ptuxax3vh-hjme.googlevideo.com
там где отображается адрес сервера googlevideo в f12 - там же отображается айпи адрес. проверь, он соответствует твоему?
Доигрались, блин, со своими -9 
Нет, юблок тут не при чем.
Там ничего такого нет, кривые чексуммы никак не вредят серверу
Локальный сервер работает. И не должен долбить 403.
goodbyedpi.exe -f 3 -e 3 --wrong-chksum --reverse-frag --dns-addr 77.88.8.8 --dns-port 1253 --dnsv6-addr 2a02:6b8::feed:0ff --dnsv6-port 1253
На этих параметрах в 1_russia_blacklist посыпались ещё вот эти ошибки
Что странно, видео с этого канала почти все загружаются без проблем, надо иногда обновлять страницу. И в Edge большинство иностранных каналов грузит отлично
Надо с него смотреть? Я не очень понимаю
Юблок для начала вырубите. Он слишком много режет. По некоторым доменам вообще ssl error.
откуда -f3 e3 взял?
я не знаком с консолью хрома извини не подскажу(
так в разделе “заголовок” айпи совпадает?
Локальный сервак должен отвечать первым, если выдает 403, то будет продолжать долбиться. Если его закрыть хостом, то перебор следующих серверов пройдет быстрее.
Выше отправляли
-f3 -e3 он скорее всго взял из документации к gdpi, которую, почему-то, никто не читает.
Кстати, в предложенных вариантах есть --auto-ttl который бесполезен. Он нужен для того, если тспу стоит за nat и ttl пакета отличается. Такие случаи весьма редкие. SNI тоже вещь бесполезная.
С чем он должен совпадать?)
с твоим внешним айпи адресом.
особенно на сша серверах
Нет, не совпадает.
ещё и вот эти ошибки появляются.
Кстати, уже минут 20 у меня идеально грузится презентация эпл в 4к, но более ничего. Остальные видео с русскоязычных каналов(может связано с тем, что загружены из России) грузят очень отрывисто, секунд по 30 загружается фрагментами
а должен. проверь на чистой виртуалке
либо твой провайдер , возможно, наоборот борется с блокировками ркн и тунелирует трафик на зарубежные сервера, но пока что как то криво
А пробовали смотреть в Edge без авторизации на ютубе и без расширений?
А можешь выложить результат команды “tracert rr1—sn-35n2ptuxax3vh-hjme.googlevideo”?
Не удается разрешить системное имя узла rr1-sn-35n2ptuxax3vh-hjme.googlevideo.
Грузят только некоторые каналы и, в основном, иноязычные
rr1-sn-35n2ptuxax3vh-hjme.googlevideo.com
конец потерялся ) И после “rr1” должно быть 3 “-”, а не 1 шт.
Странно, конечно… и айпишник в запросах к гуглу не совпадает с вашим. Мне кажется, в этом все и дело.
Никаких системных прокси нет, никаких расширений по типу прокси, впн и прочего, верно?
Кстати, ValdikSS писал о подобном на хабре Пользователи в РФ сообщают о проблемах с доступом в YouTube / Комментарии / Хабр
Знакомый сообщал, что наблюдал такое сегодня на разных провайдерах. Мы убедились — нет ни прокси, ни VPN, ни браузерных расширений, которые могли бы менять адрес. Из-за неправильного IP в ссылке Google возвращает 403 на этот запрос.
У вас Саудовская Аравия, а у него был Akamai и Amazon.
Но что с этим делать, если и юбуст не пашет до кучи? Мне пока приходит в голову что-то типа GitHub - bepass-org/warp-plus: Warp+Psiphon, an anti censorship utility for iran , запроксировать на него весь ютубовский трафик, если скорость позволяет. Ну или какой-то другой прокси/впн.
не знаю, что за ipшники там справа)
Это промежуточные узлы. Всего 4 хопа, я правильно понимаю? 4-й - это уже rr1-sn-35n2ptuxax3vh-hjme.googlevideo.com ?
Всего 4 ip, последний 176.97.*.. Не знаю принадлежит ли он rr1-sn-35n2ptuxax3vh-hjme.googlevideo.com
Тогда можно попробовать такое: start “” goodbyedpi.exe -6 -q --allow-no-sni --set-ttl 3
У меня такой вариант работает.
без --blacklist …\russia-blacklist.txt --blacklist …\russia-youtube.txt?
Можно и с блэклистами, но в russia-youtube.txt по умолчанию только 4 домена, не уверен, что этого хватит. У меня такой список:
youtube.com
googlevideo.com
youtu.be
ytimg.com
ggpht.com
googleusercontent.com
googleapis.com
ytimg.l.google.com
nhacmp3youtube.com
play.google.com
gstatic.com
Скорее всего это все бесполезно. У вас же отдельные видео проигрываются - по идее gdpi работает. Остальные отдают 403 - гугл вас футболит. Проблема имхо либо в IP КаспийТелеком активно борется с goodbyedpi - #81 by TesterTi
либо может тоже с GGC, которые нужно фильтровать, что обсуждается в соседней темке https://ntc.party/t/помогите-с-goodbyedpi-я-чайник/ Хотя там другая ошибка, не 403.
А у вас те видео, что открывались, откроются без goodbyedpi?
Опять 403 от американского сервера… Ничего, кроме впн в голову не приходит в качестве решения…
Hosts, кстати, игнорится в лисе, если в браузере включен dns-over-https.
Проверить тут about:networking#dnslookuptool
В хроме работает даже при включенном doh, проверить тут: chrome://net-internals/?#dns
Так что для лисы лучше через блокировщик рекламы.
Ещё можно через политики (distribution\policies.json) попробовать закрыть, по такому шаблону:
{
"policies": {
"WebsiteFilter": {
"Block": [
"https://localhost/*",
"https://rr7---sn-axq7sn7e.googlevideo.com/*"
],
"Exceptions": [
"https://localhost/*"
]
}
}
}
Это точно так должно выглядеть - с 2 штуками https:// ?
Поправил)
Мне сюда ниже все адреса вбить, с которых идёт загрузка? Они от видео к видео отличаются
С переменным успехом, и то я проверял на канале mr beast или carwow, большинство видео не грузятся
Я один из вариантов в другой теме уже описывал:
Зайдите на https://redirector.googlevideo.com/report_mapping?di=no , запишите там свой кластер (например, мой это skynet-led2). Потом найдите ip адресов, образованных по вот такой схеме: r1.skynet-led2.googlevideo.com, r2.skynet-led2.googlevideo.com (например, через ping). Он должен совпадать с ip ваших гугл кэшей, то есть в моем случае с rr1---sn-n3toxu-axql.googlevideo.com, rr2---sn-n3toxu-axql.googlevideo.com и т.п. Так вы точно определите какие сервера принадлежат вашему провайдеру. Потом можно попробовать их заблочить и посмотреть станет ли лучше.
Я, к сожалению, не разобрался, как это правильно сделать. Мне частично помогла смена dns в браузере. Несколько раз приходится обновлять страницу, да и так не всё грузит, всё равно далеко от идеала, скорость тоже небольшая
||googlevideo.com/videoplayback^
@@||googlevideo.com/videoplayback*ip=ваш_айпи_адрес*^
||r1.kaspiytelekom-mcx1.googlevideo.com^$important
||r2.kaspiytelekom-mcx1.googlevideo.com^$important
.......
||r6.kaspiytelekom-mcx1.googlevideo.com^$important
и т.д.
@Ori Так ведь?
Нет. Вы два моих поста в одну кучу смешали. То что вы сделали, максимум, поможет от ошибок 403 при просмотре.
Блокировка вот этих адресов r1.kaspiytelekom-mcx1.googlevideo.com бессмысленна. Я предлагал использовать их как референс, чтобы точно определить айпишники гугл-кэшей вашего провайдера.
Вы их пингуете и видите айпи 176.97.160.44. Потом проверяете следующие. r9.kaspiytelekom-mcx1.googlevideo.com уже не пингуется. То есть айпи ваших гугл-кэшей это с 176.97.160.44 по 176.97.160.51. На этом этапе можно попробовать заблочить их по айпи, для эксперимента. Но лучше так не делать.
Вместо этого вы открываете видос на ютубе с включенными инструментами разраба. Смотрите там обращения к адресам вида rr*---*.googlevideo.com. Берете их и пингуете. Допустим какой нибудь условный rr2---blablabla.googlevideo.com находится в ранее найденном диапазоне айпи. Тогда вы берете и блокируете весь блок этих адресов в ublock:
! Блокируем все обращения к googlevideo
||googlevideo.com/videoplayback^
! Разрешаем обращения с правильным ip, т.к. они не вызывают ошибку 403 Forbidden
@@||googlevideo.com/videoplayback*ip=ваш_айпи_адрес*^
! Дополнительно блокируем тормозящие сервера в штучном порядке
||rr1---blablabla.googlevideo.com^$important
||rr2---blablabla.googlevideo.com^$important
...
||rr8---blablabla.googlevideo.com^$important
Ну и надо понимать, что это помогает только в случаях, если тормоза вызваны проблемами с кэшами вашего провайдера. В моем случае это так, в вашем может и нет.
Ваш_айпи, надеюсь, можно так же маской указать? Или это полностью теряет смысл - роутер перезагрузил или соединение по какой-то причине переподключилось и уже ничего не работает.
Ну если у вас, например, только последняя цифра меняется, то можно указать, по типу 100.100.100.* Или указать ещё одно исключение с другим айпи. Если там варианты сложнее, то через RegEx. Это же блокировщик рекламы, он просто ищет нужный текст в строке запроса.
А вообще этот метод, конечно, для белых айпи, в основном, подходит.
Спасибо за уточнение. Сохраню этот метод чисто “на всякий случай”. Пока что ggc все рабочие. Но судя по тому как провайдер постоянно что-то крутит, может и пригодится.
Ваш текст достаточно просто скопировать и вставить в uBlock? Можете Скрином показать, как это должно выглядеть?
Ввёл первую и вторую строку, и несколько раз вписывал в последнюю свой внешний и внутренний IP адрес, а так же маски подсети. Стали только гуглвидео ссылки постоянно блокироваться.
Забейте. Зачем вам вообще это? Первые две строчки это чисто превентивная блокировка ошибок 403. Они ощутимой разницы при просмотре не дадут.
Плюс у меня там синтаксис неправильный, потому что я фильтры для юблока не писал до этого.
По факту там это пишется вот так, если уж хочется
! === YouTube ===
! = Блокируем тормозящие сервера в штучном порядке (адреса тормозящих конкретно у вас серверов ищите сами) =
||rr*---blablabla.googlevideo.com^$important
! = Превентивно блокируем ошибки 403 (необязательно) =
! Только для статичных ip-адресов! Если у вас динамический ip - используйте маски/RegEx или несколько фильтров сразу!
! Если включили ВПН - выключите эти фильтры (или заранее дополните их)! Ваш ip поменялся - значит фильтр всё заблочит!
! Блокируем все обращения к googlevideo:
||googlevideo.com/videoplayback^$document
! Разрешаем обращения с нашими ip, т.к. они не вызывают ошибку 403:
@@||googlevideo.com/videoplayback*ip=айпи*^
@@||googlevideo.com/videoplayback*ip=айпив6*^
На практике там только первая строчка полезна. Которой можно заблокировать тормозной сервер. У моего провайдера они тормозят, так что я заблочил и стало лучше.
Но это ситуативно.
Кстати, сегодня у чела ковырялся через энидеск, пров какой-то ростовский ноунейм, все GGC сыплют ошибками NS_BINDING_ERROR в мозилле и connection reset/timeout в Опере. Никакие настройки GDPI не помогают. Блок через uBlock - тоже, новые адреса GGC просто не выдаются, крутится по кругу по забаненным.
Полтора часа ковырялся, плюнул и поставил ЮБуст, хоть какое-то решение
А пустить *.googlevideo.com напрямую, а *.youtube.com через какой-нибудь зарубежный прокси (даже хиленький) не вариант в таком случае?
youtube у него работает без проблем через GDPI, не работают именно *.googlevideo.com
Не, тут смысл не в том, что морда ютуба не открывается, а в том, чтоб пустить ее через прокси и гугл в итоге послал на другие ggc, не российские. У кого-то такой фокус тут точно работал.
А юбуст внезапно помог. Я тут создал недавно тему о своей проблеме - часть видео грузятся а часть нет. Так вот Юбуст который не работал у меня в августе, здесь помог. Спасибо!
Два и более ТСПУ подряд скорее всего. На мелких ноунейм-провайдерах это частая проблема, как я понял.
А способ обойти такое безо всяких юбустов есть?
Для этого есть конфиг ttl и сборка gdpi с ignore rst, вроде как помогало кому-то.
Так если ничего не путаю, ValdikSS смержил параметр -p в последнюю сборку. Т.е. можно на goodbyedpi-0.2.3rc3-2 просто добавлять -p в конфиг да и все
upd не путаю
Bugfixes:
Print human-readable WinDivert error messages
Ignore all RSTs with -p
Allow to add the whole root zones into blacklist. Fixes #564.
Many other small fixes and typos correction
New features:
--fake-from-hex option: load Fake Packet from HEX data --fake-gen option: generate random-filled Fake Packets --fake-resend option: repeat sending each fake packet number of times
Мне в том случае не помогло
Можно по подробнее как это сделать?
Если есть в наличии иностранный прокси, то через какое-нибудь дополнение, типа FoxyProxy на лисе. На хроме хз что используют.
В дополнении просто отправляешь ://*.youtube.com через прокси. В итоге он начинает больше иностранных кэш-серверов подсовывать, хотя само googlevideo.com идет напрямую. Я пробовал, у меня работало.
У меня лично ни с прокси оперы, ни с censor tracker фокус не прошел. Попробуйте настроить через что-нибудь типа Releases · bepass-org/warp-plus · GitHub
Если в хроме, вам нужно поставить расширение https://chromewebstore.google.com/detail/proxy-switchyomega/padekgcemlokbadohgkifijomclgjgif
Спойлер
В фаерволл / брандмауэр добавьте 3 правила:
1ое для Chrome - разрешить исходящее TCP на удаленный сервер 127.0.0.1 и удаленный порт 8086
2ое для warp-plus - разрешить входящее TCP на все порты
3ое для warp-plus - разрешить исходящее TCP на все порты
Запустить warp-plus, дождатьcя, пока он подключиться к серверу
В switchyomega добавить socks прокси : options - new profile - proxy profile - назовите “warp” - protocol sosks5, Server 127.0.0.1 Port 8086
В профиле “auto switch” задайте для ютуба свой профиль (warp вместо byedpi), сохраните
Зайдите на ютуб, выберите в расширении в выпадающем списке “auto switch”
Ну и гудбайдпи не забудьте включить)
@TesterTi @Ori спс за ответы. Все это сложновато немного. Я искал решение на ios прокси там Ютуб не работает. Только ВПН. А на компе пока все хорошо с gdpi. Поэтому ваши ответы скорее будут в будущем актуальны.
Ещё вопрос. Когда заходим на https://redirector.googlevideo.com/report_mapping?di=no выдает сервера с которых работает Ютуб, а возможно изменить эти перенаправления. Или это как то на железном уровне работает?
Чтобы эта штука сменилась надо и гуглвидео и сам ютуб через прокси пускать. По-другому вроде никак.