В России возникли перебои с доступом к git.kernel.org – затронуты репозитории ядра Linux

В российском сообществе разработчиков Linux обсуждают перебои с доступом к официальному репозиторию ядра — git.kernel.org. По сообщениям пользователей, ресурс частично или полностью недоступен у ряда провайдеров, а для выполнения git clone и обновления исходников ядра многим приходится использовать обходные решения или альтернативные каналы доступа.

Тема активно обсуждается на Linux.org.ru. По словам участников, проблема наблюдается около недели, при этом официальных разъяснений от Роскомнадзора или провайдеров на момент публикации нет.

Что именно не работает

Пользователи сообщают о следующих симптомах:

• сайт https://git.kernel.org не открывается в браузере;
• git clone https://git.kernel.org/... зависает или завершается по таймауту;
• соединение по HTTPS обрывается;
• ICMP (ping) может работать;
• через IPv6 у некоторых провайдеров доступ сохраняется;
• при смене IP-адреса на зарубежный ресурс открывается корректно.

В ряде случаев главная страница kernel.org может открываться, а поддомен git.kernel.org — нет. Это указывает не на полную блокировку домена, а на возможные ограничения по IP-диапазонам или типу трафика.

Возможная причина — блокировка диапазонов CDN

Часть инфраструктуры Linux Kernel размещена за CDN и хостинг-провайдерами. Некоторые пользователи предполагают, что могли быть заблокированы целые диапазоны IP-адресов, принадлежащие крупным сетям доставки контента. В таком случае под ограничения попадают не только спорные ресурсы, но и полностью легитимные технические сайты.

Косвенно на это указывает:

• нестабильность доступа (у одних работает, у других — нет);
• восстановление доступа спустя несколько часов;
• различия между IPv4 и IPv6.

Затронуты и другие технические ресурсы

По сообщениям участников обсуждения, проблемы возникали и с другими сайтами, связанными с разработкой:

• The Yocto Project – https://www.yoctoproject.org/
• Zephyr Project – https://www.zephyrproject.org/
• Buildroot – https://buildroot.org/
• Artix Linux – https://artixlinux.org/

Для разработчиков embedded-систем и отечественных дистрибутивов Linux это базовые ресурсы. Ограничение доступа к ним усложняет рабочий процесс: приходится искать зеркала, использовать альтернативные Git-хостинги или временно переключаться на зарубежные сети.

Есть ли альтернативы?

Сообщество уже делится рабочими зеркалами:

• Зеркало на базе Googlesource – https://kernel.googlesource.com/ ;
• Репозитории на GitHub (включая официальный mirror ядра) – github.com/torvalds/linux и github.com/gregkh/linux ;
• Локальные зеркала от крупных компаний;
• Собственные кэширующие серверы (для Yocto Project, Buildroot и других систем).

Однако это временные решения. Для CI/CD, автоматических сборок и корпоративной инфраструктуры подобные перебои создают дополнительные риски.

Блокировка или технический сбой?

По состоянию на середину февраля часть пользователей сообщила, что доступ к kernel.org восстановился. Это может говорить о:

• ошибке при настройке фильтрации трафика;
• временной блокировке IP-диапазона;
• проблемах на стороне конкретных провайдеров;
• изменениях в маршрутизации или DPI.

На данный момент нет подтверждений о целенаправленной блокировке Linux или kernel.org. Вероятнее всего, речь идет о побочном эффекте более широких сетевых ограничений.

Почему это важно

Ядро Linux используется в большинстве серверных систем, отечественных дистрибутивов, встраиваемых устройствах, телеком-оборудовании и промышленной автоматике. Даже кратковременные перебои с доступом к исходникам ядра или Git-репозиториям затрагивают не только энтузиастов, но и бизнес.

Что делать разработчикам

• Настроить зеркала (mirrors) в Yocto и Buildroot.
• Использовать официальные mirror-репозитории.
• Поддерживать локальный кэш исходников.
• При корпоративной разработке фиксировать инциденты и направлять официальные запросы провайдеру.

Сталкивались ли вы с проблемами доступа к git.kernel.org или другим Linux-ресурсам? Напишите, у какого провайдера и по какому протоколу (IPv4/IPv6) наблюдался сбой.