Проверка сбоев сервисов

Как проверить сбой с помощью нашего Down Detector?

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

1. Выберите сервис или сайт

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

2. Найдите затронутую функцию

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

3. Сохраните нужные сведения

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

С чего начать, если что-то перестало работать

Настройки, которые помогают понять результат

Перед поиском выберите тип проверки. В этом браузере можно сохранить до пяти избранных сервисов, выбрать категорию или показать только заявленные проблемы. Автообновление касается официальных источников и работает, пока страница видима; сайт проверяется один раз. Поиск по компонентам помогает найти нужную функцию или регион. Копия отчёта сохраняет время наблюдения, а ссылка открывает новую проверку. Файлы PNG, текст и JSON содержат доступные сведения, но не прогнозируют время восстановления сервиса.

Почему сайт доступен, а его приложение не работает?

Сервис не ограничивается главной страницей.

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

Наш Down Detector разделяет эти сведения. Состояние сервиса отражает опубликованные сообщения поставщика; проверка сайта показывает ответ публичного адреса в зафиксированный момент. Ни один режим не проверяет ваш личный аккаунт, оплату после входа или все регионы. Если результаты различаются, изучите описание инцидента и определите затронутую функцию, а не считайте один индикатор окончательным ответом.

Разницу между симптомами и причинами объясняет руководство Google по мониторингу распределённых систем: внешняя проверка и внутренние измерения могут показывать разные стороны одной проблемы.

Что означают расследование, наблюдение и устранение инцидента?

Обновления описывают ход событий, а не просто меняют цвет.

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

Сообщения иногда появляются после первых замеченных ошибок, а разные сеансы могут восстанавливаться в разное время. Мы показываем последнее доступное обновление и указанные компоненты, отделяя текущие инциденты от истории. Плановые работы вынесены отдельно: они отличаются от неожиданного сбоя. Если сообщение не привязано к продукту, мы отмечаем неопределённость, а не объявляем весь продукт недоступным.

Сведения можно сопоставить с публикациями поставщика: например, публичная документация статуса Cloudflare различает инциденты, состояние компонентов и плановые работы.

Означает ли неудачная проверка, что весь сайт недоступен?

Изучите ответ, прежде чем выбирать способ решения.

Не обязательно. Ответ 404 может означать, что отдельная страница перемещена, хотя остальной сайт работает. Ответ 403 может быть связан с ограничением доступа или защитой от автоматических запросов. Ошибка сервера, отсутствие ответа DNS или истечение времени ожидания указывают на проблему при этой проверке, но не доказывают глобальный сбой и не объясняют его причину.

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

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

Как читать историю и не путать её с доступностью

Учебный пример, а не текущие данные сервиса

Допустим, поставщик опубликовал восемь инцидентов за месяц. Семь были краткими и уже устранены; один начался пять дней назад и продолжается. В списке только самых новых событий он мог бы исчезнуть, поэтому наш список текущих инцидентов сохраняет его независимо от давности. График считает записи по дате начала, а не затронутых людей, часы простоя или жалобы пользователей. Восемь записей не позволяют определить, была ли доступность 99 % или 99,9 %: для расчёта нужны определённый сервис, период наблюдения и измеренное время недоступности. Пустой день означает лишь отсутствие найденного начала инцидента в доступных данных.

Что означает каждый статус сервиса?

Работает штатно

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

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

Снижена производительность

Провайдер сообщает о снижении производительности, например медленных запросах или периодических ошибках.

Проверьте затронутый компонент и описание инцидента. Не отправляйте платежи и другие важные запросы многократно.

Частичный сбой

По данным провайдера, часть сервиса недоступна, но другие компоненты могут работать.

Сопоставьте затронутый компонент с нужной вам функцией и следите за сообщениями провайдера.

Крупный сбой

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

Если задача срочная, используйте альтернативу. Новости о восстановлении ищите в официальном сообщении об инциденте.

Технические работы

Провайдер отметил сервис или компонент как находящийся на техническом обслуживании.

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

Заявлен инцидент

Указан активный инцидент, но доступный источник может не сообщать его полную серьёзность.

Откройте официальное сообщение, чтобы узнать затронутые функции и рекомендации провайдера.

Активные инциденты не указаны

В подключённом источнике нет активных инцидентов. Это не означает, что каждая функция успешно проверена.

Сравните результат с функцией, которая не работает. Новую проблему могли ещё не подтвердить.

Статус недоступен

Нам не удалось проверить источник, либо он содержит недостаточно информации для определения статуса.

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

Проблема осталась? Начните со своего симптома

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

Как читать графики статуса

Компоненты — это не люди

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

Начало инцидента — не длительность сбоя

Если история доступна, график группирует полученные инциденты по дате начала за последние 30 дней UTC. Многодневный инцидент не становится новым каждый день. Ноль записей или отсутствие истории не доказывают бесперебойную работу.

Каталог — это снимок данных источников

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

Насколько свежие эти результаты?

Время получения и обновления провайдером различаются

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

Кнопка «Обновить» проверяет снова, но не обходит весь кэш

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

Сообщения могут появляться позже самой проблемы

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

Что охватывает наш каталог статусов

Мы читаем публичные источники ИИ-сервисов, приложений для совместной работы, игровых платформ и облачной инфраструктуры. Google Workspace и Google Cloud предоставляют ленты инцидентов, а не доказательство работоспособности каждого аккаунта. Сбой Codex не означает автоматически сбой ChatGPT. Фильтры компонентов разделяют результаты; недоступные или не сопоставленные данные помечаются явно.

Ваши проверки и конфиденциальность

Для официальных запросов не нужны ваш аккаунт или личный API-ключ. Адреса сайтов отправляются на наш сервер для внешней проверки; поддерживаются только общедоступные HTTP- и HTTPS-адреса. Используйте обычные публичные ссылки, а не личные панели или URL с секретными данными. Этот инструмент не сохраняет историю поиска. Публичные ответы поставщиков ненадолго кэшируются, чтобы сократить повторные запросы.

История без выдуманной доступности

Список инцидентов содержит только записи, полученные из официального источника. Глубина истории различается, а некоторые подключённые интерфейсы вовсе её не предоставляют. Мы не превращаем отсутствие инцидентов в заявление о 100 % доступности, не придумываем сообщения посетителей и не оцениваем число пострадавших без данных. Эта страница независима от Downdetector и перечисленных сервисов.

Проверка Verizon, Spectrum, Virgin Media и Facebook

Перебои интернета часто носят локальный характер. Выберите Verizon, Spectrum или Virgin Media, чтобы открыть проверку поставщика по району или аккаунту. Для Facebook сравните ответ сайта с функцией, которая не работает на вашем устройстве. Roblox предоставляет официальный источник статуса, а Steam — более узкий сигнал публичного API. Эти источники измеряют сбои по-разному.