Все материалы

Доступность

Мониторинг TCP-порта: тайм-аут, отказ и соединение

Проверка host:port: чем отличаются timeout и connection refused и почему открытый порт не доказывает работу базы.

Команда Uptimely

Какой вопрос решает TCP-монитор

TCP-проверка пытается установить соединение с точным host:port. Она подходит для наблюдения порта HTTPS, SMTP или другого сетевого сервиса. Успех означает, что соединение установилось; протокол приложения остаётся отдельным уровнем.

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

Проверьте порт нужного сервиса

Пример для Linux с netcat OpenBSD. Подставьте свой публичный сервер и разрешённый порт; не открывайте базу данных в интернет ради проверки.

  1. Укажите hostname и порт сервиса, доступный из проверяющей сети.
  2. Создайте TCP-монитор и изучите первый результат соединения.
  3. Для прикладного ответа добавьте HTTP или отдельную диагностику протокола.
nc -vz -w 5 example.com 443

Ожидаемый результат: Успешное соединение подтверждает TCP-доступность порта. Оно не проверяет TLS, авторизацию и запрос к базе.

Успех, отказ и тайм-аут

Connection refused означает полученный отказ соединения. Причиной может быть отсутствующий listener или правило сети, которое возвращает отказ. Timeout означает, что попытка не завершилась вовремя: возможны фильтрация, проблемы маршрута или недоступный узел.

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

Почему открытого порта недостаточно

Открытый 5432 не подтверждает успешный вход в PostgreSQL или выполнение SQL. Открытый 443 не доказывает корректность TLS-сертификата и HTTP-ответа. Разделяйте сетевой сигнал и проверку бизнес-операции.

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

Следующий шаг

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