Три сервиса за час: в России сбоят GitHub, Google и Apple

Российские пользователи 14 июля столкнулись с одновременной недоступностью нескольких крупных зарубежных ресурсов. Сначала резко выросло число жалоб на GitHub, затем перестал открываться поиск Google, а следом появились сообщения о проблемах с официальным сайтом Apple.

Сбой затронул разные сети и регионы. GitHub у части пользователей не загружает веб-интерфейс, репозитории и операции Git. Google не отвечает на поисковые запросы либо показывает пустую страницу.

При открытии apple.com браузеры сообщают, что сервер перестал отвечать.

Через VPN ресурсы у многих снова становятся доступными, что указывает на региональный характер проблемы.

Глобальной аварии при этом не видно. GitHub считает исправными веб-сайт, программный интерфейс, Git-операции, GitHub Actions, Pages и остальные основные компоненты. Google не зарегистрировал инцидентов в инфраструктуре Workspace. Apple также показывает штатную работу всех перечисленных облачных сервисов.

Причина сбоя к моменту публикации не раскрыта. Публичного подтверждения блокировки GitHub, Google или Apple нет. Одновременная недоступность трёх независимых платформ может указывать на проблему маршрутизации, фильтрации трафика или взаимодействия российских операторов с зарубежной инфраструктурой.

Первые заметные всплески Detector404 зафиксировал утром 14 июля. График Google начал резко расти примерно после 10:00 по московскому времени. В течение часа пользователи оставили сотни сообщений о недоступности поиска и сайта.

GitHub начал сбоить немного позже. К 11:03 было зарегистрировано 106 обращений, сообщали «Ведомости». Более поздняя выборка Detector404, которую приводит vc.ru, насчитывала свыше 650 жалоб на Google и больше 350 на GitHub. Разница объясняется временем замера: счётчик продолжал быстро расти.

SecurityLab указывает, что сообщения о GitHub поступали минимум из 31 города. В список вошли Москва, Санкт-Петербург, Новосибирск, Челябинск и Красноярск. В 92% обращений пользователи отмечали полную недоступность сайта.

Сведения сервисов мониторинга нельзя считать точным числом пострадавших. Такие площадки собирают добровольные жалобы и отслеживают всплеск обращений. Один пользователь может ничего не сообщить, другой — оставить несколько комментариев. График хорошо показывает момент и масштаб аномалии, но не раскрывает её техническую причину.

Сбой GitHub оказался самым болезненным для разработчиков. Пользователи сообщают, что без дополнительных сетевых средств не открывается github.com, не загружаются страницы проектов и не выполняются команды для получения или отправки изменений.

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

Хабр зафиксировал жалобы на веб-интерфейс, Git и доступ к репозиториям. Сообщения начали поступать примерно в одно время от пользователей разных российских сетей.

Официальная панель GitHub показывает нормальное состояние всех основных компонентов. Текущего инцидента, который мог бы объяснить российские жалобы, на ней нет. Последние глобальные проблемы платформы относятся к другим датам и регионам.

Такая картина практически исключает полный отказ серверов GitHub. При глобальной аварии жалобы поступали бы из разных стран, а система наблюдения компании отметила бы рост ошибок в веб-интерфейсе, программном интерфейсе или Git-операциях.

Пользователи Google чаще всего жалуются на недоступность поисковой страницы. Браузер может долго ждать ответа, открыть пустой экран или завершить соединение с ошибкой.

Detector404 зафиксировал обращения из 18 городов. На пике график пользовательских жалоб превысил 200 сообщений за короткий интервал, а число обращений за час исчислялось сотнями. Российские СМИ также сообщили о массовом сбое поиска.

Google Workspace не показывает аварий в Gmail, Drive, Docs, Meet, Google Sign In, Gemini и остальных контролируемых продуктах. Панель была обновлена 14 июля и отмечала отсутствие инцидентов.

Признаки указывают именно на нарушение доступа, а не на отказ поискового движка. Зарубежные пользователи массового сбоя не фиксируют, а официальная телеметрия Google не показывает глобальной деградации.

Пользователи жалуются на официальный сайт apple.com, однако данных о массовом отказе iCloud, App Store, iMessage, Apple Music или активации устройств нет.

На присланных скриншотах Safari сообщает, что сервер перестал отвечать. Похожие обращения появились у пользователей нескольких операторов. Профильные издания также зафиксировали частичную недоступность сайта Apple с российских адресов. Панель состояния Apple отмечает штатную работу всех перечисленных сервисов.

Detector404 не показывает сопоставимого с Google и GitHub потока жалоб на облачные продукты Apple. Зафиксированные обращения распределены между сайтом и мобильными приложениями, но их количество остаётся небольшим.

GitHub принадлежит Microsoft, Google управляет собственной глобальной сетью, Apple использует отдельную инфраструктуру. Общий отказ серверов этих компаний в один момент выглядит маловероятным.

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

Первая рабочая версия — нарушение маршрутизации. Оператор или магистральный поставщик мог потерять корректный путь к части зарубежных адресов. Такой сбой обычно затрагивает несколько доменов и проявляется по-разному в разных сетях.

Вторая версия — проблема с фильтрацией. Современное оборудование анализирует доменное имя, параметры защищённого соединения и адрес назначения. Ошибочное правило способно задеть соседние ресурсы или целую группу адресов.

Третья версия — неполадка на стыке с сетью доставки содержимого. Крупные сайты распределяют файлы по узлам в разных странах и направляют пользователя к ближайшей точке. Ошибка определения региона, маршрута или доступного узла может оставить российские адреса без ответа.

VPN создаёт зашифрованный туннель до удалённого сервера. Российский оператор видит соединение с узлом VPN, а запрос к GitHub, Google или Apple отправляется уже из другой страны.

Такой обход меняет маршрут, исходный адрес и точку входа в сеть нужного сервиса. Если проблема находится внутри российского сегмента или на его внешнем стыке, новый путь может сработать.

Успешное открытие через VPN подтверждает, что сервер назначения продолжает отвечать. Оно не позволяет автоматически определить виновника. Аналогичный эффект возникнет при ошибке маршрутизации, региональном ограничении, проблеме конкретного оператора или сбое зарубежной точки присутствия.

Российские пользователи жаловались на GitHub в мае и июне 2026 года. Тогда сайт открывался нестабильно, команды Git зависали, а отдельные адреса инфраструктуры работали с потерями.

Роскомнадзор в мае заявлял, что не ограничивает доступ к ресурсам GitHub. Жалобы после этого продолжались, а публичного технического объяснения так и не появилось.

GitHub целиком не находится в публично подтверждённой блокировке. Отдельные страницы платформы могут ограничиваться по решениям регулятора, но это не объясняет недоступность главной страницы и операций с произвольными репозиториями.

С 6 июля российские сайты начали отказываться от авторизации через Google и Apple ID. Изменение касается способов входа на отечественные площадки: владельцам предлагают использовать номер телефона, российскую почту, единый портал государственных услуг или местные системы идентификации.

Эта мера не отключает поиск Google, сайт Apple или инфраструктуру GitHub. Кнопка авторизации работает через программный интерфейс иностранной платформы, а нынешний сбой затрагивает обычное сетевое соединение с внешними сайтами.

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

Пользователям не требуется менять пароль Google, GitHub или Apple ID. Признаков взлома учётных записей и утечки данных нет. Инцидент связан с доступностью ресурсов.

Разработчикам стоит сохранить незавершённую работу в локальных коммитах и не удалять существующие копии репозиториев. Критические проекты можно временно перенести во внутренний Git-сервер или заранее настроенное зеркало.

Системным администраторам полезно проверить, не зависят ли сборки от прямого скачивания файлов с GitHub. Пакеты, образы контейнеров и установщики лучше кэшировать внутри организации.

Временное сетевое средство может восстановить доступ, но корпоративные данные нельзя передавать через случайные бесплатные сервисы. Такой посредник получает возможность видеть метаданные соединений, а при неправильной настройке — перехватывать часть трафика.

Вопросы и ответы

GitHub заблокировали в России?

Публичного подтверждения полной блокировки нет. Пользователи из разных регионов действительно потеряли доступ, но официальная причина не названа.

Почему GitHub открывается через VPN?

VPN меняет российский адрес и маршрут до серверов GitHub. Это помогает обойти проблемный сетевой участок, но не раскрывает точную причину сбоя.

Google полностью отключился?

Нет. Жалобы относятся в первую очередь к поиску и веб-страницам. Официальная панель Google не фиксирует глобальных проблем в Gmail, Drive, Docs и других продуктах.

Перестали ли работать iPhone и App Store?

Таких данных нет. Сообщения касаются главным образом официального сайта Apple. Облачные сервисы компании показывают нормальное состояние.

Связан ли сбой с запретом входа через Google и Apple ID?

Технической связи не обнаружено. Запрет касается авторизации на российских сайтах, а не доступности серверов Google или Apple.

Поможет ли смена DNS?

Только при ошибке определения адреса. Если сервер найден, но соединение зависает, проблема находится на другом уровне.

Могут ли пропасть репозитории GitHub?

Недоступность сайта не удаляет данные. Локальные копии проектов и файлы на серверах GitHub сохраняются.

Нужно ли менять пароли?

Нет признаков компрометации аккаунтов. Смена паролей из-за одного сбоя доступа не требуется.

Как защитить рабочие проекты от таких аварий?

Критические репозитории стоит зеркалировать, зависимости — хранить во внутреннем кэше, а сборки — проектировать так, чтобы временная недоступность внешнего сайта не останавливала весь процесс.