Atera vous permet de surveiller les appareils réseau sans installer d'agent sur eux en vérifiant la connectivité de ports TCP spécifiques (par exemple, 25, 80, 443). Cette fonctionnalité est idéale pour surveiller les serveurs, pare-feux, routeurs, imprimantes ou tout autre appareil pouvant répondre via un port TCP.

Questions fréquemment posées

Q : Qu'est-ce qu'un appareil TCP dans Atera ?

R : Un appareil TCP est tout appareil connecté au réseau (comme une imprimante, un pare-feu, un commutateur ou un serveur) qui est surveillé en vérifiant la connectivité d'un ou plusieurs ports TCP.
Contrairement aux points de terminaison avec agent installé, les appareils TCP ne nécessitent pas l'agent Atera. Ils s'appuient plutôt sur un agent Windows installé sur un autre appareil au sein du même réseau — cet appareil est connu sous le nom d'agent de surveillance.

L'agent de surveillance tente périodiquement d'établir une connexion avec les ports spécifiés sur l'appareil TCP. Si la connexion réussit, l'appareil est affiché comme En ligne ; si la connexion échoue, il apparaît comme Hors ligne dans Atera.

• Appareil TCP

Q : Comment fonctionne la surveillance ?

R : La surveillance fonctionne via un agent Windows désigné au sein du réseau du client.
Voici comment cela fonctionne :

1. L'agent de surveillance tente d'ouvrir une connexion TCP aux ports que vous avez spécifiés pour l'appareil.
2. Si la connexion réussit, le statut de l'appareil TCP est marqué comme En ligne.
3. Si la connexion échoue (délai d'attente ou connexion refusée), l'appareil est signalé comme Hors ligne.
4. Atera peut alors déclencher des alertes selon vos paramètres de profil de seuil pour ce client.

Vous pouvez voir le statut des appareils en temps réel, l'historique des alertes et les configurations de port directement depuis la console de l'appareil dans Atera.

Q : Comment ajouter un appareil TCP ?

R : Pour ajouter un appareil TCP à surveiller :

1. Dans Atera, allez à Nouveau > Appareil surveillé > TCP.
2. Entrez le nom d'hôte ou l'adresse IP de l'appareil que vous souhaitez surveiller.
3. Spécifiez les ports TCP que vous souhaitez vérifier (par exemple, 25 pour SMTP, 80 pour HTTP, 443 pour HTTPS).
4. Assignez l'appareil à un Client.
5. Sélectionnez un agent de surveillance — un appareil Windows dans le même réseau qui effectuera les vérifications.
6. Cliquez sur Ajouter pour créer et commencer la surveillance.

Remarque : L'agent de surveillance sélectionné doit être en ligne pour que les vérifications TCP s'exécutent avec succès.

• Ajouter un appareil TCP 

Q : Que mesure réellement la surveillance TCP ?

R : La surveillance TCP vérifie l'accessibilité des ports — si un port TCP sur un appareil est accessible ou non.
Elle ne mesure pas :

• La réactivité des services ou la santé des applications
• Les métriques de CPU, mémoire ou autres matériels
• L'inventaire logiciel ou l'état des correctifs

Si vous avez besoin d'informations plus riches, envisagez d'utiliser des points de terminaison avec agent installé ou la surveillance SNMP, qui fournissent des données détaillées sur les performances et les actifs.

• Installer un agent
• Appareils SNMP

Q : La surveillance TCP peut-elle remplacer les vérifications ICMP (ping) ?

R : Non.
La surveillance TCP repose sur la connectivité basée sur les ports, tandis que les vérifications ICMP (ping) utilisent des réponses au niveau du réseau.
Si vous devez vérifier la connectivité générale du réseau (par exemple, des pings simples pour savoir "est-ce en ligne ?"), utilisez des appareils génériques au lieu d'appareils TCP.
 

Q : Quelles sont les causes courantes de fausses lectures "Hors ligne" ou "En ligne" ?

R : Les causes courantes incluent :

• Pare-feux bloquant les ports surveillés entre l'agent de surveillance et le dispositif.
• Ports fermés ou désactivés sur le dispositif cible.
• L'agent de surveillance étant hors ligne, obsolète ou non réactif.
• Configurations IP ou de port en double, où un autre dispositif réseau répond de manière inattendue.

Pour résoudre le problème, confirmez l'accès aux ports depuis l'agent de surveillance et vérifiez que les deux dispositifs sont accessibles sur le même réseau.

• Paramètres du pare-feu

Q : Comment puis-je dépanner lorsqu'un dispositif TCP apparaît hors ligne ?

R : Suivez ces étapes :

1. Vérifiez l'agent de surveillance :
   Assurez-vous que le dispositif agent est en ligne et à jour dans Atera. S'il ne répond pas, réaffectez le dispositif TCP à un autre agent en ligne.

2. Testez manuellement l'accessibilité des ports :
   Depuis l'agent de surveillance, utilisez :

   • PowerShell : 

     Test-NetConnection <IP ou nom d'hôte> -Port <numéro de port>

   • Invite de commandes : 

     telnet <IP ou nom d'hôte> <numéro de port>

   Si le test échoue, le problème réside dans le routage réseau, les pare-feux ou la configuration du dispositif cible.

3. Vérifiez les paramètres du pare-feu :
   Assurez-vous que les ports surveillés sont ouverts et non restreints par des règles entrantes ou sortantes.
4. Réaffectez ou mettez à jour l'agent :
   Si les problèmes persistent, mettez à jour l'agent de surveillance à la dernière version ou choisissez un autre agent Windows sur le même réseau.
    

Q : Puis-je changer ou réaffecter l'agent de surveillance pour un dispositif TCP ?

R : Oui.
Depuis la console du dispositif, vous pouvez réaffecter l'agent de surveillance à un autre dispositif sur le même réseau.
C'est particulièrement utile si l'agent d'origine est hors ligne ou en cours de désactivation.
L'agent nouvellement affecté commencera immédiatement à surveiller les ports TCP une fois qu'il sera en ligne.

Q : Où puis-je voir les alertes ou l'historique des dispositifs ?

R : L'historique des alertes et les informations de statut sont accessibles directement dans la console du dispositif TCP.
Lorsqu'un dispositif passe hors ligne, Atera crée une alerte basée sur vos profils de seuil configurés.
Vous pouvez :

• Consulter l'historique des alertes sur la page du dispositif.
• Reconnaître ou fermer les alertes manuellement.
• Configurer des règles de notification pour être alerté par email ou d'autres canaux.

Si vous voyez des alertes fréquentes ou fausses, vérifiez la disponibilité des ports et les configurations du pare-feu.
 

Q : Puis-je surveiller plusieurs ports ou dispositifs à la fois ?

R : Oui.
Une seule entrée de dispositif TCP peut inclure plusieurs ports (par exemple, 25, 80, 443). Chaque port est vérifié séparément et agrégé dans le statut en ligne/hors ligne du dispositif.

Cependant, l'ajout en masse ou l'activation automatique de la surveillance TCP pour tous les dispositifs n'est pas actuellement pris en charge.
C'est intentionnel — l'activation en masse pourrait créer une charge réseau excessive et des alertes inutiles.

Q : Puis-je voir quelles applications utilisent des ports spécifiques ?

R : Non, la surveillance TCP d'Atera ne confirme que si les ports sont accessibles, pas quel processus ou service y est lié.
Si vous souhaitez identifier quelles applications utilisent des ports particuliers, vous pouvez utiliser un script PowerShell via l'Automatisation IT, tel que :

Get-NetTCPConnection | Select-Object LocalAddress, LocalPort, State, OwningProcess

Cela renverra des détails sur les connexions ouvertes et les ID de processus associés sur l'agent de surveillance.
 

Q : Comment puis-je exporter les données des dispositifs TCP ou les inclure dans des rapports ?

R : Vous pouvez exporter les données des dispositifs TCP de plusieurs manières :

• Rapports avancés : Générez et exportez les temps de fonctionnement des appareils TCP, l'historique des statuts et les journaux d'alertes.
• Accès API : Utilisez l'API d'Atera pour récupérer des informations sur les appareils TCP de manière programmée.
• Exports de base : Seuls les appareils gérés par agent sont inclus dans les exports CSV de base ; les appareils TCP/SNMP/HTTP nécessitent des rapports avancés.
   
• Rapports avancés
• API
• Rapports opérationnels : Auditeur

Q : Y a-t-il des limitations à la surveillance des appareils TCP ?

R : Oui.

• La surveillance TCP vérifie uniquement la connectivité des ports, pas la performance ou l'état complet de l'appareil.
• Les appareils TCP/SNMP/HTTP ne génèrent pas de rapports détaillés d'inventaire matériel/logiciel.
• La précision de la surveillance dépend de la connectivité réseau entre l'agent de surveillance et l'appareil.
• Les appareils TCP ne sont pas inclus dans certains rapports standards d'actifs ou d'auditeur à moins que vous n'ayez activé les rapports avancés.
   

Q : La surveillance des appareils TCP est-elle incluse dans mon abonnement Atera ?

R : Oui. La surveillance TCP est une fonctionnalité standard de votre abonnement Atera. Il n'y a aucun coût supplémentaire pour l'utiliser.

Résumé des meilleures pratiques

• Assurez-vous toujours que vos agents de surveillance sont en ligne et à jour.
• Ouvrez les ports TCP requis dans les pare-feux réseau.
• Utilisez Test-NetConnection pour confirmer la connectivité avant de créer de nouveaux appareils.
• Évitez d'activer les vérifications TCP pour chaque appareil par défaut—surveillez uniquement les points de terminaison essentiels.
• Pour des informations plus riches (inventaire, performance, correctifs), utilisez des points de terminaison installés par agent ou des appareils SNMP en complément de la surveillance TCP.