Первые сообщения о проблемах появились 8 мая. Пользователи писали, что GitHub открывается нестабильно, отдельные страницы и репозитории грузятся с ошибками, а доступ зависит от провайдера, региона и конкретного адреса. VC.ru со ссылкой на «Вёрстку» привёл данные OONI: 5 мая в России зафиксировали 17 аномальных и неудачных подключений к GitHub против 140 успешных, 6 мая — 24 против 123, 7 мая — 27 против 157, 8 мая — 11 против 63. Для сравнения, в мировых измерениях за те же даты доля неудачных подключений была заметно ниже.
Читайте также:
Один git push давал доступ к миллионам репозиториев
OONI — это открытый проект для измерения сетевых блокировок и сбоев доступа. Его данные полезны как индикатор, но сами по себе не доказывают единую причину проблемы: аномалии могут появляться из-за фильтрации, ошибок маршрутизации, DNS-сбоев, проблем у конкретных операторов или особенностей тестов.
Роскомнадзор 8 мая отдельно прокомментировал ситуацию. Ведомство заявило, что доступ к ресурсам GitHub в России не ограничивается. Такой же комментарий передали «Интерфакс», ТАСС, «Ведомости» и другие издания. Это не отменяет жалобы пользователей, но снижает вероятность сценария с официальной полной блокировкой всей платформы именно на этот момент.
Официальная страница статуса GitHub также не указывает на крупную глобальную аварию, связанную с недоступностью сервиса для всех пользователей. Проверка «Кода Дурова» показала похожую картину: GitHub у редакции работал корректно, при этом издание отметило, что доступ с отдельных российских IP-адресов может быть ограничен или работать нестабильно. Такой сценарий хорошо знаком разработчикам: для одного провайдера всё открывается, для другого — отваливаются картинки, raw-файлы, Git-over-HTTPS, отдельные репозитории или страницы releases.
Версия с точечными ограничениями отдельных страниц или репозиториев выглядит правдоподобнее полной блокировки GitHub. Российская система ограничений обычно может применяться не только к домену целиком, но и к отдельным страницам, если они попали в реестры запрещённой информации. У Роскомнадзора есть публичный сервис проверки ограничения доступа к сайтам и страницам, но он не даёт простой общей картины по всей платформе GitHub сразу.
Для разработчиков даже точечные проблемы с GitHub болезненны. Репозиторий может оставаться доступным в браузере, но сборка всё равно сломается, если CI/CD не сможет скачать зависимость, Dockerfile не подтянет файл с raw.githubusercontent.com, пакетный менеджер не достучится до исходников, а скрипт обновления упрётся в недоступный release. Ведь на практике GitHub давно стал частью производственного контура.
Отдельный риск — цепочка зависимостей. Современный проект может напрямую использовать десятки внешних репозиториев и косвенно зависеть от сотен пакетов. Проблема с одним адресом GitHub иногда ломает установку, тесты, сборку образа, деплой или обновление безопасности. Именно поэтому даже частичная недоступность платформы воспринимается болезненнее, чем сбой обычного сайта.
История с GitHub в России уже имеет предысторию. После 2022 года часть российских пользователей и компаний сталкивалась с ограничениями, связанными с санкционными правилами и доступом к отдельным функциям или приватным репозиториям. Это другой тип ограничений: их вводит не российский регулятор, а сама платформа или владелец сервиса в рамках своих юридических требований.
Паниковать сейчас рано. Подтверждённой полной блокировки GitHub в России нет, официальные комментарии её отрицают, а глобальный статус платформы не показывает крупного сбоя. При этом сигнал для команд понятный: критичные репозитории, инструкции, артефакты сборки и зависимости нельзя держать в единственной копии на внешней платформе.
Разработчикам и компаниям стоит проверить базовые вещи: есть ли локальные зеркала важных репозиториев, доступны ли зависимости без прямого обращения к GitHub, хранятся ли release-артефакты в собственном хранилище, может ли CI/CD работать через резервный источник, есть ли экспорт issues, wiki и документации. Это не подготовка к катастрофе, а обычная гигиена инфраструктуры.
Есть новость? Станьте автором.
Мы сотрудничаем с независимыми исследователями и специалистами по кибербезопасности. Отправьте нам новость или предложите статью на рассмотрение редакции.
