не будет толку. Проверено
Пока работает, впс на хетзнере
Господа, а у кого-то удалось заставить telemt забиндиться на ipv6 адрес?. Что-то я все их доки перерыл - и как будто не реализовано.
У меня он за Nginx стоит, нормально подключается к IPv6 с компа, с телефона не подключается через один и тот же роутер (тут скорее всего проблема андроидной версии ТГ, в ней я в целом нигде не нашёл настроек IPv6 в ней)
Через стрим прокси? А разве оно работает v6 to v4? Там же сырой траффик летит.
Через nginx’овский proxy_protocol, telemt его умеет, ему без разницы, IPv4 или IPv6
Сегодня на мегафоне айфоны не подключались к vless+reality. С МТС всё работало. С андроидов на мегафоне тоже работало. После 18 часов заработало всё.
В Москве телеграм прокси тоже заработал после 18 часов.
где-то полторы минуты коннект и работает мт-прото, но это ждать крайне утомительно, и в процессе может все ровно порваться на следующие полторы минуты, но бывает работает и по пол часа. При том одинаково что с мобильной, что с wi-fi. Разницы в телефоне нет
Да, действительно, проблема была в том, что тестил на Telegram Android
stream {
server {
listen 443;
listen [::]:443;
proxy_pass 127.0.0.1:8443;
proxy_protocol on;
}
}
На Telegram Desktop как будто делает вид что работает
И в telemt тоже в конфиге нужно прописать секцию, чтобы он принимал от nginx proxy_protocol:
[server]
proxy_protocol = true
Да, разумеется.
UPD
А ещё заметил что DPI охотно пропускает несекурные прокси (которые classic), дропая при этом пакеты на секурных
И короче по ходу через nginx вполне работает разделение через SNI для mtproxy, позволяя вешать целую вязанку на один порт.
Типа такого
stream {
map $ssl_preread_server_name $backend_name {
megahard.com telemt;
default telemt_classic;
}
upstream telemt { server 127.0.0.1:8443; }
upstream telemt_classic { server 127.0.0.1:7443; }
server {
listen 443;
listen [::]:443;
proxy_pass $backend_name;
ssl_preread on;
proxy_protocol on;
}
}
Где megahard.com - это tls_domain из конфиги telemt
Попробуйте порт и протоколы потыкать, ещё шансы есть, что хостинги в мониторинговый список внесли.
Похоже mtproto faketls фильтруется без исключений IP (т.е. внутри РФ тоже фильтруется).
Тесты на telemt: подключение тупит, далее подключается, но медиа не грузится.
При этом если первично подключиться через впн, потом вернуться на чебурнет, то далее с тем же прокси все летает, и видно, что соединения от клиента новые (source порт соединений разный), при этом перевключение прокси у клиента возвращает тупеж медиа. Видимо пакет который они отлавливают пролетает не так часто.
Помогите доработать ClientHello с мимикрированием под реальный бразуер, и mtproto заживет 
Кто заметил, сегодня днем на мтс москва одномоментно перестали работать все mtproxy с соответствующего канала телеграм. Какие еще варианты будут ?
не подтверждаю. работают даже халявные белосписочные. т.е. плешивый прям щас гасанул общий lte, но 2 прокся, как раз на мтс доступны
ну и ктобы стал сливать альтернативы чтоб чебурнилы сагрились…
Подтверждаю, Мегафон, РТ, Самарская область, одномоментно отвалились после 13-14 часов (12-13 msk), причем в списке клиента более 1000 проксей, и они сегодня утром были ну если не все “зелёные”, но уж примерно через 2-3, в общем выбор был и много. Сейчас примерно 2(3) рабочие из всего.
Похоже на крупнейший канал Mtproxy в Телеграмме запущен бот и блокируют эти адреса по IP. Причем глобально, по разным провайдерам..
Некоторые прокси с других подобных каналов работают все таки.
Подтверждаю. В 12:00 по Мск отвалились все набранные прокси с ТГ-каналов (как раз после новости про обновление прошивки коробок) как на проводе, так и на мобильном интернете.
Начиная с 15:00 начали возвращаться в строй по мере, видимо, реакции их владельцев на отвал.
Интересно, как вели себя прокси на российских хостингах (иногда попадаются в тематических каналах), типа Яклауда и ВК.