уберите, пожалуйста, бред из названия, а именно про "начали блокировать протокол 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 не отвечает). чтобы это увидеть нужно смотреть трафик напрямую на роутере либо пробросить все порты на пк.
у моего провайдера нет тспу, но он есть у двух анонсируемых апстримов
Ну самое важное что делать не надо так это реалити под google.com (и не только, поэтому я лично не советую реалити), недавно начали блокировать айпи адреса с такими т.к. палево дикое
nginx на другом впс провайдере (где меньше блокировок на тспу)
на тспу усиленная фильтрация в сторону timeweb и некоторых других (selectel, beget, ...)
чтобы обойти усиленную фильтрацию тспу которая блокирует сайт. а торопиться с переносом всего нет смысла, может быть даже вредно (не все впс провайдеры будут так же надёжно работать как текущий)
Тспу справляется с блокировкой популярных резолверов, а не с блокировкой протокола
Всё работает. Очень странно что чекер пишет про какой-то 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 моя стратегия не работала. так что если сильно захотят то заблочат
поставь 9.9.9.9 в роутере
Да не 10 лет ей, там было много обновлений за это время, многие стратегии обхода ркн успешно выводили из строя
Удалили за "генерацию"
Если вы так уверены, то напишите какие же это конкретные запросы
Нету такого
прочитайте мои статьи и от https://habr.com/ru/users/hyperion_cs/articles/
(через впн)
Это уже блокировки cloudflare на тспу, очень многие сайты пострадали (белый список не работал) и видимо поэтому откатили
Ну самое важное что делать не надо так это реалити под google.com (и не только, поэтому я лично не советую реалити), недавно начали блокировать айпи адреса с такими т.к. палево дикое
nginx на другом впс провайдере (где меньше блокировок на тспу)
на тспу усиленная фильтрация в сторону timeweb и некоторых других (selectel, beget, ...)
чтобы обойти усиленную фильтрацию тспу которая блокирует сайт. а торопиться с переносом всего нет смысла, может быть даже вредно (не все впс провайдеры будут так же надёжно работать как текущий)
у вас был положительный опыт добавления домена или айпи в белый список тспу? пишите статью и будут плюсики