Como monitorar uma porta TCP
Monitorar TCP é bater num host e numa porta — por exemplo db.exemplo.com:5432 — e avisar se essa porta deixou de aceitar conexão. Não olha página. Olha se a porta está aberta.
Quando a URL não conta a história
A vitrine loja.exemplo.com responde 200. O cliente entra, escolhe o produto, e o checkout falha: o banco em db.exemplo.com:5432 parou de aceitar conexão. Um monitor só da home continua verde. Quem caiu foi a porta.
HTTP responde a pergunta “a URL devolveu o status que eu espero?”. TCP responde outra: “alguém ainda consegue conectar nesse host, nessa porta?”.
Quando host:porta faz sentido
- Banco (Postgres, MySQL) que não tem página
- SMTP, fila ou cache numa porta própria
- Serviço que só escuta TCP, sem URL HTTP para checar
Se existe URL — site, checkout, /health — use HTTP. Porta aberta não significa página no ar. Um 500, um 502 ou um timeout passam batido numa checagem que só pergunta se a porta aceitou a conexão.
O que a checagem vê
A UpGuardian conecta em host:porta. Porta fechada: alerta. Porta aceita de novo: outro aviso, por e-mail, WhatsApp ou webhook. Não entra no banco, não roda consulta e não confere senha. Só a porta.
A porta precisa estar acessível de fora. Serviço que só existe na rede interna, sem porta publicada, não entra nessa checagem.
Como configurar
- 1. Crie a conta — comece o trial e entre no painel.
- 2. Adicione um monitor TCP — host e porta, no formato do exemplo: db.exemplo.com e 5432.
- 3. Escolha o alerta — e-mail, WhatsApp ou a URL de webhook (Slack, Discord, Teams).
- 4. Confirme — na próxima falha, a mensagem chega. Quando a porta voltar a aceitar conexão, chega outra.
O monitor da URL continua valendo para o site. O da porta cobre o serviço que a página sozinha não mostra. Os dois juntos é o cenário da loja que “está no ar” e mesmo assim não vende.
Quer saber quando a porta fechar, não só quando a home cair?
Monitorar meu site grátis