ну первые 3 пункта если действительно есть, то опасны только для крупных впн провайдеров, потому что ни у меня ни у друзей блокировок впс по количеству трафика или признакам впн (именно в трафике, а не пробингом) небыло (а мы любители awg 2.0 и openvpn). 4 пункт, если читать дословно - просто не правда, иначе было бы массовое количество жалоб от пользователей варпа, протона и т.п. которые требуют i1 (awg 2.0)
про пробинг уже писал выше, пока что кроме него доказанных блокировок случайных ip не видел (но видел необъяснимые блокировки типа блокировки ip от win-rar.ru в два разных правила блокировки)
нет. это совершенно не то, что мне описали выше. это очень простая блокировка которой хотели заблокировать прокси для тг и vless+tls, но поломали многие сайты. действует грубо говоря по 1 признаку - множество тлс сессий с отпечатком браузера chrome/safari за короткое время (и это всё только на части провайдеров и только до некоторых сетей, иначе сломали бы гораздо больше сайтов)
кстати, по вашей ссылке можно докликать и до моей статьи, где я описывал самую первую версию этой блокировки, которая работала для любого tls отпечатка, а не только chrome/safari, и распространялась на весь интернет, а не только определённые сети
А вообще перечитал коммент, оказывается там про ip блок и не говорилось. Хз в чем могла быть проблема, контейнер амнезии бывает зависает сам по себе и требуется ребут впс, а новая версия проблемная сама по себе судя по комментам от некоторых пользователей (писали что обновление до 3.0 давало потери пакетов, кому-то помогло уменьшение мту до 1280)
Вы уверены, что на сервере дополнительно не стояло reality или OpenVPN без tls crypt? Ркн банят по ip только то что подвержено актив пробингу, вг и авг этому не подвержены. По поводу замедление и потерь пакетов - проблема у вас/хостинга, ркн так не делают с рандом впсками
Возможно и в первом случае косяк был с вашей стороны. Проверять блокировку надо веб сервером с файлом >16кб (рабочий ssh не показатель)
уберите, пожалуйста, бред из названия, а именно про "начали блокировать протокол DoH".
дикий кликбейт, минус за это.
сами обьяснили в статье почему это невозможно, но оставили название...
но и c DoT вы нормальной проверки не сделали, блокировка хотя бы по порту или "по протоколу" неочевидна
про ттл трюк вообще непонятно: вы его странно описали, в команде не сделали, и первоисточник откуда про это узнали не указали - https://habr.com/ru/articles/1075272/, хотя я уже просил вас
обнаружил у себя что часто ответ приходит не с 1.1.1.1 или 8.8.8.8, а с оригинального ip nsdi, т.е. я делаю запрос к 8.8.8.8, а ответ приходит с 195.208.4.1, из-за чего устройства не видят ответа (8.8.8.8 не отвечает). чтобы это увидеть нужно смотреть трафик напрямую на роутере либо пробросить все порты на пк.
у моего провайдера нет тспу, но он есть у двух анонсируемых апстримов
Выше уже скидывали
ну первые 3 пункта если действительно есть, то опасны только для крупных впн провайдеров, потому что ни у меня ни у друзей блокировок впс по количеству трафика или признакам впн (именно в трафике, а не пробингом) небыло (а мы любители awg 2.0 и openvpn). 4 пункт, если читать дословно - просто не правда, иначе было бы массовое количество жалоб от пользователей варпа, протона и т.п. которые требуют i1 (awg 2.0)
про пробинг уже писал выше, пока что кроме него доказанных блокировок случайных ip не видел (но видел необъяснимые блокировки типа блокировки ip от win-rar.ru в два разных правила блокировки)
в 1 части коммента вы про awg, а затем про SNI, которого в awg нет...
скиньте ip своего сервера, посмотрю в чём действительно могла быть причина.
wg tunnel, sing-box extended, любой клиент с mihomo ядром
последние два требуют умение писать для них конфиги (чатгпт не умеет если что)
нет. это совершенно не то, что мне описали выше. это очень простая блокировка которой хотели заблокировать прокси для тг и vless+tls, но поломали многие сайты. действует грубо говоря по 1 признаку - множество тлс сессий с отпечатком браузера chrome/safari за короткое время (и это всё только на части провайдеров и только до некоторых сетей, иначе сломали бы гораздо больше сайтов)
кстати, по вашей ссылке можно докликать и до моей статьи, где я описывал самую первую версию этой блокировки, которая работала для любого tls отпечатка, а не только chrome/safari, и распространялась на весь интернет, а не только определённые сети
Откуда информация? Пример заблок ip?
Собственные наблюдения за заблокированными ip.
А вообще перечитал коммент, оказывается там про ip блок и не говорилось. Хз в чем могла быть проблема, контейнер амнезии бывает зависает сам по себе и требуется ребут впс, а новая версия проблемная сама по себе судя по комментам от некоторых пользователей (писали что обновление до 3.0 давало потери пакетов, кому-то помогло уменьшение мту до 1280)
Вы уверены, что на сервере дополнительно не стояло reality или OpenVPN без tls crypt? Ркн банят по ip только то что подвержено актив пробингу, вг и авг этому не подвержены. По поводу замедление и потерь пакетов - проблема у вас/хостинга, ркн так не делают с рандом впсками
Возможно и в первом случае косяк был с вашей стороны. Проверять блокировку надо веб сервером с файлом >16кб (рабочий ssh не показатель)
Какой конфиг?
серверы не в россии. если бы разработчики захотели, то перешли бы полностью на ру сдн, который и так уже в бс
Тспу справляется с блокировкой популярных резолверов, а не с блокировкой протокола
Всё работает. Очень странно что чекер пишет про какой-то mitm
митма не видно. можете сделать так?
q -v A youtube.com @tls://8.8.8.8клиент https://github.com/natesales/q
сделайте
непонятно про какой mitm идёт речь
уберите, пожалуйста, бред из названия, а именно про "начали блокировать протокол DoH".
дикий кликбейт, минус за это.
сами обьяснили в статье почему это невозможно, но оставили название...
но и c DoT вы нормальной проверки не сделали, блокировка хотя бы по порту или "по протоколу" неочевидна
про ттл трюк вообще непонятно: вы его странно описали, в команде не сделали, и первоисточник откуда про это узнали не указали - https://habr.com/ru/articles/1075272/, хотя я уже просил вас
это совершенно разные вещи, их нельзя сравнивать
обнаружил у себя что часто ответ приходит не с 1.1.1.1 или 8.8.8.8, а с оригинального ip nsdi, т.е. я делаю запрос к 8.8.8.8, а ответ приходит с 195.208.4.1, из-за чего устройства не видят ответа (8.8.8.8 не отвечает). чтобы это увидеть нужно смотреть трафик напрямую на роутере либо пробросить все порты на пк.
у моего провайдера нет тспу, но он есть у двух анонсируемых апстримов
искать сейчас нужно в статьях. долгое время она была на первом месте на главной (ежедневный хабр)
никакой связи
в иране был момент когда у меня ни 1 моя стратегия не работала. так что если сильно захотят то заблочат