NETWORK / UPTIME MONITORING
Service Status
Мониторинг доступности сервисов, задержки ответа, аптайма и сетевых инцидентов за период до одного года.
GitHub Actions · автоматические проверки
Ожидание первой проверки GitHub Actions
GitHub Actions автоматически проверяет сервисы. Первые результаты и история появятся после первого успешного запуска рабочего процесса.
Состояние сервисов
Последний ответ мониторинга и текущие инциденты
Задержка и доступность
Выбери сервис, чтобы посмотреть историю измерений
HTTP latency (ms)Доступность (%)
История появится после первой автоматической проверки GitHub Actions.
Левая шкала — миллисекунды; правая — доступность в процентах.
Последние инциденты
Автоматически обнаруженные проблемы доступности
Инциденты пока не зарегистрированы.
Все сервисы
Официальный статус и доступность проверочного HTTPS-адреса
История измерений
5-минутные точки за 24 часа, 15-минутные за 7 дней, часовые за 30 дней и дневная история до 365 дней
Совмещённый график
Две независимые шкалы и общая временная ось
HTTP latency (ms)Uptime (%)
История появится после первого запуска мониторинга.
Uptime за период—
Средняя задержка—
Проверок—
Покрытие мониторингом—
Uptime считается по результатам сохранённых проверок. Покрытие показывает долю ожидаемых проверок, реально попавших в историю.
Журнал инцидентов
События, подтверждённые несколькими последовательными проверками
Журнал появится после первых проверок GitHub Actions.
Методика измерений
Что именно проверяется и как читать результаты
Доступность
GitHub Actions runner выполняет HTTPS-запрос к проверочному адресу сервиса. Сохраняются HTTP-код, результат запроса и время получения заголовков ответа.
Задержка
HTTP latency включает сетевой путь, установление соединения при необходимости и ожидание ответа сервера. Это не чистый ICMP RTT и не измерение из твоего домашнего роутера.
Официальные статусы
Дополнительные официальные Status API опрашиваются для GitHub, Cloudflare, Discord, OpenAI, Epic Games, npm, PyPI, AdGuard DNS, RIPE NCC, DigitalOcean и Akamai. Для остальных сервисов используется прямой HTTPS-запрос и ссылка на официальную status page, если она есть.
История и uptime
За 24 часа сохраняются 5-минутные измерения, за 7 дней — 15-минутные агрегаты, за 30 дней — часовые, за 365 дней — дневные. Пропуски расписания снижают покрытие и не считаются успешными проверками.
В монитор добавлены 26 крупных и региональных банков, а также Мир и СБП. Полный официальный перечень Банка России шире: на 02.11.2026 в нём указаны 340 кредитных организаций и 1 793 сайта — включая небанковские кредитные организации. Открыть реестр Банка России ↗. Проверка банков в этом мониторе измеряет доступность публичного сайта, а не доступность переводов, карт, СБП или личного кабинета.
Проверки без API
Для OpenStreetMap, BeaconDB, Rockstar, GitLab, Bunny.net, Riot Games, EA, PlayStation Network и Xbox Network используются публичные веб- или status-страницы без отдельного JSON Status API. Quad9 проверяется по официальной uptime-панели: это не DNS-запрос с runner. Для Overpass API выполняется минимальный count-запрос с идентифицирующим User-Agent. Для AdGuard DNS выполняется JSON DoH-запрос к публичному резолверу. HTTP-доступность и статус провайдера не гарантируют работу входа, игровых сессий и каждой функции сервиса.
Ограничения доступа через VPN
MAX, Яндекс Почта, Ozon и Wildberries исключены из-за ранее выявленных VPN/IP-ограничений. Из новых сервисов: GitLab официально разрешает VPN, за исключением доступа из торгово-ограниченных регионов; Epic Games документирует поддержку proxy-подключений; Quad9 поддерживает использование с VPN, но DNS нужно настроить в самом VPN-клиенте. EA рекомендует отключать VPN при диагностике нестабильного соединения в EA SPORTS FC из-за дополнительной задержки — это не равнозначно общему запрету VPN. Для остальных новых статусных страниц официального общего запрета VPN не найдено. Доступность отдельных VPN-IP и регионов всё равно может различаться. Монитор проверяет публичные веб-адреса, а не авторизацию и игровые сессии.
Откуда выполняются проверки
Плановые запросы выполняются GitHub Actions на стандартном облачном runner. Это одна точка наблюдения, а не глобальная сеть зондов и не проверка из сети каждого пользователя. Региональная блокировка, проблемы отдельного провайдера или DNS могут отличаться от результата проверки.
Как определяется инцидент
Одиночный неудачный запрос записывается как неуспешная точка. Инцидент открывается после двух последовательных проблемных проверок и закрывается после двух последовательных нормальных проверок. Поэтому краткие сетевые всплески не превращаются в длинные инциденты.
Что означает HTTP-код
Ответы 2xx и 3xx считаются доступными. Ответы 4xx означают, что узел ответил, но запрос ограничен или отклонён; они отмечаются как деградация. Ошибки сети, тайм-ауты и ответы 5xx считаются недоступностью проверочного endpoint.
Настройки мониторинга
Автоматизация и параметры хранения данных
Мониторинг полностью запускается через GitHub Actions. Внешний API-ключ, Cloudflare Worker и отдельная база данных не нужны.
РасписаниеКаждые 5 минут
Детализация5 мин / 24 ч
История365 дней
Сервисов122
Данные формируются в JSON и публикуются на GitHub Pages вместе с сайтом. Между запусками история берётся из предыдущей опубликованной версии.
Как работает мониторинг
GitHub Actions выполняет HTTPS-проверки 122 сервисов, измеряет время ответа, получает дополнительные официальные статусы там, где есть публичный Status API, обновляет историю и публикует JSON на GitHub Pages.
Стандартные GitHub-hosted runners в публичных репозиториях бесплатны. Расписание GitHub Actions может иногда задерживаться из-за нагрузки платформы.
Открыть сборщик данных ↗