26régions cloud
10moniteurs dans l'offre gratuite
10 000checks par mois, gratuit
1 minfréquence de check sur les offres payantes
Surveillez tout port, tout service
Pointez un monitor TCP vers n'importe quel hôte et n'importe quel port de 1 à 65535, et il ouvre une vraie connexion selon un planning.
Bases de données, serveurs mail, SSH, serveurs de jeux, files de messages, services maison, tout ce qui parle TCP.
Pas seulement les sites web
Les checks HTTP ne voient pas les services derrière votre app. Un check de port TCP couvre tout le reste de votre infrastructure.
Le temps de connexion, pas juste up ou down
Chaque check mesure la résolution DNS et le temps de connexion, pour voir les ralentissements avant qu'ils ne deviennent des pannes.
Définissez un timeout adapté à votre service, et des seuils degraded qui signalent tôt les connexions lentes.
Détectez le lent avant la panne
Un port qui répond en trois secondes est un signal d'alerte. Les seuils degraded le révèlent pendant que vos utilisateurs sont encore connectés.
Vérifié depuis 26 régions cloud
Exécutez vos checks TCP depuis 26 régions cloud dans le monde entier.
Voyez si un port est injoignable partout ou seulement depuis une partie du monde, et éliminez les fausses alertes.
Vos utilisateurs sont partout
Une règle de firewall ou un problème de routage peut bloquer une région pendant que les autres se connectent normalement. Les checks multi-régions montrent la différence.
Des alertes là où votre équipe travaille déjà
Soyez notifié à la panne et de nouveau au retour à la normale, pour savoir quand un incident commence et quand il se termine.
Email, Slack, Microsoft Teams, webhooks, Discord, PagerDuty et Opsgenie sont intégrés.
Aucune alerte manquée
Envoyez les alertes dans le chat pour la visibilité, et vers PagerDuty ou Opsgenie pour l'escalade on-call.
Une seule plateforme de monitoring
Les monitors TCP vivent aux côtés de l'uptime monitoring, du DNS monitoring, des Status Pages, des dashboards et des rapports SLA.
Gérez tout avec Monitoring as Code et le MCP server, avec un seul compte et une seule facture.
Disponible sur les plans payants
Les monitors TCP sont une fonctionnalité des plans payants. Commencez gratuitement avec les checks uptime HTTP/HTTPS et API, puis passez au niveau supérieur quand vous avez besoin de checks de ports.
Compatible avec tout ce qui parle TCP
S'il écoute sur un port, LoadFocus peut le surveiller. Postgres, MySQL, Redis, SMTP, SSH, serveurs de jeux, files de messages et vos propres services.
Uptime Monitoring · DNS Monitoring · API Monitoring · Status Pages · Monitoring as Code · MCP Server
FAQ TCP Port Monitoring
Qu'est-ce que le monitoring de ports TCP ?
Le monitoring de ports TCP ouvre une vraie connexion vers un hôte et un port selon un planning, confirme que le service accepte les connexions et mesure la durée de la connexion.
Quels services puis-je surveiller ?
Tout ce qui parle TCP : Postgres, MySQL, Redis, serveurs mail SMTP, SSH, serveurs de jeux, files de messages et services maison, sur n'importe quel port de 1 à 65535.
Que mesure chaque check ?
Chaque check mesure la résolution DNS et le temps de connexion, avec un timeout configurable. Les seuils degraded signalent les connexions lentes avant qu'elles ne deviennent des pannes.
Depuis où les checks sont-ils exécutés ?
Les checks TCP sont exécutés depuis 26 régions cloud, pour distinguer une panne globale d'un problème régional de réseau ou de firewall.
Comment fonctionnent les alertes ?
Vous recevez une alerte quand un check échoue et une autre au retour à la normale, par email, Slack, Microsoft Teams, webhooks, Discord, PagerDuty ou Opsgenie.
Le TCP monitoring est-il gratuit ?
Les monitors TCP sont inclus dans les plans payants. Vous pouvez commencer gratuitement avec les checks uptime HTTP/HTTPS et API, puis passer au plan supérieur quand vous avez besoin du monitoring de ports.
Qu'est-ce que la surveillance de ports ?
La surveillance de ports ouvre une connexion vers un port précis d'un hôte à intervalle régulier et indique si la connexion a été acceptée et combien de temps cela a pris. C'est le bon contrôle pour tout ce qui n'est pas un endpoint HTTP, comme une base de données, un serveur SMTP, SSH ou une file de messages, où un check web classique n'a rien à demander.
Quelle est la différence entre la surveillance TCP et la surveillance de disponibilité ?
La surveillance de disponibilité envoie une requête HTTP et lit la réponse. La surveillance TCP travaille une couche plus bas et confirme que le port accepte une connexion tout court. Pour un site web, le check HTTP est plus parlant. Pour une base de données ou un serveur de messagerie, il n'y a pas de HTTP à parler, donc la connexion TCP est le seul signal utile.
Vos outils de test ne suivent plus ?
Testez la charge de vos sites web et APIs depuis 25+ régions cloud, surveillez la vitesse des pages et la disponibilité, et recevez des analyses AI qui expliquent vos résultats clairement.Commencez à tester maintenant
Nous vous aiderons à démarrer
Apprendre
Guides sur les checks de ports TCP, les temps de connexion et les alertes quand un port ne répond plus.
Explorer
Des outils pour améliorer considérablement votre développement de tests et votre expérience globale.