← Cloudflare Smart Shield / smart-shield / configuration / health-checks

Аналитика Health Checks

Используйте аналитику Health Checks для диагностики возможных проблем origin-сервера.

Вы можете оценивать время безотказной работы origin-сервера, задержку, причину сбоя и подробные журналы событий:

• Health Checks по времени безотказной работы: показывает процент времени безотказной работы для отдельных источников с течением времени.
• Health Checks по причине сбоя: показывает распределение сбоев по конкретной причине. См. распространенные причины кодов ошибок и способы их устранения ниже.
• Health Checks по задержке: показывает среднюю задержку, измеряемую как время кругового пути (RTT), для отдельных источников с течением времени.
• Event Log: показывает данные по каждой отдельной проверке работоспособности.
  • Выберите каждую запись, чтобы просмотреть дополнительные сведения о Время кругового пути (RTT), Failure Reason, Average Waterfall (отображаются хронологические данные об этапах запроса), Код состояния ответа, и многое другое.
  • Обратите внимание, что Глобальный не является настроенным регионом: он представляет собой агрегированные данные по всем включенным регионам.

Health Checks не смогли установить TCP-соединение с исходным сервером.

Обычно это происходит из-за сбоя сети между Cloudflare и вашим origin-сервером и (или) когда брандмауэр блокирует наше соединение. Убедитесь, что настройки вашей сети и брандмауэра не мешают трафику.

Origin-сервер не вернул HTTP-ответ в течение настроенного тайм-аута. Обычно это происходит, если задано слишком маленькое значение тайм-аута, например одна или две секунды.

Cloudflare рекомендует увеличить время ожидания ответа по HTTP, чтобы origin-сервер успевал ответить.

Cloudflare получает код статуса HTTP, который не соответствует значениям, заданным в expected_codes параметр конфигурации вашего Health Check.

Коды ответов должны соответствовать expected_codes. Убедитесь в правильности значений, сравнив ожидаемые коды ответа с кодом состояния, полученным в Event Log.

Эта проблема также может возникать, если для Health Check настроено использование HTTP-соединений, а ваш исходный сервер перенаправляет запросы на HTTPS. В этом случае код ответа обычно будет 301, 302, или 303.

Измените конфигурацию Cloudflare Health Check, чтобы использовать HTTPS, или задайте значение follow_redirect к true чтобы Cloudflare мог определить правильный код состояния.

Тело ответа, полученное от вашего origin-сервера, не содержит значения (без учёта регистра) expected_body настроенный в вашем Health Check.

Убедитесь, что expected_body находится в первых 10 КБ тела ответа.

Сертификат не подтвержден публичным удостоверяющим центром (CA).

Если вы используете самоподписанный сертификат, Cloudflare рекомендует либо использовать сертификат, которому доверяют публично, либо задать значение параметра allow_insecure параметр в настройках Health Check на true.

Health Check (клиент) не смог сопоставить имя в сертификате сервера с хостом запроса.

Проверьте настройки Health Check и убедитесь, что header значение, заданное в Cloudflare Health Check, указано верно.

Эта ошибка может возникать, если вы используете устаревшую версию TLS или ваш origin-сервер не настроен для HTTPS.

Убедитесь, что ваш origin-сервер поддерживает TLS 1.2 или более позднюю версию и настроен на работу по HTTPS.

Сервер не распознал имя, предоставленное клиентом. Если задан заголовок host, он используется как ServerName при первоначальном TLS-рукопожатии. Если он не задан, Cloudflare не предоставит ServerName, из-за чего может возникнуть эта ошибка.

Задайте заголовок host в объекте Health Check.

IP-адрес недоступен из сети Cloudflare. Обычно это вызвано проблемами в сети провайдера или хостинг-провайдера (например, на уровне BGP) либо тем, что такого IP-адреса не существует.

Убедитесь, что IP-адрес указан верно, и проверьте, нет ли проблем в сети провайдера или хостинг-провайдера.

Передача данных не была подтверждена, и повторная передача данных не удалась.

Проверьте, происходит ли обмен SYN-ACK при handshake на вашем origin-сервере, и обратитесь в Поддержка Cloudflare.

Cloudflare не может подключиться к origin-веб-серверу из-за недоступности сети. Обычно это вызвано проблемой в сети или неверным IP-адресом источника.

Проверьте IP-адрес, указанный для источника в конфигурации Cloudflare Health Checks, или IP-адрес, возвращаемый через DNS для имени хоста источника.

Обычно вызвано ошибкой HTTP 502 или Bad Gateway.

Убедитесь, что origin-веб-сервер отвечает на запросы и что ни одно приложение не аварийно завершилось и не испытывает высокую нагрузку.

Имя хоста origin-веб-сервера не существует.

Убедитесь, что хост origin-веб-сервера преобразуется в IP-адрес.

При получении клиентом данных от origin-веб-сервера произошла ошибка сети.

Убедитесь, не испытывает ли origin-веб-сервер повышенную нагрузку трафика или ошибку.

В настройках Health Check произошла ошибка, поэтому проверки origin-сервера не выполнялись.

Проверьте настройки Health Check, чтобы убедиться, что они соответствуют ожидаемому запросу к вашему origin-серверу.

Имя хоста origin-веб-сервера разрешается в IP-адрес, не маршрутизируемый в публичной сети, либо в ограниченный адрес (например, адрес localhost). Проверки для этого origin-сервера не выполняются.

Убедитесь, что хост origin-веб-сервера преобразуется в общедоступный маршрутизируемый IP-адрес. Учтите: если хост преобразуется в публичный anycast IP-адрес Cloudflare (то есть хост проксируется через Cloudflare), проверка работоспособности будет выполняться, но будет обращаться к периферийной сети Cloudflare, а не к вашему настоящему origin-серверу. Чтобы отслеживать сам origin-сервер, настройте проверку работоспособности на использование origin IP-адреса или хоста без проксирования.

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

Обратитесь в Поддержка Cloudflare.