Не согласен с тем, что везде надо жать Enter. Те же *.googlevideo.com Зачем на них проверять TLS 1.2 и не проверять TLS 1.3? Только зря потраченное время. Плюс сейчас многие GGC перешли на QUIC который по умолчанию блокчеком не проверяется.
Точно? У меня он не работал, пока я не включил network.http.http3.version_negotiation.enabled
А указанный вами ключ и так стоит в true из коробки
-e 2 и -e 2 --reverse-frag соответственно
Можете поправить, как считаете нужным)
Когда спросят:
check https tls 1.3 (default : N) (Y/N) ? Y
нажать Y и enter
Я не могу поправить - у меня кнопка редактирования исчезла.
quic проверяется кстати
check http3 QUIC (default : Y) (Y/N) ?
Там еще и ipv6 можно проверить. Так же неясно, нужно ли отключать проверку сертификатов для curl?
do not verify server certificate (default : N) (Y/N) ?
bolvan почему-то ничего не ответил по поводу ошибок в гайде
Это наверно в последних версиях. Раньше не был в true. У меня на FF как не работал http3 так и не работает, поэтому ничего проверить не могу, верю на слово
Вот здесь по подробнее как вы это поняли? Как сопоставили стратегии
Это для тех случаев, когда провайдер левый сертификат подсовывает. На билайне подобное видел. Возможно другие мобильные операторы тоже так делают. На домашних провайдерах, пока что, такое редко практикуется. Ну мне так кажется 
Кроме того, обычно левый сертификат идет в паре с редиректом на заглушку, а редирект блокчек ловит. Так что смысла в проверке сертификата особо нет?
Поправил бы, если бы имел такую возможность в разделе запрета ) Но увы
У меня 115.15.0 ESR
Я там, правда, еще включал network.dns.http3_echconfig.enabled и security.tls.ech.grease_http3 но влияет ли это как-то на сам QUIC или только на ECH - фиг его знает.
По поводу сертификатов сам не уверен - по идее можно и без них, если нужно проверить только соединение, но многие DPI режут коннект на этапе client/server hello так что, видимо, нужно
На странице запрета на гитхабе есть подробный мануал, где стратегии описаны и что они делают тоже написано. Я просто сопоставил с описанием опций GDPI.
убедитесь что последняя версия (1.2.0)
Mode VPN
DNS 8.8.8.8
UI editor - >
Если revanced юзер, лучше скачать revanced extended и отключить QUIC в настройках
Приведенные выше настройки слишком избыточны, генерируется куча ненужного мусора, что замедляет работу ютуба. Например, тот же SNI, в большинстве случаев он нафиг не нужон, этот ваш сервернейм 
Ну и хухелднс тоже не стоит использовать, РКН вполне возможно скоро начнут его поизонить. Лучше использовать OpenDNS или любые другие открытые.
У меня работает даже на 1ой версии bdpi c disorder 3 и split tls record at sni, все остальное по умолчанию
Надеюсь, bolvan поможет Подбор рабочего конфига для GGC ютуба через blockcheck - #22 by TesterTi
Мне ничего не помогает, даже советы от мозиллы на их форуме. Неважно , какая версия, на 10-ке на последнем FF та же картина на моем прове. При этом на всех хромоногих quic прекрасно работает. Такая вот магия)
А это не благодаря мобильному трафику?
Всмысле благодаря мобильному трафику? На мобильных операторах же ютуб тоже заблочен.
Возможно. Хотя вроде недавно писали, что не у всех. Если заблочен, выходит, половина населения освоила средства обхода? Мощно!)
щас заметил что на телефоне ютубчик заработал (мегафон мск)
Половина населения юбустом пользуется. Судя по их недавним отчетам, общая скорость через сервера составила выше 150 гигабит - вот это мощно.
ЗЫ. В пике у них выше 175. Они еще и прем ввели, а скоро будут приложухи для ведроид и смарт.
А днищеброды как мы будут продолжать регулярно тыкать блокчек в поисках лазеек.
Интересно, откуда у них такие мощности? И кто платит за банкет?)
Скорее всего да. Под 99% видосов по антидипиай на ютубе, парочка таких вылезает - “юбуст и усе работает!”.
Продажа сервиса “ВПН Наружу”? Что бы это не значило…
