feat: Возможность полной работы голосового чата через прокси

[KiGamji]

Сейчас программа работает таким образом, что подключается к голосовому чату через прокси, а далее соединение идёт напрямую. Было бы хорошо добавить возможность переключения режима работы — подключение через прокси и трафик напрямую, и подключение через прокси и трафик через прокси.

[Lm33gtr]

не думаю что это будет лучшим решением

[KiGamji]

Не будет лучшим, но опция для такой возможности будет не лишней.

[Lm33gtr]

ну если как опция, ну да еще куда не шло.

[hdrover]

Сейчас через прокси идут все TCP соединения (это всё основное, чаты, обновление и прочее). Голос полностью идет без прокси даже в момент соединения (сразу UDP напрямую). Можно было бы пустить UDP через прокси (для UDP подходит только SOCKS5), но в этом направлении в данном проекте никакой работы не было проведено, концепция изначально была другая. Мне больше нравится, когда голос и всё остальное работает напрямую, так как меньше лаг, быстрее соединение и пр. У меня и моих знакомых сейчас это работает хорошо (из-за небольшой манипуляции с пакетами оборудование у провайдера звонки не замечает, не блокирует). Если это перестанет работать (блокировки станут умнее), то придется заморочиться с UDP, но пока что на это нет времени (потому что, повторюсь, это работа совсем в другом направлении).
В итоге, я это точно сделаю, но только если текущий обход без прокси перестанет работать.

[KiGamji]

Понимаю. Открыл ишую для некоторых людей из своего круга знакомых, которые ставят в сни различные популярные соцсети и сидят с мобильных провайдеров, от чего прямой UDP-трафик поджирает интернет.

[Lm33gtr]

Сейчас через прокси идут все TCP соединения (это всё основное, чаты, обновление и прочее). Голос полностью идет без прокси даже в момент соединения (сразу UDP напрямую). Можно было бы пустить UDP через прокси (для UDP подходит только SOCKS5), но в этом направлении в данном проекте никакой работы не было проведено, концепция изначально была другая. Мне больше нравится, когда голос и всё остальное работает напрямую, так как меньше лаг, быстрее соединение и пр. У меня и моих знакомых сейчас это работает хорошо (из-за небольшой манипуляции с пакетами оборудование у провайдера звонки не замечает, не блокирует). Если это перестанет работать (блокировки станут умнее), то придется заморочиться с UDP, но пока что на это нет времени (потому что, повторюсь, это работа совсем в другом направлении). В итоге, я это точно сделаю, но только если текущий обход без прокси перестанет работать.

слушай а демки (показ игры\экрана) идёт через прокси или тоже на прямую?

edit: если что я еще сижу с версией 0.1

[Lezhek]

Сейчас через прокси идут все TCP соединения (это всё основное, чаты, обновление и прочее). Голос полностью идет без прокси даже в момент соединения (сразу UDP напрямую). Можно было бы пустить UDP через прокси (для UDP подходит только SOCKS5), но в этом направлении в данном проекте никакой работы не было проведено, концепция изначально была другая. Мне больше нравится, когда голос и всё остальное работает напрямую, так как меньше лаг, быстрее соединение и пр. У меня и моих знакомых сейчас это работает хорошо (из-за небольшой манипуляции с пакетами оборудование у провайдера звонки не замечает, не блокирует). Если это перестанет работать (блокировки станут умнее), то придется заморочиться с UDP, но пока что на это нет времени (потому что, повторюсь, это работа совсем в другом направлении). В итоге, я это точно сделаю, но только если текущий обход без прокси перестанет работать.

слушай а демки (показ игры\экрана) идёт через прокси или тоже на прямую?

edit: если что я еще сижу с версией 0.1

на прямую

[Lm33gtr]

Сейчас через прокси идут все TCP соединения (это всё основное, чаты, обновление и прочее). Голос полностью идет без прокси даже в момент соединения (сразу UDP напрямую). Можно было бы пустить UDP через прокси (для UDP подходит только SOCKS5), но в этом направлении в данном проекте никакой работы не было проведено, концепция изначально была другая. Мне больше нравится, когда голос и всё остальное работает напрямую, так как меньше лаг, быстрее соединение и пр. У меня и моих знакомых сейчас это работает хорошо (из-за небольшой манипуляции с пакетами оборудование у провайдера звонки не замечает, не блокирует). Если это перестанет работать (блокировки станут умнее), то придется заморочиться с UDP, но пока что на это нет времени (потому что, повторюсь, это работа совсем в другом направлении). В итоге, я это точно сделаю, но только если текущий обход без прокси перестанет работать.

слушай а демки (показ игры\экрана) идёт через прокси или тоже на прямую?
edit: если что я еще сижу с версией 0.1

на прямую

а ты точно уверен?

[Verity-Freedom]

Я однозначно против подобного.

Одно из самых популярных бесплатных средств на socks5 - Тор и его юзерфрендли сборки умеет работать только с TCP трафиком. Работа UDP через прокси сразу убьёт совместимость с одним из крупнейших бесплатных решений.

[Verity-Freedom]

Это другим надо писать чтобы они сделали работу без проксирования UDP, а не сюда чтобы сделали проксирование UDP.

[ananasjk]

Добавление опции пустить трафик через прокси никак не будет мешать работать только на tcp через tor. Можно просто не включать эту опцию и продолжать пользоваться как сейчас.

[Verity-Freedom]

Добавление опции пустить трафик через прокси никак не будет мешать работать только на tcp через tor. Можно просто не включать эту опцию и продолжать пользоваться как сейчас.

В любом случае это третьестепенный приоритет после починки чтобы оно с апдейтами не слетало.

[Verity-Freedom]

@hdrover как и обещал взял дровер на вооружение, ибо только он позволяет Тору разблокировать udp Дискорда. У меня у репозитория 120 звёзд. В обновлении я много чего добавил в том числе от себя, но дровер - одно из важнейших нововведений. До этого я использовал сборку запрета от flowseal, который в последнее время скис. Хотелось бы чтобы обход udp не прикрыли. Надеюсь вам за такое использование не обидно.
https://github.com/Verity-Freedom/Tor-Portable

[Verity-Freedom]