Вышла утилита RKN Block Checker для диагностики блокировок

Вышла утилита RKN Block Checker для диагностики блокировок

Вышла утилита RKN Block Checker для диагностики блокировок

Разработчик Дмитрий Виноградов представил утилиту RKN Block Checker с открытым исходным кодом. Она помогает понять, почему конкретный сайт не открывается: это обычная сетевая проблема или блокировка на стороне провайдера / регуляторной инфраструктуры.

Проект написан на Python и опубликован под лицензией MIT. Утилита работает из командной строки и проверяет соединение по цепочке DNS → TCP → TLS → HTTP.

Идея простая: не просто выдать вердикт, что сайт недоступен, а показать, на каком именно уровне всё сломалось. Например, если системный DNS не даёт нормальный ответ, а Cloudflare DoH возвращает корректный адрес, это может указывать на DNS-подмену. Если TCP-соединение на 443-й порт сбрасывается, речь может идти о блокировке на уровне IP.

Если TCP проходит, но соединение рвётся на TLS-рукопожатии с SNI, это уже похоже на работу DPI / ТСПУ. А если сайт открывается, но вместо страницы приходит заглушка провайдера или код 451, утилита фиксирует и такой сценарий.

 

Автор отдельно подчёркивает, что смысл RKN Block Checker не в том, чтобы заменить браузер. Браузер и так сообщает, что сайт не открылся. Здесь задача другая — разложить проблему по слоям и дать пользователю более понятную картину, где именно произошёл сбой и на что это похоже.

Утилита сравнивает ответы системного DNS и DNS over HTTPS через Cloudflare, проверяет обычное TCP-подключение, запускает TLS-handshake с SNI целевого домена и затем делает HTTP-запрос. Вердикт выставляется по первому уровню, на котором возникла ошибка.

 

У проекта есть и ограничения. Пока поддерживается только IPv4. Списки целей жёстко заданы в коде и включают около 20 сайтов на категорию, поэтому инструмент не поймает все частные случаи. Кроме того, это разовая проверка без повторов и долгосрочного мониторинга, хотя JSON-вывод можно использовать в cron для регулярных запусков.

Microsoft Defender заставил VLC думать над MP3 по 33 секунды

Некоторые пользователи Windows 11 столкнулись с необычной задержкой в VLC: плееру требуется до 33 секунд, чтобы начать воспроизведение обычного MP3-файла. Команда VideoLAN обвиняет в проблеме Microsoft Defender, который после одного из обновлений якобы начал отправлять в карантин кеш плагинов VLC.

Ситуация получила огласку после жалобы разработчика игр Джонатана Блоу. Из-за задержки он отказался от VLC в пользу Microsoft Media Player, а заодно раскритиковал состояние открытого ПО на Windows.

Разработчики VLC ответили, что сам плеер здесь ни при чём. По их версии, Defender блокирует или помещает в карантин файл plugins.dat. В нём хранится кеш модулей, отвечающих за кодеки, демультиплексоры и ввод-вывод.

Без кеша VLC при каждом запуске приходится заново сканировать каталог плагинов. Пока пользователь ждёт первые ноты песни, плеер проводит полную перекличку своих внутренних компонентов. Получается почти винил: музыку тоже нужно немного подождать, только атмосферы меньше.

Проблема возникает не на всех компьютерах. Журналисты Tom’s Hardware попытались воспроизвести её на Windows 11, но VLC запускал MP3 без заметной задержки. Microsoft ситуацию пока не комментировала, поэтому точный масштаб сбоя неизвестен.

Для исправления разработчики рекомендуют переустановить VLC или пересоздать кеш с помощью vlc-cache-gen.exe. В меню «Пуск» также доступен ярлык сброса настроек и кеша, но он удалит пользовательские параметры: эквалайзер, горячие клавиши и настройки субтитров.

Добавление каталога VLC в исключения Defender тоже может предотвратить повторную блокировку, однако такой способ снижает контроль антивируса над файлами в этой папке. Поэтому безопаснее сначала ограничиться восстановлением кеша.

Обычный MP3 в итоге оказался полем боя между плеером и защитой Windows. Пользователь, как всегда, выполняет роль секундомера и технической поддержки.

RSS: Новости на портале Anti-Malware.ru