провайдер / роутер ?
И MikroTik на ROS6. Подчеркну, что загвоздка лишь с вышеуказанной группой сайтов, все остальные ByeDPI разблокирует без проблем. Кроме того, nfqws ведь обходит эту блокировку.
А комбинация fake с disorder?
--disorder 1 --fake 7или--disorder 1 --fake -1
Пробовал подобные комбинации - та же ошибка.
--fakeна 7-ке работать не будет, TransmitFile поддерживается с Windows 8.1.
Это не так. Дело оказалось вовсе не в TransmitFile (и поддерживается он с Windows XP, Windows 8.1 это для UWP), а в WriteFile, который не работает в Windows 7 без 4-го аргумента (lpNumberOfBytesWritten). Исправил в 13.1
nfqws отправляет весь фейк, после настоящие данные, притом их он может разбить на пакеты разного размера и отослать в ином порядке (fake + disorder). В ByeDPI так не сделать, размер фейка так же является и позицией, по которой разбивается запрос.
Близкими к --dpi-desync=fake могут быть: --fake 517 --ttl 10 (517 - размер фейка по умолчанию) и --fake 0+e --ttl 10 (+e - размер оригинального запроса, пока этот флаг нигде не упоминается). Еще можно попробовать --split 5 --fake -1 --tt 10 --fake-offset 5.
Охренеть! Сработали оба варианта! hufrea, благодарю!
Эмулятор Nox + Android 7. В приложении SmartTube пытаюсь подключиться к Socks-серверу ByeDPI, запущенному на ПК - безуспешно. При этом на самом ПК все работает. Пробовал то же самое сделать через Tor, открыв к нему доступ через SocksPort - никаких проблем при проксировании из эмулятора не возникает. То же самое можно сказать о проксировании через Shadowsocks - тоже никаких проблем. В чем может быть причина?
Эмулятор, разумеется, меня не так интересует. Просто такая же проблема с Android TV на двух устройствах. Может, это как-то связано?
Запускал с ключом --debug, чтобы убедится, что подключение есть и даже обмен какой-то есть, но затем все просто останавливается и соединение закрывается.
del
Может кому-то пригодится. При проксировании через эмулятор помогла строчка --disorder 1 --fake -1 --ttl 7 auto=none. Теперь проблем нет. Но при перепрыгивании с видео на видео бывает задержка, а в консоле сыпятся десятки сообщений типа send: 0 != 16384 (fd: 560)
pollout (fd=560). Это нормально, или можно что-то подкрутить?
ф12 в браузере и смотреть что там в “network”
сейчас у многих проблемы с 403 ответом googlevideo.com
Я в этом не сильно разбираюсь. Просто обратил внимание, что 16384 - это размер буфера по умолчанию. Подумал, что раз так много сообщений с этим числом, то, может, его (буфер) увеличить нужно, или еще что-то в этом роде. Но с другой стороны, там изредка проскакивают и другие числа, например: send: 0 != 1408 (fd: 752) pollout (fd=752) send: 0 != 16384 (fd: 752)
Так как --disorder на Windows с ретрансмиссией и нормально не работает, хорошо себя показывает --disoob 2+s. По ощущениям быстрее, как и с disorderом без ретрансмиссии. Спасибо за реализацию такой функции
подскажите пожалуйста как подобрать аналогичные параметры для ByeDPI
zapret работает с этими:
–dpi-desync=fake,split2 --dpi-desync-ttl=2 --dpi-desync-split-pos=1
–split 5 --fake -1 --tt 10 --fake-offset 5
заработали трекеры, линкедин, X, но youtube не работает - интерфейс и превьюшки махом загружаются, а видео не идет
вместо –split 5 попробовать –split 2, если не поможет –split заменить на --split 1 --disorder 3
и --ttl а не --tt и значение от 2 подбирать
–split 2 --fake -1 --ttl 5
Что будет, если запустить сервис без параметров? Ну или напр. просто с --debug 1 ? Будет ли он как-то влиять на траффик или будет просто перегонять его без изменений. Если нет - можно ли каким-то образом такой режим включить?
Если я правильно понимаю, сначала идет фейк-пакет с ttl=2, потом 1 байт оригинального, потом остаток оригинального. Как писал автор чуть выше, ByeDPI работает по другому принципу, поэтому в точности повторить такую последовательность в нем не получится. Нужно отталкиваться от того, что есть. Sanek184 предложил варианты - пробуйте, эсперементируйте, читайте теорию. Других путей тут нет 
А где можно найти информацию по минимальным и максимальным значениям параметров и совместимости параметров друг с другом? Хотелось бы сделать батник примерно следующего вида чтобы автоматически проверять на разных провайдерах
byedpi.exe <параметры>
downloader.exe --proxy localhost:443 --site http:// block.ed/robot.txt --timeout 8000
if errorlevel 0 echo ‘success <параметры>’ > log.txt
Или возможных комбинаций настолько много, что проще вручную пробовать наиболее вероятные как этим занимаются в этом треде?
всё сломалось? что сейчас работатет с не,
-o 2 раньше работало
Есть у кого-то опыт настройки fake для quic?
С zapret’ом пробивается просто: --wf-udp=443 --dpi-desync=fake.
А вот у byedpi почему-то не срабатывает: -K u -f 1 --auto=n.
Может добавить фейк из последней сборки zapret?
-K u -f 1 --fake-data tls_clienthello_www_google_com.bin --auto=n Или это не для ютуба?
Для YT, для андроида (byedpiandroid). Но у app нет разрешений на чтение файлов, поэтому не выйдет.
А на ПК протестировать не получается, т.к. ни chrome, ни curl не хотят quic через проксю гнать.
Через nekobox+byedpi-neko можно попробовать. Там есть разрешение.
А ещё можно прописать фейк руками.
Касательно udp, у меня провайдер тупо блочит длинные фейки, например. Подошел только quic_short_header.bin из файлов запрета. Хз почему так.
Вообще, если помотреть инструкцию к byedpi, то здесь fake работает не так как в аналогах, насколько я понимаю. Тут написано, что фейк подобен дисордер. Попробуйте какой-нибудь --fake -1?
Я пробовал для фейка разные значения. Попробовал вместо файла вписать “0x00000000”. Пока безуспешно. На андроиде YT по tls пробивается на раз-два, но приложение YT постоянно норовит следующий кусок видео брать по quic, из-за чего регулярные затыки воспроизведения.