xymonnet - En ligne dans le Cloud

PROGRAMME:

Nom

xymonnet - Outil de test de réseau Xymon

SYNOPSIS

xymonnet [--ping|--non] [--timeout=N] [choix] [nom d'hôte] [nom d'hôte]
(Voir la section OPTIONS pour une description des options de ligne de commande disponibles).

DESCRIPTION

xymonnet(1) gère les tests réseau des hôtes définis dans le fichier de configuration Xymon,
hosts.cfg. Il est normalement exécuté à intervalles réguliers par lancement de xymon(8) via une entrée dans le
tâches.cfg(5) fichier.

xymonnet effectue tous les tests normaux des services réseau basés sur TCP (telnet, ftp, ssh,
smtp, pop, imap ....) - c'est-à-dire tous les services listés dans protocols.cfg. Pour ces
tests, un tout nouveau service-checker très rapide a été implémenté.

xymonnet a un support intégré pour tester les protocoles SSL, par exemple imaps, pop3s, nntps,
telnets, si la prise en charge SSL a été activée lors de la configuration de xymonnet. La liste complète des connus
les tests se trouvent dans le protocoles.cfg(5) fichier dans $XYMONHOME/etc/protocols.cfg.

De plus, il implémente les tests "dns" et "dig" pour tester les serveurs DNS.

xymonnet implémente également une vérification des serveurs NTP - ce test est appelé "ntp". Si tu veux
pour l'utiliser, vous devez définir la variable d'environnement NTPDATE pour pointer vers l'emplacement de
votre ntpdate(1) .

Remarque : xymonnet effectue le test de connectivité (ping) en fonction du nom d'hôte, à moins que le
host est étiqueté avec "testip" ou l'option "--dns=ip" est utilisée. Ainsi la cible de la
le test de connectivité peut être déterminé par votre / Etc / hosts fichier ou DNS.

Par défaut, tous les serveurs sont testés - si XYMONNETWORK est défini via xymonserver.cfg(5) puis
seuls les hôtes marqués comme appartenant à ce réseau sont testés. Si la ligne de commande
inclut un ou plusieurs noms d'hôte, alors seuls ces serveurs sont testés.

GÉNÉRAL OPTIONS

--timeout=N
Détermine le délai d'attente (en secondes) pour chaque service testé. Pour les tests TCP
(ceux de XYMONNETSVCS), si la connexion au service n'aboutit pas dans
N secondes, le service est signalé comme étant en panne. Pour les tests HTTP, c'est le
limite absolue pour l'ensemble de la requête au serveur web (le temps nécessaire pour se connecter
au serveur, plus le temps qu'il faut au serveur pour répondre à la demande).
Par défaut: secondes 10

--conntimeout=N
Cette option est obsolète et sera ignorée. Utilisez plutôt l'option --timeout.

--cmdtimeout=N
Cette option définit un délai d'attente pour les commandes externes utilisées pour tester NTP et
services RPC, et pour effectuer traceroute.

--concurrence=N
Détermine le nombre de tests réseau exécutés en parallèle. La valeur par défaut fonctionne
dépendant du système, mais sera généralement de 256. Si xymonnet commence à se plaindre de ne pas
étant en mesure d'obtenir un "socket", essayez d'exécuter xymonnet avec une valeur inférieure comme 50 ou
100.

--dns-timeout=N (par défaut : 30 secondes)
xymonnet expirera toutes les recherches DNS après N secondes. Toutes les recherches DNS en attente sont
considéré comme un échec, c'est-à-dire que les tests réseau qui dépendent de cette recherche DNS seront
signaler une erreur.
Remarque : Si vous utilisez l'option --no-ares, le délai d'expiration des recherches DNS ne peut pas être contrôlé
par xymonnet.

--dns-max-all=N
Identique à "--dns-timeout=N". L'option "--dns-max-all" est obsolète et ne doit pas
être utilisé.

--dns=[ip|uniquement|standard]
Détermine comment xymonnet trouve les adresses IP des hôtes à tester. Par défaut
(le "standard"), xymonnet effectue une recherche DNS du nom d'hôte pour déterminer l'IP
adresse, à moins que l'hôte n'ait la balise "testip", ou que la recherche DNS échoue.
Avec "--dns=only", xymonnet effectuera UNIQUEMENT la recherche DNS ; s'il échoue, alors tout
les services sur cet hôte seront signalés comme étant en panne.
Avec "--dns=ip", xymonnet ne fera jamais de recherche DNS ; il utilisera l'adresse IP
spécifié dans hosts.cfg pour les tests. Ainsi, ce réglage équivaut à avoir
la balise "testip" sur tous les hôtes. Notez que les tests http ignoreront ce paramètre et
effectuez toujours une recherche DNS pour le nom d'hôte indiqué dans l'URL ; voir le "xymonnet
balises pour les tests HTTP" dans la section hôtes.cfg(5)

--pas d'ares
Désactivez le résolveur ARES intégré à xymonnet. Cela rend xymonnet résoudre
noms d'hôtes à l'aide de la fonction de résolution de votre système. Vous ne devriez l'utiliser qu'en dernier
recours si xymonnet ne peut pas résoudre les noms d'hôtes que vous utilisez de la manière normale (via DNS
or / Etc / hosts). Une des raisons d'utiliser ceci serait si vous devez résoudre les noms d'hôtes
via NIS/NIS+ (alias pages jaunes).
La fonction de résolution du système ne fournit pas de mécanisme de contrôle des délais d'attente
des recherches de nom d'hôte, donc si votre serveur DNS ou NIS est en panne, xymonnet peut prendre un
très long à courir. L'option --dns-timeout est effectivement désactivée lors de l'utilisation
cette option.

--dnslog=NOM DE FICHIER
Consignez les échecs de recherche de nom d'hôte dans le fichier FILENAME. FILENAME doit être un entier
chemin d'accès.

--report[=NOM DE LA COLONNE]
Avec cette option, xymonnet enverra un message d'état avec des détails sur le nombre
hôtes ont été traités, combien de tests ont été générés, toutes les erreurs qui se sont produites
pendant la course, et quelques statistiques de synchronisation. Le nom de colonne par défaut est "xymonnet".

--test-non balisé
Lors de l'utilisation de la variable d'environnement XYMONNETWORK pour tester uniquement les hôtes sur un
segment de réseau, xymonnet ignorera les hôtes qui n'ont pas de balise "NET:x". Donc
seuls les hôtes qui ont une balise NET:$XYMONNETWORK seront testés.
Avec cette option, les hôtes sans balise NET: sont inclus dans le test, de sorte que tous
les hôtes qui ont soit une balise NET: correspondante, soit aucune balise NET: du tout sont testés.

--frequenttestlimit=N
Utilisé avec le xymonnet-again.sh(1) Extension Xymon. Cette option détermine combien de temps
les tests ayant échoué restent dans la file d'attente des tests fréquents. La valeur par défaut est 1800 secondes (30
minutes).

--timelimit=N
Provoque la génération d'un avertissement par xymonnet si la durée d'exécution de xymonnet dépasse N
secondes. Par défaut, N est défini sur la valeur de TASKSLEEP, donc un avertissement se déclenche si
les tests réseau ne peuvent pas se terminer dans le temps imparti pour un cycle du xymonnet
tâche. Hormis l'avertissement, cette option n'a aucun effet, c'est-à-dire qu'elle ne se terminera pas
xymonnet prématurément. Donc, pour éliminer de tels avertissements, utilisez cette option avec un
valeur très élevée de N.

--énorme=N
Avertir si la réponse d'un test TCP dépasse N octets. Si vous voyez du
rapport d'état xymonnet indiquant que vous transférez de grandes quantités de données pour votre
tests, vous pouvez activer cette option pour voir quels tests ont de grandes réponses.
Par défaut : 0 (désactivé).

--validité=N
Rendez les résultats du test valides pendant N minutes avant qu'ils ne deviennent violets. Par défaut test
les résultats sont valables 30 minutes ; si vous exécutez xymonnet moins souvent que cela, le
les résultats deviendront violets avant la prochaine exécution de xymonnet. Cette option vous permet de modifier
combien de temps le statut est valide.

--source-ip=ADRESSE IP
Sur les hôtes multi-hébergés, cette option peut être utilisée pour sélectionner explicitement l'IP source
adresse utilisée pour les tests du réseau. "IPADDRESS" doit être une adresse IP valide sur le
hôte exécutant xymonnet.

--loadhostsfromxymond
Au lieu de lire le fichier hosts.cfg, xymonnet chargera hosts.cfg
configuration à partir du démon xymond. Cela élimine le besoin de lire le
hosts.cfg, et si vous avez xymond et xymonnet exécutés sur des hôtes différents, il
élimine le besoin de copier le fichier hosts.cfg entre les systèmes. Notez que le
L'option "netinclude" dans hosts.cfg est ignorée lorsque cette option est activée.

OPTIONS POUR LES CANADIENS ESSAIS OF THE SIMPLE TCP SERVICES

--checkresponse[=COULEUR]
Lors du test de services connus (par exemple, FTP, SSH, SMTP, POP-2, POP-3, IMAP, NNTP et
rsync), xymonnet recherchera une réponse "OK" valide spécifique au service. Si un autre
réponse est vue, cela entraînera le test à signaler un état d'avertissement (jaune).
Sans cette option, la réponse du service est ignorée.
Le nom de couleur facultatif est utilisé pour sélectionner une couleur autre que le jaune pour le statut
message lorsque la réponse est erronée. Par exemple, "--checkresponse=red" provoquera un "rouge"
message d'état à envoyer lorsque le service ne répond pas comme prévu.

--pas de drapeaux
Par défaut, xymonnet envoie des informations supplémentaires dans les messages d'état, appelées
"drapeaux". Ceux-ci sont utilisés par xymongen, par exemple pour choisir différentes icônes pour les tests inversés
lors de la génération des pages Web Xymon. Cette option oblige xymonnet à omettre ces drapeaux
à partir des messages d'état.

--mélanger
Par défaut, les tests TCP s'exécutent à peu près dans l'ordre dans lequel les hôtes sont répertoriés dans le
fichier hosts.cfg. Si vous avez de nombreux tests pour un serveur, cela peut entraîner un
charge exceptionnellement importante lorsque Xymon le teste car Xymon fonctionnera beaucoup
d'essais en même temps. Pour éviter cela, le --mélanger l'option réorganise le
séquence de tests afin qu'ils soient répartis de manière aléatoire sur tous les serveurs testés.

OPTIONS POUR LES CANADIENS THE PING TEST

Remarque : xymonnet utilise le programme défini par l'environnement FPING pour exécuter les tests ping -
par défaut, c'est le xymonping(1) utilitaire. Voir xymonserver.cfg(5) pour une description de
comment personnaliser cela, par exemple si vous devez l'exécuter avec "sudo" ou un outil similaire.

--ping Active le test ping de xymonnet. Le nom de la colonne utilisé pour les résultats du test ping est défini
par la variable d'environnement PINGCOLUMN dans xymonserver.cfg (5).
Si non spécifié, xymonnet utilise la variable d'environnement CONNTEST pour déterminer si
il doit effectuer le test ping ou non. Donc, si vous préférez utiliser un autre outil pour
implémentez les contrôles ping, définissez la variable d'environnement CONNTEST sur false, ou
exécutez xymonnet avec le "--noping".

--non
Désactivez le test de connectivité.

--tracer

--pas de trace
Activer/désactiver l'utilisation de traceroute lorsqu'un test ping échoue. Effectuer un
traceroute pour les tests de ping échoués est une opération lente, donc la valeur par défaut est de ne pas faire
toute traceroute, à moins qu'elle ne soit demandée hôte par hôte via la balise "trace" dans
le hôtes.cfg(5) entrée pour chaque hôte. L'option "--trace" change cela, donc le
par défaut, il s'agit d'exécuter traceroute sur tous les hôtes où le test ping échoue ; vous pouvez
puis désactivez-le sur des hôtes spécifiques en mettant une balise "notrace" sur l'entrée d'hôte.

--ping-tâches=N
Répartissez la tâche de ping des hôtes sur N processus. Si vous avez un très grand
nombre d'hôtes le temps qu'il faut pour tous les cingler peut être important, même avec
l'utilisation d'outils comme fping ou xymonping qui ping de nombreux hôtes en parallèle. Cette
L'option permet à xymonnet de démarrer N processus de ping séparés, les adresses IP qui sont en cours
ping'ed sera divisé également entre ces processus.

OPTIONS POUR LES CANADIENS HTTP (WEB) ESSAIS

--content=NOMTESTCONTENU
Détermine le nom de la colonne que Xymon affiche pour les vérifications de contenu. Le défaut
est "contenu". Si vous avez déjà utilisé les scripts "cont.sh" ou "cont2.sh", vous
peut vouloir utiliser "--content=cont" pour signaler les vérifications de contenu en utilisant le même nom de test
comme le font ces scripts.

--bb-proxy-syntaxe
Adhérez à la syntaxe Big Brother pour une URL, qui permet de spécifier un proxy HTTP comme
partie d'une URL. Voir "HTTP USP,EP, BP via Procuration" dans le hôtes.cfg(5) fichier pour plus de détails.
À partir de Xymon 4.3.0, ce comportement est désactivé par défaut car l'URL est celle
inclure d'autres URL sont maintenant beaucoup plus courants. Cette option restaure l'ancien Big
Comportement compatible avec Brother.

OPTIONS POUR LES CANADIENS SSL CERTIFICAT ESSAIS

--ssl=SSLCERTTESTNOM
Détermine le nom de la colonne que Xymon affiche pour les vérifications de certificat SSL.
La valeur par défaut est "sslcert".

--pas de SSL
Désactive le rapport de la vérification du certificat SSL.

--sslwarn=N

--sslalarme=N
Détermine le nombre de jours avant l'expiration d'un certificat SSL, où xymonnet
générera un état d'avertissement ou d'alarme pour la colonne du certificat SSL.

--sslbits=N
Permet de vérifier que le cryptage supporté par le protocole SSL utilise un
clé de cryptage d'au moins N bits. Par exemple pour déclencher une alerte si votre SSL est activé
le site Web prend en charge moins de 128 bits de cryptage, utilisez "--sslbits=128". Remarque : ceci
peut être activé sur une base par hôte en utilisant le paramètre "sslbits=N" dans hôtes.cfg(5)

--sslkeysize=N
Permet de vérifier la longueur de la clé publique dans les certificats SSL. N est le
taille minimale de la clé publique SSL, généralement ces clés sont de 2048 bits, mais certaines
les certificats plus anciens peuvent utiliser des clés de 1024 bits ou moins. Si vous le spécifiez, SSL
les certificats avec des clés inférieures à N bits entraîneront le statut "sslcert"
jaune. Par défaut : 0, c'est-à-dire que ce contrôle est désactivé.

--pas de liste de chiffrement
N'affiche pas les détails du chiffrement sur l'état "sslcert".

--showallciphers
Répertoriez TOUS les chiffrements disponibles localement sur le statut « sslcert ».

--sni=[activé|désactivé]
Définit par défaut si les connexions SSL utilisent SNI (Server Name Indication). Cette
peut également être défini avec les options "sni" ou "nosni" dans hosts.cfg pour chaque hôte - le
Les entrées hosts.cfg remplacent cette option. Par défaut : désactivé

DÉBOGAGE OPTIONS

--Pas de mise à jour
N'envoyez aucune mise à jour de statut au serveur Xymon. Au lieu de cela, tous les messages sont vidés
à la sortie standard.

--Horaire
Oblige xymonnet à collecter des informations sur le temps passé dans différentes parties de
le programme. Les informations sont imprimées sur stdout juste avant la fin du programme.
Notez que cette information est également incluse dans le rapport d'état envoyé avec le
option "--rapport".

--déboguer
Vide un tas d'états sur les tests au fur et à mesure qu'ils progressent vers stdout.

--dump[=avant|=après|=les deux]
Vide les structures de mémoire interne avant et/ou après l'exécution des tests.

INFORMATIONNEL OPTIONS

--help ou -?
Fournissez un résumé des options de ligne de commande disponibles.

--version
Imprime le numéro de version de xymonnet

--prestations de service
Videz la liste des services TCP définis que xymonnet sait comment tester. N'exécutez aucun
Des tests.

EN UTILISANT COOKIES IN WEB ESSAIS

Si le fichier $XYMONHOME/etc/cookies existe, les cookies seront lus à partir de ce fichier et envoyés
ainsi que les requêtes HTTP lors de la vérification des sites Web. Ce fichier est dans le cookie Netscape
format, voir http://www.netscape.com/newsref/std/cookie_spec.html pour plus de détails à ce sujet
format. le boucle(1) L'utilitaire peut générer un fichier dans ce format s'il est exécuté avec le "--cookie-jar
NOM DE FICHIER".

A PROPOS SSL CERTIFICAT Chèques

Lorsque xymonnet teste des services qui utilisent des protocoles SSL ou TLS, il vérifie que le
le certificat du serveur n'a pas expiré. Cette vérification se fait automatiquement pour https (sécurisé
web), pop3, imaps, nntps et tous les autres services SSL (sauf ldap, voir TESTS LDAP
ci-dessous).

Tous les certificats trouvés pour un hôte sont signalés dans un message d'état.

Remarque : sur la plupart des systèmes, la date de fin du certificat est limitée au 19 janvier 2038. Si
votre certificat est valide après cette date, xymonnet ne le signalera comme valide que jusqu'en janvier
19, 2038. Cela est dû aux limitations de la bibliothèque C de votre système d'exploitation. Voir
http://en.wikipedia.org/wiki/2038_problem .

LDAP ESSAIS

Les tests LDAP peuvent être effectués de deux manières. Si vous mettez juste une balise "ldap" ou "ldaps" dans
hosts.cfg, un test simple est effectué qui vérifie simplement qu'il est possible d'établir
une connexion au port exécutant le service LDAP (389 pour LDAP, 636 pour LDAP).

Au lieu de cela, vous pouvez mettre un URI LDAP dans hosts.cfg. Cela entraînera xymonnet à lancer une pleine-
session LDAP interrompue avec le serveur, et effectuez une recherche LDAP pour les objets définis par le
URI. Cela nécessite que xymonnet ait été construit avec le support LDAP et s'appuie sur un
Bibliothèque LDAP à installer. Il a été testé avec OpenLDAP 2.0.26 (de Red Hat 9)
et 2.1.22. La bibliothèque ldap du système Solaris 8 a également été confirmée pour fonctionner pour un-
accès crypté (plain ldap).

Le format des URI LDAP est défini dans la RFC 2255. Les URL LDAP ressemblent à ceci :

ldap: //port hôte/dn[?atouts[?portée[?une fonction filtre[?postes]]]]

où:
port hôte est un nom d'hôte avec un ":numéro de port" facultatif
dn est la base de recherche
atouts est une liste d'attributs séparés par des virgules à demander
portée est l'une de ces trois chaînes :
base un sous (par défaut = base)
une fonction filtre est un filtre
postes sont des ensembles reconnus d'extensions LDAP et/ou API.

Exemple :
ldap://ldap.example.net/dc=example,dc=net?cn,sn?sub?(cn=*)

Toutes les opérations de « liaison » aux serveurs LDAP utilisent une authentification simple. Kerberos et SASL sont
non supporté. Si votre serveur LDAP nécessite un nom d'utilisateur/mot de passe, utilisez la balise "ldalogin"
pour le préciser, cf. hôtes.cfg(5) Si aucune information de nom d'utilisateur/mot de passe n'est fournie, un
une liaison anonyme sera tentée.

La prise en charge SSL nécessite à la fois une bibliothèque cliente et un serveur LDAP prenant en charge LDAPv3 ; il utilise
la requête du protocole LDAP "STARTTLS" après établissement d'une connexion au standard (non
crypté) port LDAP (généralement le port 389). Il n'a été testé qu'avec OpenSSL 2.x, et
ne fonctionnera probablement avec aucune autre bibliothèque LDAP.

L'ancienne méthode expérimentale LDAPv2 de tunneling du trafic LDAP normal via un SSL
la connexion - ldaps, s'exécutant sur le port 636 - n'est pas prise en charge, à moins que quelqu'un puisse expliquer comment
pour que la bibliothèque OpenLDAP le supporte. Cette méthode n'a jamais été formellement décrite dans un
RFC et ses implémentations ne sont pas standard.

Pour une discussion sur les différentes manières d'exécuter le LDAP crypté, voir
http://www.openldap.org/lists/openldap-software/200305/msg00079.html
http://www.openldap.org/lists/openldap-software/200305/msg00084.html
http://www.openldap.org/lists/openldap-software/200201/msg00042.html
http://www.openldap.org/lists/openldap-software/200206/msg00387.html

Lors du test des URI LDAP, toutes les communications sont gérées par la bibliothèque ldap.
Par conséquent, il n'est pas possible d'obtenir le certificat SSL utilisé par le serveur LDAP, et
il n'apparaîtra pas dans la colonne "sslcert".

EN UTILISANT PLUSIEURS RÉSEAU TEST SYSTÈMES

Si vous avez plusieurs systèmes exécutant des tests de réseau - par exemple si votre réseau est séparé
par des pare-feu - il est alors problématique de maintenir plusieurs fichiers hosts.cfg pour chacun des
systèmes. xymonnet prend en charge la balise NET:location dans hôtes.cfg(5) faire la distinction entre
hôtes qui doivent être testés à partir de différents emplacements du réseau. Si vous définissez l'environnement
variable XYMONNETWORK par exemple à "dmz" avant d'exécuter xymonnet, alors il ne testera que les hôtes
qui ont une balise "NET:dmz" dans hosts.cfg. Cela vous permet de garder tous vos hôtes dans le
même fichier hosts.cfg, mais testez différents ensembles d'hôtes par différents systèmes en cours d'exécution
xymonnet.

XYMONNET INTERNES

xymonnet lit d'abord le fichier protocols.cfg pour voir quels tests réseau sont définis. Ce
analyse ensuite le fichier hosts.cfg et collecte des informations sur les tests de service TCP qui
besoin d'être testé. Il ne sélectionne que les tests répertoriés dans le fichier protocols.cfg,
ainsi que les tests "dns", "dig" et "ntp".

Il exécute ensuite deux tâches en parallèle : d'abord, un processus distinct est lancé pour exécuter le
Outil "xymonping" pour les tests de connectivité. Pendant que xymonping est occupé à faire le "ping"
vérifie, xymonnet exécute tous les tests de réseau basés sur TCP.

Tous les contrôles de service basés sur TCP sont gérés par un testeur de connexion écrit
spécifiquement à cet effet. Il n'utilise que la programmation réseau standard de style Unix, mais
repose sur Unix "Sélectionner(2)" appel système pour gérer de nombreuses connexions simultanées
se passe en parallèle. Le nombre exact de connexions parallèles utilisées dépend de
votre système d'exploitation - la valeur par défaut est FD_SETSIZE/4, ce qui équivaut à 256 sur de nombreux Unix
.

Vous pouvez choisir le nombre de connexions simultanées avec l'option "--concurrency=N" pour
xymonnet.

Délai d'expiration des tentatives de connexion après 10 secondes - cela peut être modifié avec le "--timeout=N"
option.

Ces deux paramètres jouent un rôle dans la décision de la durée du test. Un conservateur
l'estimation pour faire N tests TCP est :

(1 + (N / simultanéité)) * délai d'attente

Dans la vraie vie, ce sera probablement moins, car la formule ci-dessus veut que chaque test nécessite un
temps libre. Étant donné que l'utilisation la plus normale de Xymon consiste à rechercher des services actifs, vous
devrait avoir beaucoup moins de temps morts.

Les vérifications "ntp" et "rpcinfo" reposent sur des programmes externes pour effectuer chaque test.

ENVIRONNEMENT VARIABLES

XYMONRESEAU
Définit le segment de réseau sur lequel xymonnet s'exécute actuellement. Ceci est utilisé pour
filtrer uniquement les entrées dans le hôtes.cfg(5) fichier qui a une correspondance
balise "NET:LOCATION", et exécutez les tests pour ces hôtes uniquement.

MAXMSGSPERCOMBO
Définit le nombre maximum de messages d'état qui peuvent être envoyés dans un combo
un message. La valeur par défaut est 0 - aucune limite.
En pratique, la taille maximale d'un seul message Xymon fixe une limite - la valeur par défaut
la valeur pour la taille maximale du message est de 32 Ko, mais cela peut facilement accueillir 100
messages d'état par transmission. Donc, si vous voulez expérimenter avec ce paramètre, je
suggérons de commencer par une valeur de 10.

SOMMEIL ENTREMSGS
Définit un délai (en microsecondes) après la transmission de chaque message au Xymon
serveur. La valeur par défaut est 0, c'est-à-dire envoyer les messages le plus rapidement possible. Cela donne
votre serveur Xymon un peu de temps pour traiter le message avant que le prochain message arrive
en fonction de la vitesse de votre serveur Xymon, il peut être nécessaire de définir cette
valeur à une demi-seconde voire 1 ou 2 secondes. Notez que la valeur est spécifiée dans
MICROsecondes, donc pour définir un délai d'une demi-seconde, celui-ci doit être mis à la valeur
"500000" ; un délai de 1 seconde est obtenu en réglant ce paramètre sur "1000000" (un
million).

FPING Commande utilisée pour exécuter le xymonping(1) utilitaire. Utilisé par xymonnet pour la connectivité
test (ping). Voir xymonserver.cfg(5) pour plus d'informations sur la personnalisation
le programme qui est exécuté pour faire des tests de ping.

TRACÉROUTE
Lieu de la traceroute(8) utilitaire, ou un outil équivalent, par exemple mtr (8).
Utilisé en option lorsqu'un test de connectivité ne parvient pas à localiser l'emplacement du réseau
qui cause l'échec.

DATE NTPDATE
Lieu de la ntpdate(1) utilitaire. Utilisé par xymonnet lors de la vérification du "ntp"
après-vente.

RPCINFO
Lieu de la rpcinfo(8) utilitaire. Utilisé par xymonnet pour les contrôles de service "rpc".

Utiliser xymonnet en ligne en utilisant les services onworks.net