Раз в интервал или по триггеру(?) полностью отваливается тачка, не доступен даже SSH, пинг проходит без потерь. Доступность возвращается через 3 минуты, из другой точки сети доступно.
Пров ростелек, началось 09/04. На VPS запущен VLESS+Reality на тот же сервер, трафик не большой, но конектов может быть много (стучится telemt).
На картинке запросы с клиента, где дырки там отваливается
На что похоже? Что можно проверить/замониторить, чтобы убедиться что это не у меня кривые настройки, а именно блок посередине? Если это блок по триггеру, то какой может быть триггер?
У меня так же, сервер полностью становиться не доступным, но через какое то время все становиться как не бывало. Маскируюсь под себя (vless + reality с nginx в локалке)
Такая же проблема. Отваливается доступ по SSH, к сайту на VPS, впн VLESS+Reality перестаёт работать, пинги идут. Может отваливаться на срок от 3-1о минут до 2 часов. Наблюдается с 05.04. Маскировка под www.google.com, весь трафик заворачивается в CF WARP. MTPropo не стоит, подключения из другой сети проходят, ВПН используют несколько людей из разных регионов/провайдеров, у них проблем не наблюдается.
Триггер определить не удалось, ловил отвалы даже когда не использовал впн совсем (просыпаясь обнаруживал проблему, могли разве что пуши от телеги приходить)
Не скажу что я профи в этой теме, я пока ни разу не словил персональную блокировку vless
Но мысли такие:
Маскировку под популярные домены не нужно использовать, это давно палят
Открыты должны быть только порт 443 и ssh, возможно ещё 80 (редирект на 443). ssh надо прятать далеко, и в идеале ходить только через впн. 2 разных прокси на одном сервере - это красный флаг.
Не увидел, пробовал ли кто-то менять транспорт на grpc. Это первое и самое простое, что стоит сделать.
На одном провайдере нарушена связность с подсетью хостера (например из-за ТСПУ или местного DPI), а на других провайдерах настройки другие. Поможет только смена хостера.
На одном провайдере ТСПУ рубит подключения с SNI google.com, кроме тех что идут до его ASN (сверка SNI-IP). В этом случае поможет либо realityscanner (если сверка только по гугловскому домену), либо свой домен (более надежный вариант).
Зачем reality при self-steal? Если маскируетесь под себя же, то достаточно uTLS на клиенте, чтобы не палить стек go. На стороне сервера уже всё хорошо, если telemt/xray стоит за nginx (он же терминирует TLS).
Попробуйте делать один запрос в секунду: curl --socks4 127.0.0.1:1080 https://checkip.amazonaws.com Сделали, пауза, сделали, пауза - и так раз десять. Можете проверять так на протяжении нескольких минут (предполагаемого интервала). Убедитесь, что никто кроме вас к серверу запросы не делает.
Если тест выше будет работать и никаких блокировок не вызовет, то запускайте уже параллельные запросы: seq 1 2 | xargs -n 1 -P 2 curl --socks4 127.0.0.1:1080 https://checkip.amazonaws.com Сначала начните с 2; если сработает, то увеличьте до 3 и попробуйте еще раз; потом 4; и так далее пока не дойдете до 10 или до блокировки.
Если второй тест с параллельными запросами приводит к временной блокировке, то скорее всего создание множества соединений за короткий интервал является триггером. Включение мультиплексирования должно помочь.
Купил РФ сервер, настроил его как прозрачный прокси на основу. Из подключений что были это только один тест задержки в throne (7 потоков было). Через 5 минут РФ сервер уже не доступен, даже по ssh. Хотя основа работает и с основы можно по ssh попасть в РФ
