La surveillance de port qui détecte la panne que votre site web dissimule.
Le site web continue de se charger pendant que le service derrière lui est en panne — et vous l'apprenez d'abord par vos utilisateurs. Uptimia vérifie le port exact depuis plus de 171 points de contrôle, jusqu'à toutes les 30 secondes, et ne vous alerte qu'une fois la panne confirmée par plusieurs régions. Bases de données, messagerie, SSH, serveurs de jeu, daemons personnalisés : tout ce qui écoute sur un port est surveillé.
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 daysLe matin où Redis a cessé de répondre
Rien dans les journaux applicatifs, rien sur la page de statut. Le port du cache a simplement refusé la connexion, et chaque requête qui en avait besoin s'est mise à attendre derrière un délai d'expiration.
Chaque port sur lequel votre pile écoute
Bases de données, messagerie, SSH, courtiers de messages, serveurs de jeu, daemons personnalisés — tout port TCP ou UDP, ainsi que ping et DNS, vérifiés depuis l'extérieur de votre réseau.
Confirmation, alerte et preuves
Alerte uniquement quand plusieurs régions ne peuvent pas se connecter
Un seul point de contrôle qui échoue à se connecter ne vous alerte jamais. Uptimia teste à nouveau le port depuis d'autres régions — un incident ne s'ouvre que lorsqu'elles concordent. Le retour à la normale reste sûr par défaut : une seule connexion réussie le clôture.
- Rien ne vous alerte tant que d'autres régions ne concordent pas — vous choisissez combien, jusqu'à trois
- Une panne, une alerte — un seul incident s'ouvre, pas une alerte par point de contrôle qui l'a constatée
- Votre délai d'alerte — retenez une panne confirmée jusqu'à 30 minutes avant qu'elle n'alerte quiconque
concordent
L'astreinte compétente le sait en quelques secondes
Une panne confirmée alerte les canaux où votre équipe vit déjà. Si personne ne réagit, l'échelle d'escalade fait intervenir la personne suivante, et un avis de rétablissement clôt l'incident.
- Échelles d'escalade qui continuent d'alerter l'astreinte suivante jusqu'à ce que quelqu'un acquitte — sans connexion nécessaire
- Fenêtres de maintenance et pause — un redémarrage planifié ne réveille jamais personne
- Avis de rétablissement avec la durée de la panne quand le port répond à nouveau
Quelle phase de la connexion a échoué
Chaque incident conserve exactement ce que les points de contrôle en échec ont constaté — DNS, connexion, TLS, envoi ou réception — pour que vous partiez de faits pour la résolution, sans essayer de reproduire le problème à 2 h du matin.
- La phase exacte qui a échoué — connexion refusée, erreur TLS, ou une socket ouverte qui n'a jamais répondu
- Bandeau attendu comparé à ce qui a été reçu — quand vous configurez une chaîne d'envoi/attente
- Traceroute jusqu'au port — voyez le saut où les paquets se sont arrêtés, puis partagez-le en PDF, HTML ou lien public
send PING\r\n expect +PONG got — (no data)
9 ae-3.sin 12 ms
14 be2.ams 214 ms
15 * * * lost
Vérifié depuis plus de 171 points de contrôle dans plus de 70 pays
Les points de contrôle sur six continents montrent quand un port répond depuis Toronto mais est refusé depuis Amsterdam — une règle de pare-feu ou une route qui ne touche qu'une partie de vos utilisateurs. Utilisez tout le réseau ou choisissez les régions où se connectent vos clients.
- Jusqu'à toutes les 30 secondes — un port instable ne peut pas se cacher entre deux vérifications
- Temps de connexion par point de contrôle — les graphiques se décomposent par région
- L'adresse IP de chaque sonde est publiée — autorisez-les toutes en une seule fois sur votre pare-feu
Indiquez un hôte et un port.Apprenez-le par nous, pas par vos journaux d'erreurs.
Chaque protocole, chaque région, chaque canal d'alerte — gratuit pendant 30 jours, et rien de tout cela n'est une option payante.
Comment fonctionne la surveillance de port
Opérationnel en moins d'une minute — rien à installer ; chaque vérification s'exécute depuis notre réseau de points de contrôle.
Indiquez l'hôte et le port
Choisissez TCP ou UDP ; la fréquence et les emplacements sont préremplis — modifiez tout, ou rien.
Décidez qui sera alerté
Choisissez les canaux et les personnes — les échelles d'escalade et les plages de silence sont facultatives.
Soyez alerté en quelques secondes
Une panne confirmée ouvre un seul incident et alerte chaque canal choisi.
Également inclus
API REST complète
Créez, modifiez, mettez en pause et dupliquez des vérifications de port directement depuis CI ou des scripts, avec des clés API par utilisateur.
Vérifications de messagerie enveloppées en TLS
Activez le chiffrement sur les ports de messagerie qui l'exigent — IMAPS, SMTPS, POP3S. Les vérifications TCP reprennent le même indicateur via l'API.
Rapports planifiés
Rapports de disponibilité et de temps de connexion selon votre propre calendrier — à votre logo et à vos couleurs à partir du forfait Professional.
Pages de statut publiques
Montrez à vos clients qu'un service fonctionne — et tenez-les informés quand ce n'est pas le cas.
Fenêtres de maintenance
Un redémarrage planifié n'alerte jamais l'astreinte.
Tous les types de sondes dans un seul compte
Les vérifications de port se placent aux côtés des sondes de disponibilité, SSL, vitesse, DNS et signal de présence — mêmes contacts, groupes et rôles.
Des alertes là où votre équipe travaille déjà
Une panne, livrée partout — les mêmes contacts et canaux, qu'il s'agisse d'un port, d'une page ou d'un certificat.
Microsoft Teams12 canaux, une seule liste de contacts — configurez-la une fois et chaque type de vérification la réutilise.
Parcourir l’annuaire complet des intégrations →Qu'est-ce que la surveillance de port ?
La surveillance de port est un service automatisé qui ouvre à répétition une connexion vers un port TCP ou UDP donné et vérifie que le service derrière répond correctement — généralement toutes les 30 secondes à quelques minutes, depuis de nombreux emplacements à la fois. Quand la connexion est refusée ou que la réponse est incorrecte, il vous alerte par e-mail, SMS ou messagerie instantanée, afin qu'un service en panne soit détecté avant qu'il n'entraîne votre application dans sa chute.
Comment fonctionne la surveillance de port ?
Chaque vérification ouvre une véritable socket, envoie éventuellement une chaîne de test et vérifie la réponse, constituant ainsi votre historique de disponibilité et de temps de connexion.
Confirmer d'abord, alerter ensuite
3 régions sur 3 concordent → l'incident s'ouvre et les alertes partent
C'était quel port, déjà ?
La plupart des pannes qui préoccupent réellement une équipe se situent sur une poignée de ports bien connus. Uptimia les surveille tous — TCP ou UDP, en clair ou enveloppés en TLS — au même rythme que votre site web.
Outil gratuit : voir quels ports répondent sur un hôte →| Port | Service | Vérification typique |
|---|---|---|
| 22 | SSH | Connexion TCP + bandeau |
| 5432 | PostgreSQL | Connexion TCP |
| 3306 | MySQL | Connexion TCP |
| 6379 | Redis | TCP · envoi de PING, attente de PONG |
| 587 | Soumission SMTP | TCP + STARTTLS |
| 53 | DNS | Résolution UDP ou TCP |
FAQ sur la surveillance de port
01Qu'est-ce que la surveillance de port ?+
02Comment fonctionne une vérification de port ?+
03Quelle différence entre la surveillance de port et le ping ?+
04Quels ports et protocoles puis-je surveiller ?+
05Peut-on vérifier que le service fonctionne réellement, pas juste que le port est ouvert ?+
06Comment évitez-vous les fausses alertes ?+
07Puis-je surveiller un service accessible uniquement en interne ?+
08Que reçois-je quand un port tombe en panne ?+
09Comment suis-je alerté quand un port tombe en panne ?+
10Existe-t-il un forfait gratuit ?+
11Chaque vérification s'exécute-t-elle depuis les 171+ emplacements à la fois ?+
12Quels forfaits incluent la surveillance de port ?+
Commencez à surveiller vos ports dès aujourd'hui.
Indiquez un hôte et un port, choisissez vos canaux — soyez le premier informé quand un service cesse de répondre.