Monitoramento de portas que detecta a interrupção que o seu site esconde.
O site continua carregando enquanto o serviço por trás dele está indisponível — e você fica sabendo primeiro pelos usuários. O Uptimia verifica a porta exata a partir de mais de 171 localizações, até a cada 30 segundos, e só avisa você depois de várias regiões confirmarem que está mesmo indisponível. Bases de dados, e-mail, SSH, servidores de jogos, daemons personalizados: se escuta numa porta, é monitorado.
Monitoring Logs
every 30 s · rotating locations
Tokyo14:32:18—Down
London14:32:16—Down
New York14:32:14—Down
Frankfurt14:32:11—Down
Amsterdam14:31:4111 msUpNew York14:31:1194 msUpFrankfurt14:30:416 msUpResponse Time
avg 178 ms · last 7 daysA manhã em que o Redis deixou de responder
Nada nos registros da aplicação, nada na página de estado. A porta da cache simplesmente recusou a conexão, e todos os pedidos que dependiam dela começaram a ficar em fila atrás de um tempo limite.
Todas as portas em que a sua infraestrutura escuta
Bases de dados, e-mail, SSH, message brokers, servidores de jogos, daemons personalizados — qualquer porta TCP ou UDP, mais ping e DNS, verificados a partir de fora da sua rede.
Confirmação, alertas e provas
Você só é notificado quando várias regiões não conseguem ligar
Uma sonda que falhe a conexão nunca o notifica sozinha. O Uptimia volta a testar a porta a partir de outras regiões — só quando todas concordam é que se abre um incidente. A recuperação é à prova de falhas: uma única conexão bem-sucedida o resolve.
- Nada o notifica até outras regiões concordarem — você escolhe quantas, até três
- Uma interrupção, um alerta — abre-se um único incidente, não um alerta de cada sonda que a detectou
- O seu atraso de alerta — retenha uma falha confirmada até 30 minutos antes de notificar alguém
concordam
O responsável de plantão certo sabe em segundos
Uma falha confirmada alerta os canais onde a sua equipe já está. Se ninguém reagir, o escalonamento chama o próximo responsável, e um alerta de recuperação encerra o caso.
- Escalonamentos que continuam notificando o próximo responsável de plantão até alguém confirmar — sem estar logado
- Janelas de manutenção e pausa — um reinício planejado nunca acorda ninguém
- Alerta de recuperação com a duração da interrupção quando a porta volta a responder
Qual fase da conexão falhou
Cada incidente salva exatamente o que as sondas em falha viram — DNS, conexão, TLS, envio ou recepção — para começar a corrigir a partir de fatos, e não tentando reproduzir o problema às 2 da manhã.
- A fase exata que falhou — conexão recusada, erro de TLS, ou um socket que abriu mas nunca respondeu
- Banner esperado vs. o que foi recebido — quando você define uma cadeia de envio/resposta esperada
- Traceroute até à porta — veja o salto onde os pacotes pararam e compartilhe-o como PDF, HTML ou um link público
send PING\r\n expect +PONG got — (no data)
9 ae-3.sin 12 ms
14 be2.ams 214 ms
15 * * * lost
Verificado a partir de mais de 171 localizações em mais de 70 países
Sondas em seis continentes mostram quando uma porta responde a partir de Toronto mas é recusada a partir de Amsterdã — uma regra de firewall ou um percurso que só afeta alguns dos seus usuários. Use toda a rede ou escolha as regiões de onde os seus clientes se conectam.
- Até a cada 30 segundos — uma porta instável não se consegue esconder entre verificações
- Tempo de conexão por sonda — os gráficos são detalhados por região
- O IP de cada sonda é publicado — coloque-os todos na whitelist da sua firewall de uma só vez
Indique um host e uma porta.Saiba primeiro por nós, não pelos seus registros de erro.
Todos os protocolos, todas as regiões, todos os canais de alerta — gratuito durante 30 dias, e nada disto é um extra pago.
Como funciona o monitoramento de portas
Ativo em menos de um minuto — sem instalar nada; toda verificação corre a partir da nossa rede de sondas.
Indique o anfitrião e a porta
Escolha TCP ou UDP; frequência e localizações já vêm predefinidas — altere o que quiser ou deixe como está.
Decida quem é notificado
Escolha os canais e as pessoas — escalonamentos e horas de silêncio são opcionais.
Seja notificado em segundos
Uma falha confirmada abre um incidente e alerta todos os canais escolhidos.
Também incluído
API REST completa
Crie, edite, pause e duplique verificações de portas diretamente a partir do CI ou de scripts, com chaves de API por usuário.
Verificações de e-mail com TLS
Ative a criptografia nas portas de correio eletrônico que a exigem — IMAPS, SMTPS, POP3S. As verificações TCP aceitam a mesma opção através da API.
Relatórios agendados
Relatórios de disponibilidade e tempo de conexão com a periodicidade que definir — com a sua marca a partir do plano Professional.
Páginas de estado públicas
Diga aos seus clientes que um serviço está operacional — e mantenha-os informados quando não está.
Janelas de manutenção
Um reinício agendado nunca notifica o responsável de plantão.
Todos os tipos de monitor numa só conta
As verificações de portas ficam ao lado dos monitores de disponibilidade, SSL, velocidade, DNS e heartbeat — os mesmos contatos, grupos e papéis.
Alertas onde a sua equipe já trabalha
Uma falha, notificada em todo o lado — os mesmos contatos e canais, seja numa porta, numa página ou num certificado.
Microsoft Teams12 canais, uma lista de contatos — configure uma vez e cada tipo de verificação reutiliza-a.
Ver o diretório completo de integrações →O que é o monitoramento de portas?
O monitoramento de portas é um serviço automatizado que abre repetidamente uma conexão a uma porta TCP ou UDP específica e verifica se o serviço por trás dela responde corretamente — normalmente a cada 30 segundos a poucos minutos, a partir de várias localizações em simultâneo. Quando a conexão é recusada ou a resposta está errada, alerta-o por e-mail, SMS ou chat, para que um serviço parado seja detectado antes de derrubar a sua aplicação.
Como funciona o monitoramento de portas?
Cada verificação abre um socket real, envia opcionalmente uma cadeia de teste e confirma a resposta, construindo o histórico de disponibilidade e tempo de conexão.
Confirmar primeiro, depois alertar
3 em 3 regiões concordam → o incidente abre e os alertas são enviados
Qual era mesmo aquela porta?
A maioria das interrupções que realmente importam a uma equipe está numa mão-cheia de portas bem conhecidas. O Uptimia monitora qualquer uma delas — TCP ou UDP, simples ou envolta em TLS — na mesma cadência do seu site.
Ferramenta gratuita: veja que portas respondem num anfitrião →| Porta | Serviço | Verificação típica |
|---|---|---|
| 22 | SSH | Conexão TCP + banner |
| 5432 | PostgreSQL | Conexão TCP |
| 3306 | MySQL | Conexão TCP |
| 6379 | Redis | TCP · envia PING, espera PONG |
| 587 | Envio SMTP | TCP + STARTTLS |
| 53 | DNS | Resolução UDP ou TCP |
Perguntas frequentes
01O que é o monitoramento de portas?+
02Como funciona uma verificação de porta?+
03Qual é a diferença entre monitoramento de portas e ping?+
04Que portas e protocolos posso monitorar?+
05Consegue verificar se o serviço funciona mesmo, e não só se a porta está aberta?+
06Como evitam falsos alarmes?+
07Posso monitorar um serviço que só é acessível internamente?+
08O que recebo quando uma porta fica indisponível?+
09Como sou alertado quando uma porta fica indisponível?+
10Existe um plano gratuito?+
11Cada verificação corre a partir de todas as mais de 171 localizações ao mesmo tempo?+
12Que planos incluem monitoramento de portas?+
Comece a monitorar as suas portas hoje.
Indique um anfitrião e uma porta, escolha os seus canais — seja o primeiro a saber quando um serviço deixa de responder.