На фоне блокировки VPN у клиентов Ростелеком упал BitTorrent

На фоне блокировки VPN у клиентов Ростелеком упал BitTorrent

На фоне блокировки VPN у клиентов Ростелеком упал BitTorrent

Несколько дней назад на форуме OpenNet стали появляться жалобы на проблемы со скачиванием Linux-дистрибутивов через BitTorrent — об этом сообщали пользователи услуг «Ростелекома» на Урале и в Краснодарском крае. Как оказалось, провайдер заблокировал соответствующий протокол на уровне DPI (deep packet inspection, глубокая проверка пакетов). В настоящее время ситуация уже исправлена.

Первые жалобы на отказ BitTorrent-каналов появились на OpenNet 3 сентября. Некоторые пользователи столкнулись с выпадением ресурсов из доступа, другие — с торможением трафика. На запрос одного из форумчан в техподдержку «Ростелекома» там ответили, что «торренты — это пиратство, поэтому  они теперь блокируются».

На следующий лень телеоператор вернул доступ к торрентам для обмена ISO-образами популярных дистрибутивов Linux. Сегодня, похоже, была снята блокировка протокола DHT — не исключено, что из-за шумихи в СМИ.

Участники форума OpenNet полагают, что «Ростелеком» заблокировал BitTorrent в рамках новой кампании против VPN в Рунете — по ошибке или умышленно, пока неизвестно, разъяснений провайдер пока не публиковал. Напомним, на прошлой неделе Роскомнадзор объявил о блокировке очередных VPN-сервисов, игнорирующих его требования об ограничении доступа к запрещенному в стране контенту.

Обычно такую карательную меру принимают с помощью технических средств интернет-провайдеров — через системы DPI, установленные ими в соответствии с законом о «суверенном Рунете», который вступил в силу 1 ноября 2019 года. Как показывает практика, такой метод не застрахован от ошибок: похожая акция против Twitter этой весной лишила россиян доступа к множеству других ресурсов и сайтов.

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

Он попросил модель Claude Fable создать отдельную песочницу для каждого агента в /tmp и очищать её после завершения работы, не затрагивая используемые данные.

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


Новая модель написала тест, который сравнивал цели удаления с /tmp и домашним каталогом пользователя. Обе директории были правильно признаны опасными. А затем начался этап очистки тестовых данных, и Claude повторно использовал ту же переменную, в которой находился путь к домашней папке.

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

Разработчик предполагает, что автоматический переход на менее сильную модель мог повысить риск ошибки. Более производительная Fable 5, возможно, заметила бы конфликт переменных.

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