Обход блокировок на уже созданной сессии

[S1mplX1]

Доброго времени суток

Дублирую вопрос и сдесь на всякий случай
Проблема с чатами в игре

Изначально срабатывает большое количество стратегий - как с --dpi-desync=syndata так и с фейками. И на момент запуска клиента игры видна установка соединения с 5222 портом сервера чатов

Но буквально через 10 - 15 секунд чаты перестают обновляться а Wireshark показывает ситуацию на вложенном снимке экрана

Вопрос - как можно обойти обрыв сессии? Пробовал --wssize и различные комбинации scale_factor - никакого результата. Тем более wssize-cutoff насколько я понял используется для прекращения обхода а мне как раз строго обратное нужно
Если syndata срабатывает в 0-й фазе - то как мне использовать rst или rstack в первой фазе и как подбирать стратегию модификации оригинального паета ( на 2-й фазе ) ?

Второй вопрос - большинство стратегий так или иначе рассчитаны на http(s) или Дискорд - а как быть с другими протоколами? XMPP это же по сути передача XML открытым текстом без шифрования без TLS1,3 и тд

[Dronatar]

Попробуй

--filter-tcp=5222 --dpi-desync=syndata,fake,fakedsplit --dpi-desync-split-pos=1 --dpi-desync-fakedsplit-pattern=0x00 --dpi-desync-autottl --dpi-desync-any-protocol --dpi-desync-fooling=badseq,md5sig

[S1mplX1]

Работает ! Благодрямствую

Обес стратегии дают норм стабильную работу чатов

Я на случай индексации поисковиками добавлю :
Обход блокировок чатов live.chat.eveonline.com без редактирования hosts

[S1mplX1]

Сейчас завелось с таким набором
--filter-tcp=5222 --dpi-desync=syndata --dpi-desync-any-protocol=1 --wssize-cutoff=n2 --dpi-desync-cutoff=n2 --dpi-desync-autottl
Советовали друзья

Мне вот интересно, а --wssize-cutoff=n2 точно нужен?

Сейчас спрошу - рецепт не мой

ОТВЕТ:

ЦИТАТА " Если вы имеете дело с не http(s), то вам потребуется параметр --wssize-cutoff. Он устанавливает предел, с которого действие wssize прекращается "
да там нужен стоп сигнал

[Dronatar]

Сейчас завелось с таким набором
--filter-tcp=5222 --dpi-desync=syndata --dpi-desync-any-protocol=1 --wssize-cutoff=n2 --dpi-desync-cutoff=n2 --dpi-desync-autottl
Советовали друзья

Мне вот интересно, а --wssize-cutoff=n2 точно нужен?

Сейчас спрошу - рецепт не мой

ОТВЕТ:

ЦИТАТА " Если вы имеете дело с не http(s), то вам потребуется параметр --wssize-cutoff. Он устанавливает предел, с которого действие wssize прекращается " да там нужен стоп сигнал

А разве wssize там действует?

[S1mplX1]

Сейчас завелось с таким набором
--filter-tcp=5222 --dpi-desync=syndata --dpi-desync-any-protocol=1 --wssize-cutoff=n2 --dpi-desync-cutoff=n2 --dpi-desync-autottl
Советовали друзья

Мне вот интересно, а --wssize-cutoff=n2 точно нужен?

Сейчас спрошу - рецепт не мой
ОТВЕТ:
ЦИТАТА " Если вы имеете дело с не http(s), то вам потребуется параметр --wssize-cutoff. Он устанавливает предел, с которого действие wssize прекращается " да там нужен стоп сигнал

А разве wssize там действует?

Не знаю - я чтобы не быть испорченным телефоно лучше коллегу позову

[Dronatar]

Сейчас завелось с таким набором
--filter-tcp=5222 --dpi-desync=syndata --dpi-desync-any-protocol=1 --wssize-cutoff=n2 --dpi-desync-cutoff=n2 --dpi-desync-autottl
Советовали друзья

Мне вот интересно, а --wssize-cutoff=n2 точно нужен?

Сейчас спрошу - рецепт не мой
ОТВЕТ:
ЦИТАТА " Если вы имеете дело с не http(s), то вам потребуется параметр --wssize-cutoff. Он устанавливает предел, с которого действие wssize прекращается " да там нужен стоп сигнал

А разве wssize там действует?

Не знаю - я чтобы не быть испорченным телефоном лучше коллегу позову

Уже разобрался, действительно, по возможности лучше добавлять --wssize-cutoff