Если опять сломается - можно попробовать не убирать chksum, а присобачить ко всей этой конструкции --auto-ttl или --set-ttl.
Решил то же поставить 12, заработал, Дом.ру
И если у кого есть возможность протестить вот такой конфиг и отписаться (работает/не работает) - велкам.
start /MIN "" goodbyedpi.exe -6 -s -r -m --fake-gen 2 --blacklist ..\russia-blacklist.txt --blacklist ..\russia-youtube.txt
конекретно ютуб с данным кфг работает довольно таки хорошо, воспроизводит видео бысто или чуть с небольшой задержкой.
как обстоят дела с другими сайтами не могу сказать, т.к. убрал строку “–blacklist …\russia-blacklist.txt”.
Также Приморский край, провайдер “Подряд”. Изменил --fake-gen 5 на --fake-gen 12 и заработало.
В поставке goodbyedpi-0.2.3rc3-2 уже идёт батч с --fake-from-hex. Стало быть таким и пользуюсь, как наверное и многие.
Тогда откорректируйте инструкцию указанием исключить из батча параметр --fake-from-hex и его шестнадцатеричный аргумент.
Не понял зачем так, но протестировал и ТыТруба не ожила.
Прошёлся по всем аргументам параметра --fake-gen от 1 до 12 включительно и не получил результата.
Убрал --fake-gen, взял TLS v1.2 байтстрим от https://www.pochta.ru (хотел сначала от kremlin.ru, но он не поддерживает шифрование совсем 
). сунул в --fake-from-hex и не получил результата.
Мой Ростелеком зверюга. Я, как полагается, в отчаянии.
P. S.
Объединил --fake-gen 12 --fake-from-hex с поштой — заработало.
@KDS Вы наверное ошиблись, решив что вместе они не работают.
Может быть это уже имеет место быть…?
Нам бы @ValdikSS в тему для уточнения имплементации.
Тоже МГТС ЗАО, поведение полностью аналогичное — сам по себе --fake-gen X не работает с любыми значениями, после возвращения --fake-from-hex со стандартным или собственным хексом YouTube снова работает.
Для избавления от --fake-from-hex в моём случае помогло --wrong-seq и изменение --fake-gen со стандартных 5 на 7 или выше. Видел, что есть тема о блокировке --wrong-seq, но пока такая комбинация на МГТС работает без каких-то явных проблем. Посмотрим, насколько долго этого хватит.
Итоговая конфигурация: -5 -e1 -q --wrong-seq --fake-gen 7
-5 -e1 -q --fake-gen 13 --fake-from-hex
МГТС Москва. Заработало
ТрансТелеКом заработал на сочетании
--wrong-chksum --fake-gen 13
fake-gen ниже 13 не работает, только больше, до 20-25
Может быть это уже имеет место быть…?
Нам бы @ValdikSS в тему для уточнения имплементации.
start "" goodbyedpi.exe -f 2 -e 1 --auto-ttl --reverse-frag --max-payload -q --fake-from-hex 1603010200010001fc0303aad4b7037f9974e5a88822519c11b957b2adbdac538e0d4ee6250b74a40512fc2083d3fffba3e048c41be0e4c811f1a4a2b7b44d17c7a21a9a6096f45803e5638000202a2a130113021303c02bc02fc02cc030cca9cca8c013c014009c009d002f003501000193baba000000230000000d0012001004030804040105030805050108060601fe0d00ba0000010001c30020e457fb5b74ab4d29ff730f84a04d5d621a5a9f063d14c218a12102bd6ec7f4490090e44428c8e7b77caf56979045370316feb3d926b952ef54cd13a25acec87ce9282c6ebb05908f8a42050a5566124f2b488ba43bb1525a1a41fa6fd3d1e955c04b0c9edcb1c1c8d110f537ee93a58991ec872fd6de5815eaf126c29d24aa7fc391f277222f06a6cf3ec47e689a57ed3884d7f5d33f6814bc6ee68da1a675f2092cf38298e47d0f4963be6725ac51f71f97ff01000100001b0003020002000a000a00083a3a001d00170018002b0007066a6a03040303002d00020101001200000010000e000c02683208687474702f312e3144690005000302683200170000000b0002010000000013001100000e7777772e676f6f676c652e636f6d0033002b00293a3a000100001d002076b19eb9b1c934d6b2d45ea9352d81d3bf60b85d1b7d9caad9a9f621e8168f7c0005000501000000001a1a0001000015000b0000000000000000000000 --blacklist ..\russia-blacklist.txt --blacklist ..\russia-youtube.txt
Нет, это не так, потому что если в этой рабочей команде заменить --fake-from-hex <www.google.com> на --fake-gen 1 (был 1 пейлоад и стал тоже 1 пейлоад), то ютуб перестаёт работать.
Последнее время сижу с Zapret, но сейчас проверил GDPI, у меня работает с -6 --fake-gen 12 --fake-from-hex на ТТК.
Чисто технически оно заработало и на -9 --fake-gen 13, но я решил отойти от пресетов. Вроде как чем меньше лишних параметров, тем лучше.
-6 -s -r -m --fake-gen 2
ростелеком - работает, но видосы спустя несколько секунд начинают загружаться
Сидел экспериментировал…
Кажется понял как те параметры вместе работают: просто набиваются в массив n случайных payload’ов и к ним же статичный(-ые), который ввели.
Оказалось что 12-gen + 1-hex у меня работал просто потому же, почему заработал 13-gen.
Ну то есть дело в количестве, а не конкретном payload’е и на 12-и останавливаться не стоило.
То ли ещё будет…
P. S.
Мутнятина возникает ещё из-за того что если я с годной настройкой GDPI начну успешно грузить видео, то после даже вырубания GDPI это конкретное видео продолжает грузиться полноценно, включая догрузку буффера, которого нет у меня в кэше, даже из новых браузеров. Приходится новое видео для каждого теста брать…
Очень интересно было бы протестировать с соседом, открывают ли для всей подсети то или иное видео после того как я снасильничал к нему доступ. Но не с кем…
Пояснение для чего вообще нужен валидный hex.
РКН собрали некий перечень айпишников гугла. Просто так они их заблочить не могут, потому что отвалятся штуки типа gmail, плеймаркета, гугл документов и т.п.
Поэтому они пытаются прикрутить на эти айпишники какие-то иные, более изощренные правила.
В частности, проверяется домен в фейке. Если его нет или он не из CDN гугла - не пускает.
Поэтому в дефолтном hex используется www.google.com.
И если вы генерите свой hex - нужно брать сайты гугла: docs.google.com drive.google.com translate.google.com и т.д.
Чистым fake-gen без всего или невалидным фейком хз почему иногда пробивается. Видимо это что-то из разряда “заддосить ТСПУ” достаточным количеством мусора.
Ну и на некотрых провайдерах могут быть блокировки мягче.
Мдя. Реально у всех разные блокировки какие-то. С fake-gen 5 из youtube_alt перестали сегодня открываться видео, понизил до 4, заработало.
Я использовал такой алгоритм для тестирования разных настроек:
- Закрыть окно gdpi
- sc stop windivert
- Изменить .cmd
- Запустить .cmd
- В хроме нажать Ctrl+Shift+R (это hard reload).
Да всё так же. sc stop windivert внёс перед start goodbyedpi и запускал батч из админского терминала.
Обновление вкладки мимо кэша ничего не меняло.
Может там ТСПУ временные исключения динамически создаёт для оптимизации, когда доступ был обеспечен, дабы не перегреться… Хрен разберёт, когда у них всё меняется постоянно.
–fake-gen 12 работает, Ростелеком Ставрополь , спасибо! Роскомпозор ты не заеб@лся? ждём следующий твой ход!)
Обязательно, так и сделаю, просто вчера (а точнее, сегодня утром) было уже 5 утра, когда я это писал. Сегодня вечером обязательно переберу все возможные варианты, в т.ч. с “левыми” fake-hex (чисто чтоб убедиться, что с ними ютуб не пашет), а также необходимо определить минимальное значение --fake-gen, с которым схема начинает работать. Т.к. 13 было взято просто из воздуха. Мне пока кажется, заблочили просто тупо по длине пакета и возможно с --fake-gen 2 тоже заработает.
Спасибо за ценную инфу, обязательно протестирую у себя! Мне казалось, --wrong-seq на МГТС уже не взлетит.