Surveillance VPN : Tunnels Site-à-Site et Applications Client-VPN

La surveillance VPN est le test synthétique continu des tunnels de réseau privé virtuel et des applications qui en dépendent. Elle répond à trois questions selon un calendrier : Le tunnel est-il actif ? Est-il suffisamment rapide ? Et les services qui en dépendent sont-ils réellement accessibles depuis les utilisateurs et emplacements qui en ont besoin ? La surveillance VPN moderne combine des sondes ICMP et TCP pour la disponibilité du tunnel, le sondage SNMP des métriques des pare-feu et concentrateurs VPN, et des contrôles HTTPS / au niveau navigateur sur les applications internes — tout cela exécuté depuis l’intérieur du réseau par un Agent Privé, ou depuis l’Internet public par des sites de surveillance distribués.

Parce que les VPN sont presque toujours sur le chemin critique pour le télétravail, la connectivité des succursales et le trafic hybride-cloud — et parce qu’ils échouent silencieusement. Un tunnel site-à-site peut rester “actif” dans l’interface du pare-feu tout en perdant des paquets, en renouvelant constamment les clés, ou en routant via un fournisseur d’accès dégradé. Un VPN client peut authentifier les utilisateurs avec succès alors que l’application intranet derrière lui renvoie des erreurs 500. Sans surveillance VPN dédiée, ces échecs ne sont découverts que lorsque les utilisateurs se plaignent. La surveillance synthétique continue du VPN détecte en quelques secondes les interruptions de tunnel, les régressions de latence, les expirations de certificats, la dérive du DNS à horizon partagé et les pannes d’applications internes — avant qu’ils ne deviennent des tickets de support ou des violations de SLA.

Vous surveillez une connexion VPN en plaçant une sonde de surveillance de chaque côté du tunnel — ou au moins d’un côté avec une cible de test connue de l’autre côté — et en exécutant des contrôles planifiés de bout en bout. Avec Dotcom-Monitor : (1) installez un Private Agent à l’intérieur du réseau (Windows ou Linux, ~5 minutes), (2) créez des tâches ServerView pour le ping ICMP, les contrôles de port TCP, et le traceroute à travers le tunnel, (3) ajoutez des tâches HTTPS ou BrowserView contre une application interne pour valider l’utilisabilité de bout en bout, et (4) ajoutez optionnellement un sondage SNMP MetricsView contre le concentrateur VPN pour les compteurs de tunnel et le débit. Les résultats sont transmis via une seule connexion HTTPS sortante — aucune règle d’entrée du pare-feu requise.

Combinez quatre couches : accessibilité (ping ICMP vers un hôte stable sur le LAN distant toutes les 60 secondes), validation du chemin (traceroute confirmant que le trajet traverse le tunnel et non un chemin internet de secours), contrôles de service (sondes TCP port ou HTTPS contre un service réel sur le sous-réseau distant), et télémétrie de l’appareil (sondage SNMP de la passerelle VPN pour l’état du tunnel, les paquets entrants/sortants, le CPU, et le nombre de sessions). Alertez à la fois sur les pannes dures et les seuils de tendance — un tunnel dont la latence a doublé en 24 heures est aussi actionnable qu’un tunnel tombé. Dotcom-Monitor fournit les quatre via un seul agent, une seule interface, et un seul jeu d’alertes.

Les métriques qui corrèlent avec l’impact utilisateur réel sont : l’état actif/inactif du tunnel, la latence aller-retour (ms), le jitter (variation de latence), le pourcentage de perte de paquets, la fréquence de renouvellement des clés du tunnel, le débit entrant/sortant, le nombre de sessions actives, le temps de réponse HTTPS pour les applications internes, le nombre de jours avant expiration du certificat TLS pour les certificats internes, et le temps de résolution DNS contre les résolveurs internes. Dotcom-Monitor capture toutes ces métriques nativement via ServerView (accessibilité), MetricsView (SNMP), et BrowserView (niveau application).

La tarification Dotcom-Monitor est basée sur le nombre de cibles surveillées et la fréquence des vérifications, pas sur le nombre de tunnels VPN, de Private Agents ou de lieux de surveillance. Les Private Agents sont illimités sur tous les plans payants, vous pouvez donc en déployer un par site, VPC, ou région cloud sans coût supplémentaire. Un essai complet de 30 jours sans carte de crédit est disponible, vous permettant de surveiller des tunnels réels et des applications internes de bout en bout avant de vous engager. Pour un devis précis lié à votre inventaire de tunnels et d’applications, demandez une démo.

Vous pouvez obtenir une couverture partielle, mais pas une couverture de bout en bout. SNMP vous indique ce que le passerelle VPN pense qu’il se passe (tunnel actif, sessions actives, octets transférés) — ce qui est précieux mais trompeur lorsque l’appareil est sain alors que les paquets sont perdus en aval. Nagios et d’autres outils auto-hébergés peuvent exécuter des vérifications ICMP et HTTP, mais exigent que vous construisiez, hébergiez, patchiez et scaliez l’infrastructure de surveillance vous-même, et incluent rarement des tests au niveau du navigateur ou des transactions multi-étapes. Dotcom-Monitor combine SNMP, ICMP, TCP, HTTPS, et des vérifications avec vrai navigateur dans une plateforme SaaS unique, avec plus de 30 sites de surveillance externes plus un nombre illimité de Private Agents — ainsi vous voyez à la fois ce que rapporte la passerelle et ce que les utilisateurs expérimentent réellement.

Un Private Agent est un service léger Windows ou Linux qui s’exécute à l’intérieur de votre réseau de confiance. Il reçoit les tâches de surveillance depuis la plateforme Dotcom-Monitor via une seule connexion HTTPS sortante, les exécute depuis l’intérieur du périmètre, et transmet les résultats en retour. Vous en avez besoin chaque fois que la cible n’est pas accessible depuis Internet public — ce qui couvre la plupart des points de terminaison VPN site-à-site et pratiquement toutes les applications protégées par VPN client. Aucune règle d’entrée de pare-feu requise.

Le schéma le plus fiable est de placer un Private Agent de chaque côté du tunnel (ou au moins d’un côté avec une IP de test connue de l’autre côté) et de configurer des tâches ServerView : ping ICMP vers le LAN distant, vérification des ports TCP vers un service sur le sous-réseau distant, traceroute pour confirmer que le chemin traverse bien le tunnel, et sondage SNMP sur le pare-feu / concentrateur VPN via MetricsView. Ajoutez un contrôle HTTPS vers un point connu interne du côté distant comme test fonctionnel de bout en bout. Alertez lorsque l’un de ces tests échoue ou lorsque la latence / perte dépasse votre seuil de référence.

Déployez un Private Agent sur un hôte qui soit à l’intérieur du réseau vers lequel le VPN client routage, soit qui maintient lui-même une session VPN client persistante (par exemple, une VM Linux exécutant OpenVPN ou WireGuard en tant que client). L’agent exécutera des tâches HTTPS, BrowserView, UserView, et ServerView contre l’application interne exactement comme un utilisateur distant la verrait — y compris SSO, MFA, DNS à horizon partagé, et certificats SSL internes.

Oui. Dotcom-Monitor est agnostique à la technologie VPN — il supervise le résultat du tunnel, pas son plan de contrôle. Il fonctionne avec IPsec (site-à-site, basé sur routes, basé sur politiques), GRE, DMVPN, MPLS avec IPsec, WireGuard, Tailscale et autres superpositions ZTNA, OpenVPN, Cisco AnyConnect, Palo Alto GlobalProtect, Fortinet FortiClient, ainsi que toutes les principales passerelles VPN cloud (AWS Site-to-Site, Azure VPN Gateway, Google Cloud VPN).

Oui — les tâches ICMP Ping dans ServerView rapportent le temps aller-retour, le jitter, et le pourcentage de perte de paquets pour chaque vérification effectuée. Vous pouvez aussi extraire des métriques plus précises (nombre de sessions du tunnel, débit, CPU) directement depuis votre pare-feu ou concentrateur VPN via SNMP avec MetricsView. Tous ces indicateurs sont visualisés dans des tableaux de bord, avec alertes, et disponibles via le service de rapport XML pour export vers Grafana ou Power BI.

Dotcom-Monitor gère les deux. Les moniteurs HTTPS exécutés sur un Private Agent valideront les certificats internes (délivrés par une CA ou auto-signés, avec la racine installée sur l’hôte agent) et alerteront sur les jours restant avant expiration. Les tâches DNS peuvent cibler spécifiquement vos résolveurs internes, vous permettant de confirmer qu’un nom d’hôte interne se résout correctement depuis le côté VPN et de détecter la dérive entre les réponses externes et internes.

Non — les Private Agents sont illimités sur tous les plans payants. Déployez-en un par site, centre de données, VPC, ou région cloud selon vos besoins topologiques. La tarification Dotcom-Monitor est basée sur le nombre de moniteurs que vous exécutez, non sur le nombre d’agents ou de lieux depuis lesquels ils sont exécutés.

Autant que toutes les 60 secondes sur la plupart des plateformes, et aussi serré que 1 minute pour les contrôles de tunnel ServerView. La surveillance à haute fréquence vous offre une détection en dessous de la minute des coupures et des baisses de tunnel. Pour les services moins critiques, vous pouvez effectuer des contrôles toutes les 5, 15 ou 30 minutes afin de conserver votre quota de vérification.

Chaque appareil peut être connecté à un ou plusieurs groupes d’alertes. Les canaux pris en charge incluent email, SMS, appel vocal, Slack, Microsoft Teams, PagerDuty, OpsGenie, ServiceNow, Jira, et des webhooks arbitraires. Les groupes d’alertes supportent la rotation des astreintes, les politiques d’escalade, les heures calmes et le filtrage — donc un tunnel instable à 3h du matin avertira la bonne personne, pas toute l’équipe.

Oui. Chaque objet sur la plateforme — appareils, tâches, groupes, plannings, alertes, emplacements, Agents Privés — est gérable via la Dotcom-Monitor Web API. Les équipes l’intègrent couramment dans Terraform, Pulumi, Jenkins, GitHub Actions, Azure DevOps et GitLab CI afin que les moniteurs pour un nouveau tunnel ou une application interne soient provisionnés dès que l’infrastructure l’est.

Les contrôles de disponibilité publics ne peuvent voir que ce qui est sur l’Internet public. Ils ne peuvent pas détecter un tunnel site-à-site coupé, un intranet lent, un certificat interne expiré ou un flux SSO cassé sur une application protégée par VPN. Dotcom-Monitor est unique en combinant la perspective de l’Internet public (plus de 30 emplacements de surveillance dans le monde) avec la perspective interne (Agents Privés illimités) dans une seule plateforme, une seule interface utilisateur et un seul pipeline de rapports.

La plupart des clients passent de la création de compte à la première alerte en moins d’une heure. L’installation de l’Agent Privé est une installation standard de service Windows ou de paquet Linux. La configuration des moniteurs se fait dans l’interface utilisateur ou via l’API REST. La plateforme est entièrement SaaS — aucun serveur à déployer, aucun back-end à maintenir, aucune clé de licence à gérer.