Вчера начало дропаться соединение, грешил на проблемы с хостером, но с мобильного Т2 и Билайна никаких проблем нет.
В течение 10 секунд после подключения соединение разрывается, и ещё 10 секунд не даёт подключиться снова.
Переустановил 3xui на впс с другим ip, решило проблему где-то на час, снова разрывы соединения.
Проблема в том, что такая прокся будет гораздо менее устойчива к блоку чем грамотно настроенный vless, хотя тут ещё зависит о какой конкретно реализации вы говорите
получается очень похоже на VLESS за исключением REALITY? Те, что увидит цензор если попытается обратиться к вашему серверу по 443 порту с целью проверки, даже автоматизированной?
UPD: создал отдельную ветку
Доброго времени суток всем.
Проблема с VLESS+REALITY, свой сайт на той же вдске.
Хостер justhost.ru, проблемы у провайдеров Skynet и E-telecom, район Санкт-Петербург. Также в Амурской области, провайдер Телевокс.
На сервере настроен Xray, два протокола: VLESS REALITY, Shadowsocks2022.
Для подключения на клиенте используется Nekobox, ядро Sing-Box.
Симптомы такие, что сайты просто не грузятся через VLESS, а на Shadowsocks скорость очень упала. Также не проходит встроенная в клиент Nekobox проверка связи.
А, ну и, параллельно у других провайдеров, типа Кабельных систем в Амурской области, всё работает хорошо. В чем может быть причина, как считаете?
Совпадают ли версии ядер? Заметил с последними, что иной раз не совместимы между собой, падает с EoP (если не путаю), либо не соединяет.
BBR включали на сервере?
Стандартный VLESS Reality точно корректно включен? Сейчас есть их 2: VLESS TCP Reality и новомодный VLESS XHTTP Reality
Shadowsocks 2022 всё же менее надёжен + как-то начали выявлять (давно читал) и доказать напрямую не могут, из-за этого тупо замедление временное включают
Делит HTTPS сессию вроде кусками что ли. Его активно допиливают, но есть минус у него - на Upload там надо долго тюнить, а вот скачка без проблем работает.
важно, чтобы если на проксю пошлют GET-запрос, она ответила как нормальный веб-сервер и отдала какой-нибудь приличный сайт
важно, чтобы если на проксю левый (непроверенный) клиент пошлет CONNECT-запрос, она отреагировала как нормальный веб-сервер (Method not supported или еще как), а не 403 потому что клиент профалил аутентификацию
этот метод не подразумевает никакого паддинга, то есть по размерам пакетов внутри подключения можно с достаточной вероятность детектировать, что работает прокся, и аелси очень сильно упороться - даже угадаться, на какие именно сайты ходит пользователь
нет поддержки UDP вообще, только TCP.
Единственный “тупой прокси”, который хоть как-то решает все пункты кроме 4-го - это naiveproxy, и то для 3-го пункта там нужно чтобы в качестве прокси был его специальный клиент, а не просто браузер, а 2-ой пункт реализуется с костылями.
Полистал, пока там много умных слов,но тем не менее на пробу запустил. Плюс пока один: резко упало количество открытых сессий, те работает мультиплексирование. А вот как его через cdn бы запустить, пока не разобрался.