# Мониторинг — полный текст документации

> Полный текст раздела «Мониторинг» документации Timeweb Cloud в markdown. Каждая статья начинается с заголовка первого уровня и ссылки на свою каноническую страницу.

Индекс: https://timeweb.cloud/docs/monitoring/llms.txt
Статей: 7
Последнее обновление: 2026-07-07

# Мониторинг

Source: https://timeweb.cloud/docs/monitoring?utm_source=llms_txt&utm_medium=ai

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

С его помощью вы можете:

-   Контролировать доступность ресурсов.
-   Оперативно получать уведомления о сбоях и инцидентах.
-   Отслеживать срок действия SSL-сертификатов.
-   Получать уведомления о восстановлении доступности.

[Уведомления](https://timeweb.cloud/docs/monitoring/manage#nastrojka-uvedomlenij) можно получать по email, в Telegram и Макс.

Стоимость мониторинга одного сервиса — 30 рублей в месяц. Списания почасовые.

Списания выполняются, даже если мониторинг [приостановлен](https://timeweb.cloud/docs/monitoring/manage#priostanovka-monitoringa). Чтобы остановить списания, необходимо [удалить](https://timeweb.cloud/docs/monitoring/delete) сервис из мониторинга.

#### Опции в разработке

Мы продолжаем работу над сервисом, и в ближайшее время будут реализованы следующие возможности:

-   Отслеживание даты окончания регистрации домена. 
-   Расширение списка HTTP-методов (сейчас доступны только HEAD и GET).
-   Управление уведомлениями для каждого мониторинга отдельно.

# Типы проверок

Source: https://timeweb.cloud/docs/monitoring/types?utm_source=llms_txt&utm_medium=ai

В мониторинге доступны следующие типы проверок.

## HTTP/HTTPS

Контроль доступности сервисов с помощью HTTP-запросов.

Назначение:

-   Проверка доступности сайта или сетевого ресурса
-   Проверка кода ответа (`200`, `500` и т.д.)
-   Контроль времени отклика

Проверка считается успешной, если сервис вернул код ответа `2xx`.

По умолчанию используется метод `HEAD`, так как он минимально нагружает сервер и работает быстрее. При необходимости также можно использовать `GET`.

## Ping

Простой способ проверить, доступен ли сервис в сети. 

Назначение:

-   Проверка доступности сервера
-   Быстрый базовый health-check

Проверка выполняется по протоколу ICMP.

> [!NOTE]
> Ping проверяет только сетевую доступность сервера, а не конкретного сервиса на нем. Если в работе сервиса случился сбой, но сам сервер отвечает, проверка будет считаться успешной.

Для контроля доступности конкретных сервисов рекомендуем использовать проверки «HTTP/HTTPS» или «Порт TCP»

## Порт TCP

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

Назначение:

-   Проверка доступности сервиса на TCP-порту.
    

Можно использовать как стандартные порты (например, `25` для SMTP, `53` для DNS), так и любой пользовательский порт в диапазоне от `1` до `65535`. 

## Проверка SSL

Доступна в рамках мониторинга «HTTP/HTTPS». 

Назначение:

-   Проверка корректности SSL-сертификата
-   Проверка срока действия сертификата
-   Уведомления о скором истечении
-   Уведомления о продлении SSL

Мониторинг отправляет запрос к сервису по HTTPS и проверяет валидность сертификата и корректность его установки.

# Добавление сервиса в мониторинг

Source: https://timeweb.cloud/docs/monitoring/create?utm_source=llms_txt&utm_medium=ai

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

Чтобы добавить сервис в мониторинг:

1.  Перейдите в раздел «Мониторинг».
2.  Нажмите «Создать» или «Добавить».
3.  Выберите тип мониторинга: **HTTP/HTTPS**, **Ping** или **Порт TCP**. 
4.  Выберите регион проверки. Мы рекомендуем выбирать несколько регионов, так как это повышает надежность мониторинга. Проверки только из одного региона могут вызывать ложные срабатывания из-за кратковременных неполадок в нем.
5.  Задайте параметры мониторинга.

HTTP/HTTPS

-   **Хост**

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

Допустимые форматы:

-   -   `http://example.com`
    -   `https://example.com`

Перевод кириллических и других IDN-доменов в punycode не требуется.

-   **Метод**

По умолчанию используется `HEAD`, так как он быстрее и производительнее. Вы также можете выбрать `GET`.

-   **Интервал проверки**

Время между проверками.

-   -   Допустимый диапазон — от 1 до 30 минут. 
    -   Значение по умолчанию — 5 минут.

-   **Таймаут запроса**

Время ожидания ответа от сервера.

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

-   -   Допустимый диапазон — от 1 до 30 секунд. 
    -   Значение по умолчанию — 10 секунд.

-   **Следовать за редиректами**

Если опция выключена, ответы с кодами `3xx` считаются ошибкой. Если включена, сервис следует за редиректом и оценивает конечный ответ.

-   **Мониторинг SSL-сертификата**

Опция доступна, если указан хост с HTTPS.

Если опция включена, сервис отслеживает срок окончания SSL-сертификата, успешность его продления, возможные проблемы с сертификатом.

Уведомления отправляются:

-   -   За 30, 14, 7, 3 и 1 день до окончания срока действия сертификата.
    -   В день окончания срока действия.
    -   После успешного продления сертификата.

-   **Заголовки запросов**

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

Примеры использования:

-   -   `Authorization` — для проверки доступности API, защищенных авторизацией (например, по Bearer-токену или Basic Auth).
        
    -   `User-Agent` — для передачи собственного значения user-agent, например если сервер блокирует запросы с заголовками по умолчанию или фильтрует трафик по этому полю.
        
    -   `Host` — чтобы переопределить заголовок `Host` и проверить ответ конкретного сайта или приложения, если сервер обслуживает несколько виртуальных хостов. Значение указывается в виде домена или поддомена без протокола, например: `example.com` или `api.example.com`.
        

Ping

-   **Хост**

Выберите IP-адрес из списка или введите IP или домен вручную. В списке доступны все публичные IP-адреса сервисов, созданных на аккаунте. 

Допустимые форматы:

-   -   `192.168.100.1`
    -   `example.com`

Перевод кириллических и других IDN-доменов в punycode не требуется.

> [!NOTE]
> Если в качестве хоста указан домен, а не IP-адрес, для проверки используется A-запись домена.

-   **Интервал проверки**

Время между проверками.

-   -   Доступные значения — от 1 до 30 минут. 
    -   Значение по умолчанию — 5 минут.

-   **Таймаут запроса**

Время ожидания ответа от сервера.

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

-   -   Допустимый диапазон — от 1 до 30 секунд. 
    -   Значение по умолчанию — 10 секунд. 

Порт TCP

-   **Хост**

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

Допустимые форматы:

-   -   `192.168.100.1`
    -   `example.com`

Перевод кириллических и других IDN-доменов в punycode не требуется.

> [!NOTE]
> Если в качестве хоста указан домен, а не IP-адрес, для проверки используется A-запись домена.

-   **Порт**

Указание TCP-порта позволяет проверить доступность конкретной службы. Выберите порт из списка или введите значение вручную, в диапазоне от 1 до 65535.

-   **Интервал проверки**

Время между проверками.

-   -   Доступные значения — от 1 до 30 минут.
    -   Значение по умолчанию — 5 минут.

-   **Таймаут запроса**

Время ожидания ответа от сервера.

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

-   -   Допустимый диапазон — от 1 до 30 секунд. 
    -   Значение по умолчанию — 10 секунд.

6.  Укажите имя мониторинга, которое будет отображаться в панели управления, и комментарий при необходимости. Если имя не указано, в панель будет выведено значение из поля «Хост».
    
7.  Выберите, в какой проект нужно добавить мониторинг.
    
8.  Нажмите «Заказать».
    

Мониторинг для сервиса будет создан и начнет работать.

# Управление мониторингом

Source: https://timeweb.cloud/docs/monitoring/manage?utm_source=llms_txt&utm_medium=ai

## Просмотр инцидентов

Когда мониторинг обнаруживает, что сервис недоступен, он автоматически заводит инцидент в панели управления и отправляет уведомление.

Чтобы просмотреть все инциденты по конкретному сервису:

1.  Перейдите в раздел «Мониторинг». 
2.  Кликните на нужный сервис.
3.  Перейдите на вкладку «Инциденты».

Инцидент будет в статусе «В процессе» до тех пор, пока мониторинг не определит, что сервис доступен во всех выбранных регионах. После этого инцидент перейдет в статус «Закрыт».

Посмотреть статистику по сервису в целом можно на вкладке «Дашборд». На графике вы можете вывести данные за 6 часов, день, неделю, а также отсортировать их по регионам.

Также на «Дашборде» можно сразу увидеть общее количество инцидентов, аптайм сервиса и когда была выполнена последняя проверка.

## Настройка уведомлений

По умолчанию в мониторинге включены уведомления на емейл, а также в Telegram и Макс, если они привязаны к аккаунту. Вы можете изменить эти настройки в панели управления.

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

Для управления уведомлениями:

1.  Кликните на логин аккаунта справа вверху и выберите «Настройки аккаунта».
2.  Перейдите на вкладку «Уведомления».
3.  Подключите удобные способы связи: Telegram или Макс.
4.  Внизу в блоке «Уведомления» кликните на карточку «Мониторинг». 
5.  Включите необходимые уведомления.

## Изменение настроек мониторинга

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

-   регионы проверок
-   интервал
-   таймаут

Для этого:

1.  Перейдите в раздел «Мониторинг» и кликните на нужный сервис.
2.  На вкладке «Управление» нажмите «Изменить» в пункте «Параметры мониторинга».
3.  Задайте нужные параметры и сохраните изменения.

## Приостановка мониторинга

Мониторинг конкретного сервиса можно приостановить в любой момент, а потом запустить снова. Когда мониторинг приостановлен, уведомления по нему прекращаются.

Обратите внимание, что при приостановке мониторинга тарификация продолжается. Чтобы прекратить списания, сервис необходимо [удалить из мониторинга](https://timeweb.cloud/docs/monitoring/delete).

Для приостановки мониторинга:

1.  Перейдите в раздел «Мониторинг». 
2.  Кликните на три точки у нужного сервиса.
3.  Выберите «Приостановить».
4.  Подтвердите действие.

Чтобы снова запустить мониторинг:

1.  Перейдите в раздел «Мониторинг». 
2.  Кликните на три точки у нужного сервиса. 
3.  Нажмите «Запустить».

# Коды ошибок

Source: https://timeweb.cloud/docs/monitoring/error-codes?utm_source=llms_txt&utm_medium=ai

В статье приведены ошибки, которые обрабатываются мониторингом, и их описания.

## Ошибки сети

Ошибки, связанные с сетевыми проблемами и невозможностью подключения.

| **Ошибка** | **Описание** |
| --- | --- |
| Не удалось установить соединение | Соединение не было установлено. Возможные причины: подключение отклонено сервером, соединение сброшено сервером или клиентом, сеть недоступна, доступ запрещен, хост недоступен, сокет закрыт |
| Превышено время ожидания подключения | Время ожидания ответа от сервера истекло |

## Ошибки 4xx

Ошибки HTTP с кодами `4xx` обычно возникают из-за неверных запросов, например, некорректного формата данных или недостаточного доступа.

| **Ошибка** | **Описание** |
| --- | --- |
| 400 Bad Request | Неверный запрос. Сервер не может обработать запрос из-за синтаксической ошибки |
| 401 Unauthorized | Неавторизованный доступ. Для выполнения запроса необходима аутентификация |
| 402 Payment Required | Требуется оплата для продолжения запроса |
| 403 Forbidden | Доступ к ресурсу запрещен |
| 404 Not Found | Ресурс не найден на сервере |
| 405 Method Not Allowed | Метод HTTP не разрешен для данного ресурса |
| 406 Not Acceptable | Формат ответа, указанный в запросе, не поддерживается сервером |
| 407 Proxy Authentication Required | Требуется аутентификация через прокси-сервер для выполнения запроса |
| 408 Request Timeout | Превышено время ожидания запроса от клиента |
| 409 Conflict | Конфликт с текущим состоянием ресурса, запрос не может быть выполнен |
| 410 Gone | Ресурс был удален |
| 411 Length Required | Не указан размер содержимого запроса |
| 412 Precondition Failed | Не выполнено одно из условий для запроса |
| 413 Payload Too Large | Тело запроса слишком велико для обработки сервером |
| 414 URI Too Long | URI запроса слишком длинный для обработки сервером |
| 415 Unsupported Media Type | Тип медиа в запросе не поддерживается сервером |
| 416 Range Not Satisfiable | Запрашиваемый диапазон данных не может быть обработан сервером |
| 417 Expectation Failed | Ожидания, указанные в запросе, не могут быть выполнены сервером |
| 418 I'm a teapot | Шуточный ответ «я — чайник» |
| 421 Misdirected Request | Запрос направлен не на тот сервер, который может его обработать |
| 422 Unprocessable Entity | Запрос не может быть обработан из-за синтаксической ошибки в содержимом |
| 423 Locked | Ресурс заблокирован и не может быть изменен |
| 424 Failed Dependency | Запрос не может быть выполнен из-за сбоя в зависимых запросах |
| 425 Too Early | Запрос поступил слишком рано, сервер еще не готов к его обработке |
| 426 Upgrade Required | Требуется обновление протокола для выполнения запроса |
| 428 Precondition Required | Требуется выполнение предварительных условий для выполнения запроса |
| 429 Too Many Requests | Слишком много запросов было отправлено за короткий промежуток времени |
| 431 Header Fields Too Large | Заголовки запроса слишком большие для обработки сервером |
| 451 Unavailable For Legal Reasons | Доступ к ресурсу ограничен по юридическим причинам |

## Ошибки 5xx

Ошибки HTTP с кодами `5xx` возникают, когда запрос не может быть обработан из-за внутренних проблем на сервере.

| **Ошибка** | **Описание** |
| --- | --- |
| 500 Internal Server Error | Внутренняя ошибка сервера, запрос не может быть выполнен |
| 501 Not Implemented | Необходимая функциональность не поддерживается сервером |
| 502 Bad Gateway | Ошибка шлюза |
| 503 Service Unavailable | Сервис временно недоступен |
| 504 Gateway Timeout | Превышено время ожидания ответа от вышестоящего сервера |
| 505 HTTP Version Not Supported | Запрашиваемая версия HTTP не поддерживается сервером |
| 506 Variant Also Negotiates | Ошибка при попытке согласования варианта контента на сервере |
| 507 Insufficient Storage | На сервере недостаточно места для выполнения запроса |
| 508 Loop Detected | Обнаружен бесконечный цикл при обработке запроса |
| 510 Not Extended | Необходимые расширения не поддерживаются сервером |
| 511 Network Authentication Required | Для доступа к сети необходима аутентификация |

## Ошибки Nginx

Ошибки, вызванные некорректной конфигурацией или обработкой запросов на стороне Nginx.

| **Ошибка** | **Описание** |
| --- | --- |
| 494 Слишком большой заголовок | Размер заголовка запроса превышает ограничения, установленные на сервере |
| 495 Неверный клиентский сертификат | Клиентский сертификат недействителен или не соответствует требованиям сервера |
| 496 Требуется клиентский сертификат | Для соединения нужен корректный клиентский сертификат |
| 497 HTTP-запрос на HTTPS-порт | HTTP-запрос отправлен на порт, ожидающий HTTPS-соединения |

## Ошибки Cloudflare

Ошибки, вызванные некорректной настройкой или обработкой запросов при использовании Cloudflare.

| **Ошибка** | **Описание** |
| --- | --- |
| 520 Неизвестный ответ | Сервер вернул пустой или неизвестный ответ |
| 521 Сервер недоступен | Сервер отказал в соединении |
| 522 Таймаут соединения | Превышено время ожидания соединения с сервером |
| 523 Неверные DNS-записи | Сервер недоступен из-за неверных DNS-записей |
| 524 Таймаут HTTP-ответа | Превышено время ожидания HTTP-ответа от сервера |
| 525 Ошибка SSL-/TLS-рукопожатия | Произошла ошибка при установлении SSL/TLS- соединения |

## Ошибки DNS

Ошибки, возникающие при разрешении доменных имен.

| **Ошибка** | **Описание** |
| --- | --- |
| Хост не найден (HTTP / ICMP / TCP) | Указанный хост не найден в DNS |

## Ошибки сертификатов SSL/TLS

Ошибки, выявляемые при проверке SSL-соединения.

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

# Адреса серверов мониторинга

Source: https://timeweb.cloud/docs/monitoring/monitoring-server-addresses?utm_source=llms_txt&utm_medium=ai

Серверы мониторинга регулярно отправляют запросы к сервису, чтобы проверить его доступность. Если на вашей стороне настроены фильтры, WAF, firewall или анализ логов, используйте IP-адреса и User-Agent ниже, чтобы отличать эти запросы от обычного трафика.

**IPv4-адреса**:

```shell
45.132.50.172
72.56.115.167
72.56.127.92
89.19.213.208
90.156.230.50
91.200.148.135
147.45.107.42
147.45.149.170
```

**IPv6-адреса**:

```shell
2a03:6f00:8::17c
2a03:6f00:8::41
2a03:6f00:14:1::8c
2a03:6f00:14:1::93c
2a03:6f01:1:2::1:3d26
2a03:6f01:1:2::1:9a45
2a03:6f02::1:2f84
2a03:6f02::8a41
```

Для HTTP/HTTPS-проверок мониторинг передает заголовок User-Agent:

```shell
Timeweb-Cloud-Monitoring/1.0
```

По этому значению можно определить запросы мониторинга в HTTP-логах или настроить отдельные правила обработки на стороне веб-сервера.

Если на сервисе настроены ограничения доступа по IP-адресам, добавьте в список разрешенных адресов IPv4- и IPv6-адреса серверов мониторинга. Для HTTP/HTTPS-проверок также можно учитывать заголовок User-Agent.

Для проверок Ping и Порт TCP заголовок User-Agent не передается, так как они не используют HTTP-запросы.

# Удаление сервиса из мониторинга

Source: https://timeweb.cloud/docs/monitoring/delete?utm_source=llms_txt&utm_medium=ai

Если вам нужно временно прекратить мониторинг сервиса, его можно [приостановить](https://timeweb.cloud/docs/monitoring/manage#priostanovka-monitoringa).

Чтобы безвозвратно удалить сервис из мониторинга:

1.  Перейдите в раздел «Мониторинг». 
2.  Кликните на три точки у нужного сервиса. 
3.  Выберите «Удалить».
4.  Подтвердите действие.