Доступность
Мониторинг TCP-порта: тайм-аут, отказ и соединение
Проверка host:port: чем отличаются timeout и connection refused и почему открытый порт не доказывает работу базы.
Какой вопрос решает TCP-монитор
TCP-проверка пытается установить соединение с точным host:port. Она подходит для наблюдения порта HTTPS, SMTP или другого сетевого сервиса. Успех означает, что соединение установилось; протокол приложения остаётся отдельным уровнем.
Сохраните правильный порт в настройках и проверьте, из какой сети он доступен. Приватную базу нельзя делать публичной ради внешнего монитора. Для такого ресурса нужна диагностика внутри разрешённого сетевого контура.
Проверьте порт нужного сервиса
Пример для Linux с netcat OpenBSD. Подставьте свой публичный сервер и разрешённый порт; не открывайте базу данных в интернет ради проверки.
- Укажите hostname и порт сервиса, доступный из проверяющей сети.
- Создайте TCP-монитор и изучите первый результат соединения.
- Для прикладного ответа добавьте HTTP или отдельную диагностику протокола.
nc -vz -w 5 example.com 443Ожидаемый результат: Успешное соединение подтверждает TCP-доступность порта. Оно не проверяет TLS, авторизацию и запрос к базе.
Успех, отказ и тайм-аут
Connection refused означает полученный отказ соединения. Причиной может быть отсутствующий listener или правило сети, которое возвращает отказ. Timeout означает, что попытка не завершилась вовремя: возможны фильтрация, проблемы маршрута или недоступный узел.
По одному сообщению нельзя однозначно назначить виновника. Сопоставьте адрес и порт с настройками процесса, балансировщика и firewall. Если соединение проходит, а пользовательская операция нет, переходите к проверке прикладного протокола.
Почему открытого порта недостаточно
Открытый 5432 не подтверждает успешный вход в PostgreSQL или выполнение SQL. Открытый 443 не доказывает корректность TLS-сертификата и HTTP-ответа. Разделяйте сетевой сигнал и проверку бизнес-операции.
Создайте монитор, изучите первый результат и подключите уведомления. Безопасную проверку отказа выполняйте на отдельном тестовом listener. После исправления убедитесь в новом успешном соединении, а не только в исчезновении сообщения.
Следующий шаг
Подробная инструкция по настройке описывает параметры проверки. На странице мониторинга можно сравнить возможности и перейти к созданию нужного типа.