Брокер сообщений
Замечайте, когда порт брокера перестал принимать соединения, прежде чем очередь задач накопит последствия отказа.
Мониторинг TCP-портов: проверяйте нужное соединение
Укажите хост и порт. Uptimely проверяет возможность установить TCP-соединение, чтобы отделить доступность узла от доступности нужного сервиса.
Регистрация бесплатная. Эта проверка доступна на Free.
Пример проверки
Демонстрационные данныеУзел доступен, порт не принимает соединение
Проверка TCP-соединения не прошла. Это отдельный сигнал от доступности по ICMP.
Результат: Соединение отклонено
- Хост
- broker.example.ru
- Порт
- 5672
- Результат
- Connection refused
- Протокол
- TCP
Когда нужен мониторинг TCP-портов
Шлюз или reverse proxy
Контролируйте сетевой вход на конкретном порту, а корректность HTTP-ответа проверяйте отдельным HTTP-монитором.
Почтовый сервис
Проверяйте возможность соединения с портом. Такая проверка не отправляет письмо и не подтверждает доставку.
От адреса до соединения
- 1
Укажите hostname или IP и конкретный номер порта. Выбирайте порт, доступ к которому действительно нужен вашим клиентам.
- 2
Задайте таймаут и интервал. Проверка попробует установить соединение и сохранит результат попытки.
- 3
Подключите уведомления. При ошибке проверьте процесс сервиса, правила firewall и маршрут доступа, используя время события из истории.
Хост и сервис могут иметь разный статус
Сервер может отвечать на Ping, пока нужный процесс остановлен или слушает другой порт. TCP-монитор проверяет конкретную точку входа. Ошибка соединения помогает начать разбор с процесса, сетевых правил или адреса, вместо того чтобы считать весь хост недоступным.
Выбирайте точный порт из конфигурации сервиса. Успешное подключение к 443 не говорит о состоянии брокера на 5672. Если сервис работает только внутри закрытой сети, сначала оцените доступность из региона проверки и не ослабляйте сетевую изоляцию базы.
Соединение — начало протокола
После TCP handshake сервис ещё может отклонить пароль, вернуть ошибку или не обработать запрос. Поэтому используйте TCP для сетевой границы, а HTTP или API-сценарий — для доступного прикладного контракта. У каждого наблюдения должна быть понятная область ответственности.
Сопоставляйте время неуспешного соединения с журналами сервиса и изменениями firewall. Таймаут и немедленный отказ выглядят по-разному, но ни один из них сам по себе не доказывает единственную причину сбоя.
Что важно учитывать
- TCP подтверждает соединение, а не авторизацию, SQL-запрос или обработку сообщения.
- Закрытый внутренний сервис нельзя считать публично доступным. Не открывайте рабочую базу наружу ради мониторинга.
TCP-проверки доступны на Free
Сравнить тарифы- Free: до 10 мониторов, история 5 дней.
- Для регулярных сетевых проверок интервал на Free — от 5 мин..
- Уведомления по email, в Telegram и через вебхуки настраиваются в кабинете.
Вопросы перед первой проверкой
Uptimely находится в открытой бете. Гарантированный SLA пока не предоставляется.
Проверяется ли пароль к базе?
Нет. Проверка устанавливает TCP-соединение; доступ к данным и успешная авторизация находятся за её пределами.
Нужно указывать номер порта?
Да. Укажите порт нужного сервиса, а не только hostname. Разные порты одного узла могут иметь разные результаты.
Можно контролировать HTTPS через TCP?
Можно проверить соединение с 443, но это не проверка HTTP-ответа или сертификата. Добавьте HTTP и SSL для этих вопросов.
Что значит connection refused?
Соединение было отклонено. Проверьте, слушает ли сервис нужный порт, и сетевые правила; результат не указывает единственную причину.
Связанные проверки
Настройте мониторинг TCP-портов
Регистрация бесплатная. Эта проверка доступна на Free. Банковская карта для регистрации не нужна.