PyPI не работает в России: РКН конечно же ничего не блокирует, но Python разработчики хотят удавиться

· Антон Беляев

В России снова случилось удивительное: важнейшая часть мировой IT-инфраструктуры внезапно начала «плохо открываться», а Роскомнадзор, разумеется, ничего не ограничивает и вообще проблем не фиксирует.

На этот раз прилёг PyPI — Python Package Index, официальный центральный каталог библиотек и программных пакетов для языка Python. Это не какой-то форум с котиками и не очередной сайт с мемами. Это место, откуда разработчики через pip install ставят библиотеки, фреймворки, утилиты и половину современного софта, который крутится в вебе, аналитике, автоматизации, машинном обучении и ИИ.

Если PyPI не работает — это не «ну сайтик не открылся». Это когда у разработчика внезапно перестают собираться проекты, ломаются деплои, CI/CD превращается в гадание на кофейной гуще, а привычная команда установки пакета становится лотереей: повезёт — не повезёт, включай VPN.

Что показывают наши замеры

Дозор 404 — наш собственный мониторинг, который пробивает сайты с пользовательской стороны: через домашних и мобильных операторов в Сибири, Европейской части России и на Дальнем Востоке (МТС, МегаФон, Билайн, Tele2, Ростелеком, Сибирский Медведь), а не из европейских дата-центров.

За последние 6 часов: 3,84% доступности по всем операторам в среднем. По МТС — 1,5%, по МегаФону и Ростелекому — 0,7%, по Билайну и Сибирскому Медведю — 0%. То есть фактически у конечного российского пользователя pypi.org не открывается ни через одного оператора.

Live-статус сервиса с актуальным графиком — на странице PyPI в Дозоре 404. Туда же удобно показывать коллегам и в чатах вместо «у меня не открывается, у тебя как?».

Что говорит Роскомнадзор

Пользователи в России пожаловались на проблемы с доступом к pypi.org. По данным «Кода Дурова», соединение обрывается на этапе TLS — то есть в момент, когда клиент и сервер должны договориться о защищённом соединении. Похожий симптом ранее наблюдали при проблемах с доступом к DeepSeek: без VPN сервис не открывался, с VPN — внезапно оживал.

Особенно красиво в этой истории выглядит позиция Роскомнадзора. Ведомство заявило «Осторожно, новости», что доступ к Python Package Index оно не ограничивает, а проблем с ресурсом не фиксирует.

Классика жанра: пользователи фиксируют, диагностические инструменты фиксируют, разработчики фиксируют, а РКН — нет. Возможно, у них там особая версия интернета, где всё открывается, ничего не блокируется, Telegram всегда работал, YouTube не замедлялся, а Python просто прилёг от усталости.

Это блокировка или сбой?

Формально это ещё не доказательство блокировки. Официальных решений об ограничении доступа к PyPI не публиковалось, сам сервис о крупном сбое не сообщал. Но симптомы — обрыв на TLS-handshake, одинаковая картина у всех российских операторов, мгновенная починка через VPN — соответствуют SNI-фильтрации через ТСПУ, как это уже было с десятками других сервисов. Как отличить DPI/SNI/DNS/IP-блокировку мы разбирали отдельно.

В этом и прелесть современной российской сетевой реальности: ничего не заблокировано, просто пакеты не ставятся; никто не ограничивал, просто TLS отваливается; проблем нет, просто разработчики почему-то снова идут за VPN.

Что делать прямо сейчас

  1. Включить VPN на dev-машине. Самый быстрый workaround — настроить pip ходить через VPN-туннель. Какой VPN сейчас стабильно работает в России — см. наш гайд по выбору VPN и live-подборку с обновлением каждые 4 часа.
  2. Зеркало через corporate proxy / приватный nexus. Для команд: поднять локальный pip-зеркало (Nexus, Artifactory, devpi) на VPS вне РФ и направить pip туда. Один раз настроить — потом устойчиво к любым блокировкам upstream.
  3. Сменить index-url на альтернативу: pip install --index-url https://pypi.tuna.tsinghua.edu.cn/simple/ <package> — китайское зеркало PyPI, исторически стабильное из РФ. Не для долгого продакшна (доверие к зеркалу), но как временный workaround — работает.
  4. В CI/CD — добавить retry с экспоненциальной задержкой на pip install + fallback на mirror. Минимизирует «красные» билды от 1-2 неудачных handshake'ов.

Почему это важнее «просто ещё одного сайта»

Если сегодня случайно прилёг PyPI, завтра может «устать» npm, послезавтра Maven Central, потом Docker Hub, GitHub Releases и всё остальное, на чём держится нормальная разработка. И каждый раз нам будут объяснять, что никаких ограничений нет, просто интернет стал более суверенным: настолько суверенным, что даже зависимости теперь нужно доставать через обходные пути.

Для российской IT-среды это не мелкий сбой, а сигнал: инфраструктура разработки в стране всё сильнее зависит не от инженеров, а от того, как сегодня настроили фильтры. И если эти фильтры начинают бить по PyPI — страдают не «абстрактные программисты», а бизнес, образование, стартапы, исследователи, дата-инженеры, DevOps-команды и все, кто просто пытается писать код.

РКН говорит, что ничего не ограничивает. Возможно. Но тогда остаётся ещё более неприятный вариант: система фильтрации настолько умная, что уже сама не понимает, что ломает. А это, честно говоря, даже хуже.

На фоне блокировок — самый тревожный мем недели

«РКН хочет пересадить нас на 1С?» — звучит уже не как шутка, а как тревожный мем с производственной инструкцией.

Следить за статусом PyPI и других ключевых dev-сервисов в реальном времени со всех российских операторов можно в Дозоре 404 — там сейчас live-картина по 99 веб-сервисам: GitHub, npm, Docker Hub, PyPI, Maven, JetBrains, CodePen и так далее. Если что-то «приляжет» следом — увидите первыми.