Сообщения не отправляется. С впн все нормально. Локация: Москва, провайдер РТК
А у вас как?
Да враги России и предатели нашей страны начали глушить.
Кто-нибудь знает как заставить десктопный клиент использовать прокси? Я не хочу пускать весь трафик через мой xtls+reality сервер на десктопе (режим tun в nekoray)
на линуксе попробуйте через proxychains, под виндой не знаю
UPD: под виндой есть proxifier. Программа платная, но кряк легко ищется в гугле
Поскольку там electron внутри, могу посоветовать дописать в ярлык запуска --proxy-server="socks5://127.0.0.1:2080"
Лучше --proxy-server="127.0.0.1:2080", т.к. при socks dns запросы могут идти напрямую, а в http гарантированно через прокси.
А пробовали встроенный прокси в клиент? Для мобильного клиента есть функционал встроенного прокси: https://support.signal.org/hc/en-us/articles/360056052052-Proxy-Support
В интернете их полно, как пример: Configure Signal Proxy
У меня это не работает. Ни первый,ни второй вариант. а firefox где уже постоянно стоит прокси с таким же адресом работает.
Это только для мобильного. Меня десктоп интересует)
HTTP_PROXY / HTTPS_PROXY должны работать вроде (в том числе с socks://), в плане обычных прокси.
А вот TLS прокси в десктопе пока нет, новый libsignal-net (который уже используется как минимум в десктопе) поддерживает их похоже, но опцию в интерфейс не добавили еще 
libsignal/rust/net/src/infra.rs at aa3f6532b2b4a1ba5d22aabfef31244e330aafd4 · signalapp/libsignal · GitHub
proxyF / proxyG он-то сам пробует, но без особого успеха.
У меня тоже заблокировали. Если включить в настройках Обход цензуры, то как-то начинает работать в Android, но в iOS это не помогает.
cloudy, случайно квотнул, не туда нажал.
Ну, теперь официально.
У меня помогает, правда оооочень медленно работает. vpn или signal proxy лучше, правда уведомления при proxy похоже не работают, а с vpn как повезет, могут задерживаться. С обходом не пробовал уведомления.
Добавить еще бы в блеклист (russia-blacklist.txt)
chat.signal.org
cdn2.signal.org
storage.signal.org
sfu.voip.signal.org
updates2.signal.org
uptime.signal.org
Тогда мессенджер сигнал адекватно работает
Да, работает. Я на Element (matrix) применил. Я сначала подумал, что параметр игнорируется элементом, т.к. не видел в логе на уровне trace некобокса соединений. Оказалось, что он не выводит подробный лог после переключения из warn в trace, пока не перезапустишь прокси соединение.
Что касается DNS. Если в ОС есть dnscrypt-proxy, работающий по DOH. То и пусть резолв протекает мимо прокси, не страшно. А то мессенджеры порой юзают udp (тот же дискорд), а для udp нужен сокс.
На iOS уведомления работают, ну там вообще push работали даже на фоне сильных блокировок.
Создал новый шорткат для Сигнала
cmd /c “set HTTP_PROXY=http://127.0.0.1:2080 && set HTTPS_PROXY=http://127.0.0.1:2080 && start C:\Users\ИМЯПОЛЬЗОВАТЕЛЯ\AppData\Local\Programs\signal-desktop\Signal.exe”
Запускаю через него и тогда прокси работает для приложения. Просто добавить в ярлык --proxy-server="socks5://127.0.0.1:2080" не помогло.
Интересное наблюдение. Регистрация новых пользователей в Signal при использовании прокси прекрасно работает. То есть канал “проверки номера” работает.
Censorship circumvention в настройках тоже перестал работать, теперь только из-под прокси можно.
МТС, ЦФО.
Спб, Билайн мобильный- сегодня Сигнал почти весь день не работал с включенным обходом… Пришлось подключить прокси.
Спасибо, работает