Monitorização de portas que deteta a interrupção que o seu site esconde.

O site continua a carregar enquanto o serviço por trás dele está em baixo — e é dos utilizadores que ouve falar disso primeiro. O Uptimia verifica a porta exata a partir de mais de 171 localizações, com uma frequência de até 30 segundos, e só o notifica depois de várias regiões confirmarem que está mesmo em baixo. Bases de dados, correio eletrónico, SSH, servidores de jogos, daemons personalizados: se escuta numa porta, é monitorizado.

Comece gratuitamente → Ver preços
Teste gratuito de 30 dias · 500 monitores Sem cartão de crédito Pronto para o RGPD
Intervalo mais rápido
30s
Localizações para confirmar
3
Sondas
171+
Países com sondas
70+

A manhã em que o Redis deixou de responder

Nada nos registos da aplicação, nada na página de estado. A porta da cache simplesmente recusou a ligação, e todos os pedidos que dependiam dela começaram a ficar em fila atrás de um tempo limite.

09:47:11 A porta da cache recusa a ligaçãoA ligação TCP da sonda de Amesterdão é rejeitada numa verificação de 30 segundos — ainda sem alerta erros da aplicação: nenhum
09:47:18 Chicago, Singapura e Amesterdão concordamO incidente abre — Slack, SMS e PagerDuty disparam 7 s após a primeira recusa erros da aplicação: nenhum
09:55 O responsável de prevenção confirma a partir do próprio alertaUm toque na ligação assinada — sem iniciar sessão no painel a meio do incidente · MTTA 8 min erros da aplicação: nenhum
10:18 Recuperado — com prova em anexoRegisto da ligação, tempos por fase, traceroute — captados no momento da falha erros da aplicação: nenhum necessário
31 minindisponível → recuperado
Soube em primeira mão — com prova.10:18
Detetado em menos de 30 segundos, confirmado por três regiões em mais sete, com o responsável de prevenção a atuar em oito minutos — e o registo da ligação captado no instante da falha permanece anexado ao incidente, sem se perder com ele.
notificado 7 s após a primeira recusaconfirmado a partir do alerta, sem sessão iniciadaregisto da ligação captado automaticamenteSlack · SMS · PagerDuty — 12 canais
E sem monitorização? Nada anuncia uma ligação recusada. Só sabe quando a sua aplicação começa a falhar — minutos depois, sem registo da ligação, sem tempos e sem saber quando começou. sem provas

Todas as portas em que a sua infraestrutura escuta

Bases de dados, correio eletrónico, 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.

Endpoints Web & APIPortas 80 & 443, HTTP & HTTPS
Servidores de correio eletrónicoSMTP 587 · IMAP 993 · POP3 995
Bases de dados & cachesPostgres, MySQL, Redis via TCP
Ping & DNSAlcançabilidade, latência, resolução
171+ sondas a abrir ligações em todo o mundo
Message brokersFilas & streams nas suas próprias portas
Portas SSH & de administraçãoPorta 22, RDP 3389, painéis de controlo
Daemons personalizadosQualquer coisa que tenha criado e que escute
Os alertas disparam consoante o tipo de falha, não só "em baixo": uma ligação recusada, uma ligação que excede o tempo limite, um erro de TLS — ou um socket que abre mas devolve o banner errado. não só em baixo

Confirmação, alertas e provas

Proteção contra falsos alarmes

Só é notificado quando várias regiões não conseguem ligar

Uma sonda que falhe a ligação nunca o notifica sozinha. O Uptimia volta a testar a porta a partir de outras regiões — só depois de todas concordarem é que um incidente abre. A recuperação é à prova de falhas: uma única ligação bem-sucedida resolve-o.

  • Nada o notifica até outras regiões concordarem — escolhe quantas, até três
  • Uma interrupção, um alerta — abre-se um único incidente, não um alerta de cada sonda que a detetou
  • O seu atraso de alerta — retenha uma falha confirmada até 30 minutos antes de notificar alguém
Todos os canais que a sua equipa já utiliza →
🇳🇱Amsterdameu-ams · 09:47:11recusado
🇺🇸Chicagous-cen · 09:47:14recusado
🇸🇬Singaporeap-sng · 09:47:16tempo limite excedido
3 / 3regiões
concordam
Incidente aberto09:47:18
Alerta enviado 7 s após a primeira recusa — confirmado real, não um pacote perdido.
SlackE-mailSMSPagerDuty
Só uma região não consegue ligar? É verificado novamente e descartado — um único pacote perdido nunca o notifica. sem alerta
Alerta

O responsável de prevenção certo sabe em segundos

Uma falha confirmada alerta os canais onde a sua equipa já está. Se ninguém reagir, a escala chama o próximo responsável, e um aviso de recuperação encerra o caso.

  • Escalonamentos que continuam a notificar o próximo responsável de prevenção até alguém confirmar — sem sessão iniciada
  • Janelas de manutenção e pausa — um reinício planeado nunca acorda ninguém
  • Aviso de recuperação com a duração da interrupção quando a porta volta a responder
Notifique a pessoa seguinte até alguém confirmar →
Indisponibilidade confirmada09:47:18
cache.caldmont.com:6379 — alerta enviado no momento em que três regiões concordaram.
SlackE-mailSMSPagerDuty+ Teams, WhatsApp…
1
Primeiro de prevenção
09:47:18 · Slack + SMS + e-mail
sem resposta
passam 5 minutos · a escala avança
2
Segundo de prevenção
09:55:02 · um toque na ligação assinada
MTTA 8 m
passo 3
3
Responsável de engenharia
nunca foi acordado · nada chegou ao passo 3
De volta às 10:18:12 — um aviso de recuperação com a indisponibilidade total chega aos mesmos canais. Ciclo fechado. 31 min indisponível
Causa raiz

Qual fase da ligação falhou

Cada incidente guarda exatamente o que as sondas em falha viram — DNS, ligação, TLS, envio ou receção — para começar a corrigir a partir de factos, e não a tentar reproduzir o problema às 2 da manhã.

  • A fase exata que falhou — ligação recusada, erro de TLS, ou um socket que abriu mas nunca respondeu
  • Banner esperado vs. o que foi recebido — quando define uma cadeia de envio/resposta esperada
  • Traceroute até à porta — veja o salto onde os pacotes pararam e partilhe-o como PDF, HTML ou uma ligação pública
Ferramenta gratuita: trace agora o caminho até um anfitrião →
INDISPONÍVELIncidente n.º 4128
cache.caldmont.com:6379 · Singapore · 09:47:16 UTC
dns24 ms
ligação38 ms
envio2 ms
banner30,000 ms
receção—
Resultado
SEM BANNERsocket aberto · 30 s em silêncio
Envio & resposta esperada 
send   PING\r\n
expect +PONG
got    — (no data)
Traceroute 
9   ae-3.sin    12 ms
14  be2.ams    214 ms
15  * * *      lost
O ficheiro completo viaja consigo — uma exportação em PDF ou HTML, ou uma ligação pública que um colega abre sem sessão no Uptimia. 1 clique
Rede global

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 Amesterdão — uma regra de firewall ou um percurso que só afeta alguns dos seus utilizadores. Use toda a rede ou escolha as regiões de onde os seus clientes se ligam.

  • Até a cada 30 segundos — uma porta instável não se consegue esconder entre verificações
  • Tempo de ligaçã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
As sondas de onde partem as nossas verificações →
cache.caldmont.com:6379a alternar entre todas as regiões · 10:02 UTC
🇨🇦 Toronto
ligado · 41 ms
🇳🇱 Amsterdam
recusado
🇸🇬 Singapore
ligado · 12 ms
+ 168 mais
a vigiar o mundo inteiro
Um percurso com problemas não pode, por si só, declarar uma interrupção — uma ligação recusada é testada novamente a partir de outras regiões antes de alguém ser notificado. testado novamente

Indique um anfitrião e uma porta.Saiba primeiro por nós, não pelos seus registos de erro.

Todos os protocolos, todas as regiões, todos os canais de alerta — gratuito durante 30 dias, e nada disto é um extra pago.

Comece o seu teste gratuito de 30 dias →
30 dias grátis sem cartão de crédito cancele quando quiser

Como funciona a monitorização de portas

Ativo em menos de um minuto — nada para instalar; todas as verificações correm a partir da nossa rede de sondas.

Passo 120 segundos

Indique o anfitrião e a porta

Escolha TCP ou UDP; a frequência e as localizações já vêm pré-preenchidas — altere o que quiser, ou nada.

Anfitrião & porta
cache.caldmont.com:6379
TCP · ligado a partir de eu-ams em 38 ms
Frequência de verificação
A cada 30 segundos
Localizações
Todas as sondas · 171+
Passo 220 segundos

Decida quem é notificado

Escolha os canais e as pessoas — escalonamentos e horas de silêncio são opcionais.

Enviar alertas via
E-mailSlackSMSWhatsApp+ PagerDuty, Teams, Telegram…
Alertar quando
Indisponível · confirmado a partir de 3 localizações
CancelarComece a monitorizar →
Passo 3automático

Seja notificado em segundos

Uma falha confirmada abre um incidente e alerta todos os canais escolhidos.

#ops-alerts
Uptimia 09:47
⚠ Indisponível — cache.caldmont.com:6379
Ligação excedeu o tempo limiteconfirmado a partir de 3 regiões09:47:18 UTC
Também enviado a E-mailSMSPagerDuty

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 utilizador.

POST /api/v2/uptime → 201 · interval: 30s · locations: all

Verificações de correio eletrónico com TLS

Ative a encriptação 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.

encriptado · handshake TLS ✓ OK

Relatórios agendados

Relatórios de disponibilidade e tempo de ligação num calendário definido por si — com o seu próprio logótipo e cores a partir do plano Professional.

DiárioSemanalMensal

Páginas de estado públicas

Diga aos seus clientes que um serviço está operacional — e mantenha-os informados quando não está.

público · estado em tempo real · atualizações de incidentes

Janelas de manutenção

Um reinício agendado nunca notifica o responsável de prevenção.

sex 23:00–23:30 · alertas em pausa

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 contactos, grupos e funções.

db-1.caldmont.com:5432TCP mail.caldmont.com:587SMTP www.caldmont.comUPTIME

Alertas onde a sua equipa já trabalha

Uma falha, entregue em todo o lado — os mesmos contactos e canais, seja numa porta, numa página ou num certificado.

De prevenção e escalonamento
PagerDuty Webhooks Twilio
Direto
E-mail SMS

12 canais, uma lista de contactos — configure uma vez e cada tipo de verificação reutiliza-a.

Ver o diretório completo de integrações →
09:47 · incidente aberto — cache.caldmont.com:6379 · tempo limite excedido
#ops-alertsSlack
⚠ Indisponível — cache.caldmont.com:6379
tempo limite excedidoconfirmado 3/3 regiõesConfirmar ↩
+371 ··· 4082SMS
Uptimia: INDISPONÍVEL cache.caldmont.com:6379. Ligação excedeu o tempo limite, confirmado a partir de 3 regiões às 09:47 UTC.
Caixa de entradaE-mail
⚠ Indisponível — cache.caldmont.com:6379 · tempo limite excedido
Confirmado a partir de Chicago, Singapura e Amesterdão às 09:47:18 · confirme com um clique…
ProductionPagerDuty
TRIGGEREDIndisponível — cache.caldmont.com:6379
atribuído ao responsável de prevenção · via integração Uptimia

O que é a monitorização de portas?

A monitorização de portas é um serviço automatizado que abre repetidamente uma ligaçã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 ligação é recusada ou a resposta está errada, alerta-o por e-mail, SMS ou chat, para que um serviço morto seja detetado antes de derrubar a sua aplicação.

Enquanto tudo funciona

Como funciona a monitorização de portas?

Uptimia
171+ sondas
Ligação TCP · a cada 30 s
O seu serviço
aceite · 41 ms

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 ligação.

Quando uma verificação falha

Confirmar primeiro, depois alertar

O seu serviço
ligação recusada
nova verificação · 3 regiões
Uptimia
abre o incidente

3 em 3 regiões concordam → o incidente abre e os alertas são enviados

Referência rápida

Qual era mesmo aquela porta?

A maioria das interrupções com que uma equipa realmente se preocupa está numa mão-cheia de portas bem conhecidas. O Uptimia monitoriza 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 →
PortaServiçoVerificação típica
22SSHLigação TCP + banner
5432PostgreSQLLigação TCP
3306MySQLLigação TCP
6379RedisTCP · envia PING, espera PONG
587Envio SMTPTCP + STARTTLS
53DNSResolução UDP ou TCP

Perguntas frequentes sobre monitorização de portas

01O que é a monitorização de portas?+
Um serviço automatizado que contacta uma porta específica no seu anfitrião a partir de fora da sua rede e o alerta no momento em que deixa de responder. O Uptimia executa a verificação a partir de mais de 171 localizações em mais de 70 países, com intervalos a partir de 30 segundos, e confirma cada falha em várias regiões antes de notificar alguém.
02Como funciona uma verificação de porta?+
Uma verificação TCP abre uma ligação real ao anfitrião e à porta que indicar; opcionalmente, pode enviar uma cadeia e exigir uma resposta específica, para que um socket aberto por si só não seja considerado saudável. O UDP não tem ligação para abrir — a verificação envia o seu pacote e aguarda a resposta esperada, razão pela qual um monitor UDP precisa de um par envio/resposta esperada para fazer sentido. Em ambos os casos, uma verificação com falha é testada novamente a partir de outras regiões; só uma falha confirmada abre um incidente, e a verificação limpa seguinte fecha-o.
03Qual é a diferença entre monitorização de portas e ping?+
O ping (ICMP) prova que o anfitrião é alcançável. Uma verificação de porta prova que o serviço específico nessa porta está mesmo a aceitar ligações e a responder. Uma máquina pode responder ao ping na perfeição enquanto a sua base de dados, correio eletrónico ou porta SSH estão mortos — e é exatamente essa lacuna que a monitorização de portas fecha.
04Que portas e protocolos posso monitorizar?+
Qualquer porta TCP ou UDP em qualquer anfitrião: bases de dados como MySQL, PostgreSQL e Redis, correio eletrónico via SMTP, POP3 e IMAP, SSH, RDP, FTP, servidores de jogos e voz, message brokers e os seus próprios daemons personalizados. As verificações de correio eletrónico envolvem a ligação em TLS a partir do painel (IMAPS, SMTPS, POP3S) e as verificações TCP aceitam a mesma opção de encriptação através da API. Ping e DNS estão na mesma família de verificações de rede.
05Consegue verificar se o serviço funciona mesmo, e não só se a porta está aberta?+
Sim — defina uma cadeia de envio e uma cadeia de resposta esperada. O Uptimia envia o seu teste e confirma a resposta; se não voltar, a verificação falha mesmo que o socket tenha aberto. Isto apanha um serviço bloqueado ou mal configurado que continua a aceitar ligações mas nunca responde corretamente.
06Como evitam falsos alarmes?+
Uma suspeita de falha é testada novamente a partir de até 3 regiões distintas antes de qualquer alerta disparar — um único pacote perdido não o pode notificar. A recuperação é à prova de falhas: uma ligação limpa faz voltar o serviço.
07Posso monitorizar um serviço que só é acessível internamente?+
As verificações de portas correm a partir das sondas públicas do Uptimia, pelo que veem o seu serviço exatamente como a internet o vê — o que é essencial para tudo o que seja voltado para clientes ou parceiros. Para um anfitrião sem rota pública, a monitorização de servidores do Uptimia executa um agente dentro da sua rede.
08O que recebo quando uma porta fica em baixo?+
Que sondas falharam e quando, qual a fase da ligação que se quebrou (DNS, ligação, TLS, envio ou receção), tempos por fase, o banner esperado versus o recebido quando usa uma cadeia de envio/resposta esperada, e um traceroute até à porta. Os incidentes podem ser exportados como PDF ou HTML, ou partilhados através de uma ligação pública.
09Como sou alertado quando uma porta fica em baixo?+
Através de 12 canais: e-mail, SMS, Slack, Microsoft Teams, Discord, Mattermost, Telegram, WhatsApp, PagerDuty, Twilio, webhooks e Atlassian Statuspage. Se ninguém confirmar, os escalonamentos notificam a pessoa seguinte; confirmar é um clique numa ligação assinada, sem necessidade de iniciar sessão.
10Existe um plano gratuito?+
Sim — o plano gratuito monitoriza um único alvo a cada 5 minutos, sem necessidade de cartão, e a utilização comercial é bem-vinda. Um teste de 30 dias desbloqueia todos os tipos de verificação e dá espaço para 500 monitores.
11Cada verificação corre a partir de todas as mais de 171 localizações ao mesmo tempo?+
Não — e seria demasiadas ligações à sua porta. Cada verificação agendada abre uma ligação, a partir de uma sonda do conjunto selecionado, alternando pelo conjunto ao longo do tempo. A expansão só acontece em caso de falha: uma ligação recusada ou que exceda o tempo limite é imediatamente testada novamente a partir de até 3 outras regiões, e só a concordância entre elas abre um incidente. Assim, o seu serviço vê uma ligação por intervalo em funcionamento normal, e um pequeno pico quando algo está mesmo errado.
12Que planos incluem monitorização de portas?+
Todos os planos, incluindo o gratuito — as verificações de porta, TCP e UDP fazem parte da família de monitores de disponibilidade, nunca um extra pago. O plano gratuito monitoriza um alvo a cada 5 minutos; os planos pagos aumentam o número (10 monitores no Basic, 100 no Professional, até 1 000) e o Professional desbloqueia intervalos de 30 segundos. O teste gratuito de 30 dias desbloqueia toda a plataforma com espaço para 500 monitores, sem cartão de crédito.

Comece a monitorizar 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.

Comece gratuitamente →
Teste gratuito de 30 dias 500 monitores incluídos Sem cartão de crédito Pronto para o RGPD
As verificações de porta, TCP e UDP estão incluídas em todos os planos Uptimia — incluindo o plano gratuito.