В начале июня я снова увидел старую картину: массово начали сбоить не только самодельные обходы, но и решения

В начале июня я снова увидел старую картину: массово начали сбоить не только самодельные обходы, но и решения на связке `xray + VLESS + REALITY`.

С инженерной точки зрения это выглядит как _волна ограничений_, а не как единичная ошибка у провайдера. Когда ломается сразу несколько независимых реализаций, обычно проблема сидит не в клиенте и не в одном сервере, а в **логике фильтрации на стороне сети**.

Что важно для нас, интеграторов и админов: такие вещи редко чинятся «обновите конфиг». Нужно смотреть на схему целиком — точки выхода, TLS-поведение, последовательность рукопожатий, устойчивость к активной проверке.

Я бы описал это так: сначала система пропускает привычный трафик, потом начинает выборочно резать подозрительные паттерны, и уже после этого ломаются даже аккуратно собранные связки. Типовой кейс из инфраструктуры, где ограничения идут не в лоб, а по признакам.

Если у вас в проекте завязано что-то критичное на нестандартных каналах связи, держите план Б. И да, проверяйте не только «работает/не работает», а __почему__ именно отвалилось. Это экономит часы на бесполезной переборке конфигов.

—
Чтобы быть в курсе рынка — подпишись на @affcareers_spb