TCP-порт: когда важен не «HTTP 200»
Часть сервисов не отвечает HTTP на нужном порту — БД, jump host, шлюзы. Ping-монитор сначала резолвит имя, затем открывает TCP-сокет к указанному порту (по умолчанию 443); ICMP возможен, если включено в развёртывании.
Что именно проверяется
Воркер резолвит хост и устанавливает TCP-соединение. Успех — рукопожатие с инфраструктуры SitePuls; прикладные запросы не выполняются, если не добавить HTTP/REST отдельно.
Отличие от мониторинга сайта
HTTP тянет URL, код, время, ключевые слова. TCP — только что порт принимает соединение.
ICMP и TCP
ICMP могут резать, TCP остаётся — продукт падает на TCP при недоступности ICMP. Согласуйте с политикой сети.
Выбор порта
По умолчанию 443. Переопределяйте для нестандартных сервисов в диапазоне 1–65535, как в UI.
Алерты и инциденты
Сбои создают инциденты; маршрутизация через email, Telegram или webhook теми же контактами.
С DNS и HTTP
Дрейф DNS «роняет» хост при живом сервисе; HTTP ловит регрессии, которые TCP не видит — комбинируйте пробы.
Чего SitePuls не делает
Нет агентов в LAN, нет снятия трафика и нет SQL из коробки — только внешние цели.
Дальше
Зафиксируйте TCP на критичных портах, добавьте HTTP/REST там, где важно поведение клиента.
Что можно проверять в SitePuls на этой странице
- Проверка TCP на пару хост + порт.
- Сканер выполняет проверку доступности на уровне TCP-подключения (успех/сбой и время, без разбора прикладного протокола).
- Дополняет HTTP/API-мониторы, когда нужна доступность сокета, а не только ответ приложения.
- Частые случаи: БД, SSH, игровые сервисы и любой сервис с прослушиваемым TCP-портом.
Куда уходят оповещения об инцидентах
- Адреса электронной почты в контактах получают письма при открытии и закрытии инцидентов (в рамках настроек уведомлений).
- Уведомления в Telegram через бота SitePuls после привязки чата к контакту (включая сценарий /start для ожидающих контактов).
- HTTPS-вебхуки с JSON: тип события, идентификаторы монитора, статус, время, при необходимости id инцидента и короткое сообщение — для своих интеграций.
- Режим Slack-compatible incoming webhook: отдельный формат полезной нагрузки в настройках контакта.
Вопросы и ответы
Это отдельный тип от ping?
В веб-интерфейсе — ping-монитор с полем порта; по факту DNS плюс TCP (и ICMP при включении).
Частные RFC1918?
Только если есть публичный путь; агента внутри сети нет.
TCP успех = валидный TLS?
Нет, проверка сертификата — у SSL/HTTPS мониторов.
IPv6?
Используйте имена/адреса как резолвит внешний мир.
Частота опроса?
Интервалы по тарифу, как у других типов.
Скроет ли пул соединений сбой?
Проверка открывает новое соединение; stateful посередине может вести себя иначе долгоживущих клиентов.
С heartbeat?
Да — heartbeat про задачи, TCP про порт.
Где настроить?
После входа создайте ping-монитор, укажите хост и порт, привяжите контакты.