Monitoraggio delle porte che scopre l'interruzione che il tuo sito nasconde.
Il sito continua a caricarsi mentre il servizio dietro di esso è fermo — e lo scopri dagli utenti, per primi. Uptimia controlla la porta esatta da oltre 171 località, anche ogni 30 secondi, e ti avvisa solo quando più aree geografiche confermano che è davvero down. Database, posta elettronica, SSH, server di gioco, daemon personalizzati: se è in ascolto su una porta, è sotto controllo.
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 daysLa mattina in cui Redis ha smesso di rispondere
Niente nei log dell'applicazione, niente sulla pagina di stato. La porta della cache ha semplicemente rifiutato la connessione, e ogni richiesta che ne aveva bisogno ha iniziato ad accodarsi dietro un timeout.
Ogni porta su cui il tuo stack è in ascolto
Database, posta elettronica, SSH, message broker, server di gioco, daemon personalizzati — qualsiasi porta TCP o UDP, oltre a ping e DNS, controllati dall'esterno della tua rete.
Conferma, avvisi e prove
Avviso solo quando più aree geografiche non riescono a connettersi
Una sola sonda che non riesce a connettersi non genera mai un avviso. Uptimia riprova la porta da altre aree geografiche — solo quando concordano si apre un incidente. Il ripristino resta fail-safe: basta una connessione riuscita per chiuderlo.
- Nessun avviso finché altre aree geografiche non concordano — scegli tu quante, fino a tre
- Un'interruzione, un avviso — si apre un solo incidente, non un avviso per ogni sonda che l'ha rilevata
- Il tuo ritardo di avviso — trattieni un guasto confermato fino a 30 minuti prima che avvisi qualcuno
concordi
La reperibilità giusta lo sa in pochi secondi
Un guasto confermato avvisa i canali in cui il tuo team già vive. Se nessuno reagisce, la scaletta di escalation coinvolge il prossimo responsabile, e un avviso di ripristino chiude il caso.
- Scalette di escalation che continuano ad avvisare il prossimo reperibile finché qualcuno non prende in carico — nessun accesso necessario
- Finestre di manutenzione e pausa — un riavvio pianificato non sveglia mai nessuno
- Avviso di ripristino con la durata dell'interruzione quando la porta torna a rispondere
Quale fase della connessione si è interrotta
Ogni incidente conserva esattamente ciò che le sonde in errore hanno rilevato — DNS, connessione, TLS, invio o ricezione — così parti dai fatti per risolvere, senza doverlo riprodurre alle 2 di notte.
- La fase esatta che ha fallito — connessione rifiutata, errore TLS, o un socket aperto che non ha mai risposto
- Banner atteso rispetto a quello ricevuto — quando imposti una stringa di invio/attesa
- Traceroute verso la porta — vedi l'hop dove i pacchetti si sono fermati, poi condividilo come PDF, HTML o link pubblico
send PING\r\n expect +PONG got — (no data)
9 ae-3.sin 12 ms
14 be2.ams 214 ms
15 * * * lost
Controllato da oltre 171 località in oltre 70 paesi
Le sonde su sei continenti mostrano quando una porta risponde da Toronto ma viene rifiutata da Amsterdam — una regola del firewall o un percorso che colpisce solo alcuni dei tuoi utenti. Usa l'intera rete o scegli le aree geografiche da cui si connettono i tuoi clienti.
- Fino a ogni 30 secondi — una porta instabile non può nascondersi tra un controllo e l'altro
- Tempo di connessione per sonda — i grafici si scompongono per area geografica
- L'IP di ogni sonda è pubblicato — inseriscili nella whitelist del tuo firewall in un solo passaggio
Indica un host e una porta.Scoprilo da noi, non dai tuoi log di errore.
Ogni protocollo, ogni area geografica, ogni canale di avviso — gratis per 30 giorni, e nulla di tutto ciò è un componente aggiuntivo a pagamento.
Come funziona il monitoraggio delle porte
Attivo in meno di un minuto — niente da installare; ogni controllo parte dalla nostra rete di sonde.
Indica l'host e la porta
Scegli TCP o UDP; frequenza e località sono già precompilate — cambia quello che vuoi, o niente.
Decidi chi riceve l'avviso
Scegli i canali e le persone — scalette di escalation e orari di silenzio sono facoltativi.
Ricevi l'avviso in pochi secondi
Un guasto confermato apre un incidente e avvisa ogni canale scelto.
Incluso anche
API REST completa
Crea, modifica, metti in pausa e duplica i controlli delle porte direttamente da CI o da script, con chiavi API per singolo utente.
Controlli di posta con TLS
Attiva la crittografia sulle porte di posta che la richiedono — IMAPS, SMTPS, POP3S. I controlli TCP usano lo stesso flag tramite l'API.
Report programmati
Report su disponibilità e tempo di connessione secondo la pianificazione che imposti — con il tuo logo e i tuoi colori dal piano Professional in su.
Pagine di stato pubbliche
Comunica ai clienti che un servizio funziona correttamente — e tienili aggiornati quando non è così.
Finestre di manutenzione
Un riavvio pianificato non avvisa mai la reperibilità.
Ogni tipo di Monitor in un solo account
I controlli delle porte affiancano i monitor di uptime, SSL, velocità, DNS e heartbeat — stessi contatti, gruppi e ruoli.
Avvisi dove il tuo team già lavora
Un guasto, notificato ovunque — gli stessi contatti e canali, che si tratti di una porta, una pagina o un certificato.
Microsoft Teams12 canali, un solo elenco contatti — configuralo una volta e ogni tipo di controllo lo riutilizza.
Sfoglia l'elenco completo delle integrazioni →Cos'è il monitoraggio delle porte?
Il monitoraggio delle porte è un servizio automatizzato che apre ripetutamente una connessione a una specifica porta TCP o UDP e verifica che il servizio dietro di essa risponda correttamente — di solito ogni 30 secondi fino a qualche minuto, da molte località contemporaneamente. Quando la connessione viene rifiutata o la risposta è sbagliata, ti avvisa via email, SMS o chat, così un servizio fermo viene rilevato prima che blocchi la tua applicazione.
Come funziona il monitoraggio delle porte?
Ogni controllo apre un socket reale, facoltativamente invia una stringa di prova e verifica la risposta, costruendo la cronologia di uptime e tempo di connessione.
Prima conferma, poi avviso
3 aree geografiche su 3 concordano → l'incidente si apre e gli avvisi partono
Quale porta era, di nuovo?
La maggior parte delle interruzioni che interessano davvero un team riguardano una manciata di porte ben note. Uptimia le controlla tutte — TCP o UDP, in chiaro o avvolte in TLS — con la stessa cadenza del tuo sito.
Strumento gratuito: scopri quali porte rispondono su un host →| Porta | Servizio | Controllo tipico |
|---|---|---|
| 22 | SSH | Connessione TCP + banner |
| 5432 | PostgreSQL | Connessione TCP |
| 3306 | MySQL | Connessione TCP |
| 6379 | Redis | TCP · invia PING, attendi PONG |
| 587 | Invio SMTP | TCP + STARTTLS |
| 53 | DNS | Risoluzione UDP o TCP |
FAQ sul monitoraggio delle porte
01Cos'è il monitoraggio delle porte?+
02Come funziona un controllo di porta?+
03Qual è la differenza tra monitoraggio delle porte e ping?+
04Quali porte e protocolli posso monitorare?+
05Può verificare che il servizio funzioni davvero, non solo che la porta sia aperta?+
06Come evitate i falsi allarmi?+
07Posso monitorare un servizio raggiungibile solo internamente?+
08Cosa ottengo quando una porta va down?+
09Come vengo avvisato quando una porta va down?+
10C'è un piano gratuito?+
11Ogni controllo parte da tutte le oltre 171 località contemporaneamente?+
12Quali piani includono il monitoraggio delle porte?+
Inizia a monitorare le tue porte oggi stesso.
Indica un host e una porta, scegli i tuoi canali — sii il primo a sapere quando un servizio smette di rispondere.