Il s'agit de la commande mrtg-reference qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks à l'aide de l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
mrtg-reference - Référence de configuration MRTG 2.17.4
APERÇU
Le comportement d'exécution de MRTG est régi par un fichier de configuration. Tout-venant
les fichiers de configuration peuvent être générés avec fabricant de cfg. (Vérifiez cfgmaker). Mais pour plus
configurations élaborées, certains réglages manuels sont nécessaires.
Ce document décrit toutes les options de configuration comprises par le logiciel mrtg.
SYNTAXE
La syntaxe du fichier de configuration MRTG suit quelques règles simples :
· Les mots-clés doivent commencer au début d'une ligne.
· Les lignes qui suivent une ligne de mot-clé commençant par un blanc sont ajoutées au mot-clé
en ligne
· Les lignes vides sont ignorées
· Les lignes commençant par un signe # sont des commentaires.
· Vous pouvez ajouter d'autres fichiers dans le fichier de configuration en utilisant
Comprendre: filet
Mise en situation :
Inclure : base-options.inc
Si les fichiers inclus sont spécifiés avec des chemins relatifs, le
répertoire et le répertoire contenant le fichier de configuration principal sera recherché pour le
des dossiers. Le répertoire de travail actuel sera recherché en premier.
Si le nom de fichier inclus contient un astérisque, cela est considéré comme un caractère générique pour
zéro ou plusieurs caractères, et tous les fichiers correspondants sont inclus. Ainsi, vous pouvez utiliser ce
instruction pour inclure tous les fichiers dans un sous-répertoire spécifié.
Mise en situation :
Inclure : serveurs/*.cfg
Dans ce cas, vous devez faire très attention à ce que votre modèle de caractère générique ne trouve pas de
match relatif au répertoire de travail courant si vous voulez dire qu'il est relatif au
répertoire du fichier de configuration principal, puisque le répertoire de travail est d'abord vérifié pour une correspondance
(comme avec une directive d'inclusion normale). Par conséquent, l'utilisation de quelque chose comme '*/*' est
découragé.
GLOBAL MOTS-CLÉS
RépTravail
WorkDir spécifie où les fichiers journaux et les pages Web doivent être créés.
Mise en situation :
WorkDir : /usr/tardis/pub/www/stats/mrtg
EN OPTION GLOBAL MOTS-CLÉS
RépHtml
HtmlDir spécifie le répertoire où se trouve le html (ou shtml, mais nous y reviendrons plus tard)
vies.
REMARQUE : Workdir remplace les paramètres de htmldir, imagedir et logdir.
Mise en situation :
Htmldir : /www/mrtg/
RépImage
ImageDir spécifie le répertoire où résident les images. Ils devraient être sous le html
répertoire.
Mise en situation :
Répertoire d'images : /www/mrtg/images
RépJournal
LogDir spécifie le répertoire dans lequel les journaux sont stockés. Cela n'a pas besoin d'être sous htmldir
Directive.
Mise en situation :
Rép du journal : /www/mrtg/logs
Forks (UNIX seulement)
Avec un système prenant en charge le fork (UNIX par exemple), mrtg peut se diviser en plusieurs
instances pendant qu'il acquiert des données via snmp.
Pour les situations avec une latence élevée ou un grand nombre d'appareils, cela accélérera les choses
considérablement. Cela ne rendra pas les choses plus rapides, cependant, si vous interrogez un seul commutateur assis
la porte à côté.
Pour autant que je sache, NT ne peut pas bifurquer, donc cette option n'est pas disponible sur NT.
Mise en situation :
Fourches : 4
Activer IPv6
Lorsqu'il est défini sur yes, le support IPv6 est activé si les bibliothèques requises sont présentes (voir le
page de manuel mrtg-ipv6). Lorsque IPv6 est activé, mrtg peut communiquer avec les routeurs à l'aide de SNMP sur IPv6
et les cibles peuvent être spécifiées par leurs adresses IPv6 numériques ainsi que par nom d'hôte ou
Adresse IPv4.
Si IPv6 est activé et que la cible est un nom d'hôte, mrtg essaiera de résoudre le nom d'hôte en
une adresse IPv6 et, en cas d'échec, à une adresse IPv4. Notez que mrtg n'utilisera que IPv4
si vous spécifiez une adresse IPv4 ou un nom d'hôte sans adresse IPv6 correspondante ; ce sera
ne pas revenir à IPv4 s'il ne parvient tout simplement pas à communiquer avec la cible à l'aide d'IPv6. Cette
est par conception.
Notez que de nombreux routeurs ne prennent actuellement pas en charge SNMP sur IPv6. Utilisez le IPv4 uniquement /
option cible pour ces routeurs.
IPv6 est désactivé par défaut.
Mise en situation :
Activer IPv6 : Oui
ActiverSnmpV3
Lorsqu'il est défini sur yes, utilise le module Net::SNMP au lieu du module SNMP_SESSION pour
générer des requêtes snmp. Cela permet l'utilisation de SNMPv3 si d'autres paramètres snmpv3 sont
défini.
SNMPv3 est désactivé par défaut.
Mise en situation :
ActiverSnmpV3 : oui
Refresh
À combien de secondes d'intervalle le navigateur (Netscape) doit-il recevoir l'instruction de recharger la page ? Si
ceci n'est pas défini, la valeur par défaut est de 300 secondes (5 minutes).
Mise en situation :
Rafraîchir : 600
l'intervalle
À quelle fréquence appelez-vous mrtg ? La valeur par défaut est de 5 minutes. Si vous l'appelez moins souvent, vous
devrait le préciser ici. Cela fait deux choses :
· La page HTML générée contient les bonnes informations sur l'intervalle d'appel ...
· Un en-tête META dans la page HTML générée indiquera aux caches la durée de vie
de cette page .....
Dans cet exemple, nous disons à mrtg que nous l'appellerons toutes les 10 minutes. Si vous êtes
appelant mrtg toutes les 5 minutes, vous pouvez laisser cette ligne en commentaire.
Mise en situation :
Intervalle : 10
Notez qu'à moins que vous n'utilisiez rrdtool, vous ne pouvez pas définir l'intervalle sur moins de 5 minutes. Si
vous utilisez rrdtool vous pouvez définir l'intervalle dans le format
Intervalle : MM[:SS]
Jusqu'à 1 seconde. Notez cependant que la définition de l'intervalle pour une configuration rrdtool/mrtg
influencer la création initiale de la base de données. Si vous modifiez l'intervalle plus tard, tous
les bases de données existantes resteront à la résolution avec laquelle elles ont été initialement créées. Aussi
notez que vous devez vous assurer que votre interface Web mrtg-rrd peut gérer ce type de
Réglage de l'intervalle.
Âge max
MRTG s'appuie fortement sur l'horloge temps réel de votre ordinateur. Si l'heure est mal réglée
valeur, surtout si elle est avancée loin dans le futur, cela entraînera l'expiration de mrtg
beaucoup de données prétendument anciennes des fichiers journaux.
Pour éviter cela, vous pouvez ajouter un contrôle de « raisonnabilité » en spécifiant un âge maximum pour le journal
des dossiers. Si un fichier semble être plus ancien, mrtg ne le touchera pas mais se plaindra à la place, donnant
vous une chance d'enquêter sur la cause.
Mise en situation :
Âge max : 7200
L'exemple ci-dessus obligera mrtg à refuser de mettre à jour les fichiers journaux de plus de 2 heures (7200
secondes).
ÉcrireExpire
Avec ce commutateur, mrtg générera des fichiers .meta pour les serveurs CERN et Apache qui contiennent
Balises d'expiration pour les fichiers html et gif. Les fichiers *.meta seront créés dans le même
répertoire que les autres fichiers, vous devrez donc définir "MetaDir ." et "MetaFiles on" dans
votre fichier apache.conf ou .htaccess pour que cela fonctionne
REMARQUE : si vous exécutez Apache-1.2 ou une version ultérieure, vous pouvez utiliser le mod_expire pour obtenir le
même effet ... voir le fichier htaccess.txt
Mise en situation :
WriteExpires: Oui
NonMib2
Normalement, nous demandons au périphérique SNMP les propriétés 'sysUptime' et 'sysName'. Certains ne le font pas
avoir ceux-ci. Si vous voulez éviter de recevoir des plaintes de mrtg au sujet de ces
properties, spécifiez l'option nomib2.
Un exemple d'agents qui n'implémentent pas les attributs de base mib2 sont Computer Associates -
Agents Unicenter TNG. CA s'appuie sur l'utilisation de l'agent SNMP du système d'exploitation de base en plus de son propre
agents pour compléter la gestion d'un système.
Mise en situation :
NoMib2 : Oui
Demande unique
Certaines implémentations SNMP ne peuvent pas traiter les requêtes demandant plusieurs variables snmp dans
une seule fois. Définissez ceci dans votre fichier cfg pour forcer mrtg à ne demander qu'une seule variable par demande.
Exemples
SingleRequest : Oui
Options SNMP
Outre les options de délai d'attente par cible, vous pouvez également configurer le comportement du
snmpget à un niveau plus profond. SnmpOptions accepte un hachage d'options. Les
les options suivantes sont actuellement prises en charge :
timeout => $default_timeout,
tentatives => $default_retries,
backoff => $default_backoff,
default_max_repetitions => $max_repetitions,
use_16bit_request_ids => 1,
lenient_source_port_matching => 0,
lenient_source_address_matching => 1
Les valeurs derrière les options indiquent la valeur par défaut actuelle. Notez que ces
paramètres SUPPRIMER les paramètres de délai d'attente par cible.
Un mot-clé SnmpOptions[] par cible remplacera les paramètres globaux. Ce mot-clé est
principalement pour SNMPv3.
Les identifiants de requête 16 bits sont le seul moyen d'interroger l'implémentation SNMP cassée de SMC
Routeurs de barricade.
Mise en situation :
SnmpOptions : retries => 2, only_ip_address_matching => 0
Notez que AS/400 snmp semble être cassé d'une manière qui empêche mrtg de fonctionner avec lui
à moins que
SnmpOptions : lenient_source_port_matching => 1
est réglé.
IcôneDir
Si vous souhaitez conserver les icônes mrtg ailleurs que dans le fichier de travail (ou imagedir)
répertoire, utilisez le IcôneDir variable pour définir l'url du répertoire des icônes.
Mise en situation :
RépIcône : /mrtgicons/
Charger les MIB
Chargez le(s) fichier(s) MIB spécifié(s) et rendez ses OID disponibles sous forme de noms symboliques. Pour mieux
efficacité, un cache de MIB est maintenu dans le WorkDir.
Mise en situation :
ChargeMIBs : /dept/net/mibs/netapp.mib,/usr/local/lib/ft100m.mib
Langue :
Basculez le format de sortie sur la langue sélectionnée (vérifiez le traduire répertoire pour voir lequel
les langues sont prises en charge pour le moment. Dans ce répertoire, vous pouvez également trouver des instructions sur
comment créer de nouvelles traductions).
Actuellement, les langues suivantes sont prises en charge :
big5 brésilien bulgare catalan chinois croate tchèque danois néerlandais eucjp français galicien
gb gb2312 allemand grec hongrois islandais indonésie iso2022jp italien coréen lituanien
malais norvégien polonais portugais roumain russe russe1251 serbe slovaque slovène
espagnol suédois turc ukrainien
Mise en situation :
Langue : danois
LogFormat
La définition de LogFormat sur « rrdtool » dans votre fichier mrtg.cfg active le mode rrdtool. Dans rrdtool
mode, mrtg s'appuie sur rrdtool pour faire sa journalisation. Voir mrtg-rrd.
Mise en situation :
Format de journal : rrdtool
LibAjouter
Si vous utilisez le mode rrdtool et que votre rrdtool Le module Perl (RRDs.pm) n'est pas installé dans un
emplacement où perl peut le trouver tout seul, vous pouvez utiliser LibAdd pour fournir un
chemin.
Mise en situation :
LibAdd : /usr/local/rrdtool/lib/perl/
CheminAjouter
Si la rrdtool l'exécutable est introuvable dans le "CHEMIN" normal, vous pouvez utiliser ce mot-clé
pour ajouter un répertoire approprié à votre chemin.
Mise en situation :
CheminAjouter : /usr/local/rrdtool/bin/
RRDCacheté
Si vous exécutez RRDTool 1.4 ou une version ultérieure avec rrdcaché, alors vous pouvez configurer MRTG pour
profitez-en pour les mises à jour, soit en utilisant l'environnement RRDCACHED_ADDRESS
variable, ou en définissant le mot-clé RRDCached dans le fichier de configuration. Notez que, si
les deux sont définis, le mot-clé du fichier de configuration aura la priorité.
Seuls les sockets de domaine UNIX sont entièrement pris en charge avant RRDTool v1.5, et vous devriez noter
que l'utilisation du mode RRDCached désactivera toutes les vérifications de seuil normalement effectuées par MRTG.
Des messages d'avertissement appropriés seront imprimés si nécessaire.
Exemples :
RRDCached : unix :/var/tmp/rrdcached.sock
RRDCacheté : hôte local : 42217
Exécuter en tant que démon
Le mot clé RunAsDaemon active le fonctionnement en mode démon. Le but du mode démon est que
MRTG est lancé une fois et non à plusieurs reprises (comme c'est le cas avec cron). Ce comportement sauve
ressources informatiques car le chargement et l'analyse des fichiers de configuration n'ont lieu qu'une seule fois
démarrage, et si le fichier de configuration est modifié.
En utilisant le mode démon, MRTG est lui-même responsable de la synchronisation des intervalles de mesure. Par conséquent
il est important de définir le mot-clé Interval sur une valeur appropriée.
Notez que lors de l'utilisation du mode démon, MRTG ne doit plus être démarré à partir de cron à chaque nouvelle
le processus s'exécute pour toujours. Au lieu de cela, MRTG doit être démarré à partir de l'invite de commande ou par un
script de démarrage du système.
Si vous voulez que mrtg s'exécute sous un utilisateur et un groupe particuliers (il n'est pas recommandé d'exécuter
MRTG en tant que root) alors vous pouvez utiliser le --utilisateur=nom_utilisateur et mes --groupe=nom de groupe options sur le
ligne de commande mrtg.
mrtg --user=utilisateur_mrtg --group=groupe_mrtg mrtg.cfg
Notez également qu'en mode démon, le redémarrage du processus est nécessaire pour activer
changements dans le fichier de configuration.
Sous UNIX, le commutateur Daemon fait que mrtg passe en arrière-plan après avoir vérifié son
fichier de configuration. Sous Windows NT, le processus MRTG se détachera de la console, mais parce que le
Le shell NT/2000 attend ses enfants, vous devez utiliser cette séquence de démarrage spéciale lorsque vous
lancer le programme:
démarrer /b perl mrtg mrtg.cfg
Vous devrez peut-être ajouter des informations de chemin égales à celles que vous ajoutez lorsque vous exécutez mrtg à partir du
ligne de commande.
Exemple
RunAsDaemon : Oui
Intervalle : 5
Cela fait que MRTG s'exécute comme un démon commençant la collecte de données toutes les 5 minutes
Si vous utilisez daemontools et que vous souhaitez toujours exécuter mrtg en tant que démon, vous pouvez également spécifier
NonDétacher : Oui
cela fera s'exécuter mrtg mais sans le détacher du terminal.
Si la date de modification sur le fichier de configuration change en cours de fonctionnement, alors MRTG
relira la configuration au prochain cycle d'interrogation. Notez que les sous-fichiers qui sont
inclus de la configuration principale n'ont pas leurs temps de modification surveillés, seulement
le fichier de niveau supérieur est ainsi vérifié.
Code de conversion
Certains appareils peuvent produire des valeurs non numériques qui seraient néanmoins utiles pour représenter graphiquement
avec MRTG si ces valeurs pouvaient être converties en nombres. Le mot clé ConversionCode
spécifie le chemin d'accès à un fichier contenant du code Perl pour effectuer de telles conversions. Le code dans
ce fichier doit être constitué d'un ou plusieurs sous-programmes Perl. Chaque sous-programme doit accepter un
argument de chaîne unique et renvoie une seule valeur numérique. Lorsque RRDtool est utilisé, un
la valeur décimale peut être retournée. Lorsque le nom d'un de ces sous-programmes est spécifié dans un
définition de la cible (voir ci-dessous), MRTG l'appelle deux fois pour cette cible, une fois pour convertir la
la valeur d'entrée étant surveillée et une seconde fois pour convertir la valeur de sortie. Les
le sous-programme doit renvoyer une valeur indéfinie si la conversion échoue. En cas d'échec, un
l'avertissement peut être publié dans le fichier journal MRTG en utilisant la fonction d'avertissement de Perl. MRTG importe le
sous-routines dans un espace de nom séparé (package MRTGConversion), de sorte que l'utilisateur n'a pas besoin
s'inquiéter de la pollution de l'espace de noms mondial de MRTG. MRTG ajoute automatiquement ce
déclaration de package au code fourni par l'utilisateur.
Exemple : supposons qu'un OID particulier renvoie une chaîne de caractères dont la longueur est proportionnelle
à la valeur à surveiller. Pour convertir cette chaîne en un nombre pouvant être représenté graphiquement par
MRTG, créez un fichier nommé arbitrairement "MyConversions.pl" contenant le code suivant :
# Renvoie la longueur de l'argument chaîne
sous-Longueur2Int {
ma valeur $ = décalage ;
return longueur( $value );
}
Incluez ensuite le mot clé global suivant dans le fichier de configuration MRTG (en supposant que
le fichier de code de conversion est enregistré dans le répertoire mrtg/bin avec mrtg lui-même) :
Code de conversion : MyConversions.pl
Cela amènera MRTG à inclure la définition du sous-programme Length2Int dans son
environnement d'exécution. Length2Int peut ensuite être invoqué sur n'importe quelle cible en ajoutant
"|Length2Int" à la définition cible comme suit :
Cible [mon routeur] : 1.3.6.1.4.1.999.1&1.3.6.1.4.1.999.1:public@mydevice|Length2Int
Voir « Syntaxe de nom d'hôte étendue » ci-dessous pour obtenir des informations complètes sur la syntaxe de la définition de la cible.
POUR CIBLE CONFIGURATION
Chaque cible de surveillance doit être identifiée par un nom unique. Ce nom doit être ajouté à
chaque paramètre appartenant à la même cible. Le nom sera également utilisé pour nommer le
pages Web, fichiers journaux et images générés pour cette cible.
Cible
Le Cible mot-clé vous dites à mrtg ce qu'il doit surveiller. Les Cible mot clé prend
arguments dans un large éventail de formats :
Basic
Le format le plus basique est "port:community@router" Cela générera un graphique de trafic
pour l'interface 'port' de l'hôte 'routeur' (nom DNS ou adresse IP) et il utilisera
la communauté 'community' (mot de passe snmp) pour la requête snmp.
Mise en situation :
Cible[monrouteur] : 2 :[email protected]
Si votre communauté contient un "@" ou un " ", ces caractères doivent être échappés par un "\".
Cible[bla] : 2:stu\ pi\@d@routeur
SNMPv2c
Si vous avez un routeur rapide, vous pouvez essayer d'interroger les compteurs ifHC*. Cette
fonction est activée en passant à SNMPv2c. Malheureusement, tous les appareils ne prennent pas en charge
SNMPv2c encore. Si cela fonctionne, cela empêchera vos compteurs de s'enrouler dans les 5
intervalle d'interrogation minute, puisque nous utilisons maintenant 64 bits au lieu des 32 bits normaux.
Mise en situation :
Cible[monrouteur] : 2:public@router1:::::2
SNMPv3
En alternative à SNMPv2c, SNMPv3 permet d'accéder aux compteurs ifHC*, ainsi qu'à
chiffrement. Tous les appareils ne prennent pas en charge SNMPv3, et vous aurez également besoin de perl Net::SNMP
bibliothèque pour l'utiliser. Il est recommandé d'utiliser cfgmaker pour générer
configurations impliquant SNMPv3, car il vérifiera si la bibliothèque Net::SNMP est
chargeable, et passera à SNMPv2c si v3 n'est pas disponible.
SNMP v3 nécessite des paramètres d'authentification supplémentaires, transmis à l'aide de SnmpOptions[]
mot-clé par cible.
Mise en situation :
Cible[monrouteur] : 2:routeur1:::::3
SnmpOptions[myrouter] : username=>'user1'
pas de HC
Tous les routeurs prenant en charge SNMPv2 ou SNMPv3 ne fournissent pas les compteurs ifHC* sur chaque
interface. Le mot-clé par cible noHC[] signale que les compteurs à faible vitesse
ifInOctets et ifOutOctets doivent être interrogés à la place. cfgmaker sera automatiquement
insérez cette balise si SNMPv2 ou SNMPv3 est spécifié mais les compteurs ifHC* sont
indisponible.
Mise en situation :
Cible[monrouteur] : #Bri0:router1:::::3
SnmpOptions[myrouter] : username=>'user1'
noHC[monrouteur] : oui
Inverser
Parfois, vous êtes assis du mauvais côté du lien et vous aimeriez avoir
mrtg rapporte le trafic entrant comme sortant et vice versa. Ceci peut être réalisé en
en ajoutant le signe '-' devant la description "Cible". Il retourne l'entrée et
taux de trafic sortant.
Mise en situation :
Cible[ezci] : -1 :[email protected]
OID explicites
Vous pouvez également définir explicitement quel OID interroger en utilisant la syntaxe suivante
'OID_1&OID_2:community@router' L'exemple suivant récupère le nombre d'erreurs pour
entrée et sortie sur l'interface 1. MRTG doit représenter graphiquement deux variables, vous devez donc
spécifiez deux OID tels que la température et l'humidité ou l'entrée d'erreur et la sortie d'erreur.
Mise en situation :
Cible [monrouteur] : 1.3.6.1.2.1.2.2.1.14.1&1.3.6.1.2.1.2.2.1.20.1:public@myrouter
Variables MIB
MRTG connaît un certain nombre de noms de variables SNMP symboliques. Voir le fichier mibhelp.txt pour un
liste des noms connus. Les ifInErrors et ifOutErrors en sont un exemple. Cela signifie que vous
pouvez spécifier ce qui précède comme :
Mise en situation :
Cible[monrouteur] : ifInErrors.1&ifOutErrors.1:public@myrouter
snmpwalk
Il se peut que vous souhaitiez surveiller un objet snmp qui n'est accessible qu'en « marche ».
Vous pouvez faire marcher mrtg en ajoutant l'OID avec la chaîne Marche ou si vous voulez un
entrée particulière de la table retournée par la promenade que vous pouvez utiliser Marchex où x est une
nombre à partir de 0 (!).
Mise en situation :
Cible [monrouteur] : WaLKstrangeOid.1&WaLKstrangeOid.2:public@myrouter
Cible [mon routeur] : WaLK3strangeOid.1&WaLK4strangeOid.2:public@myrouter
SnmpGetSuivant
Un cas particulier d'un objet snmp qui n'est accessible qu'en « marche » se produit lorsqu'un
single snmpgetnext renverra la valeur correcte, mais snmpwalk échoue. Cela peut se produire
avec snmp V2 ou V3, car la méthode snmpgetbulk est utilisée dans ces versions. Tu peux recevoir
mrtg pour utiliser getnext au lieu de getbulk en ajoutant l'OID avec la chaîne GetTNEXT.
Mise en situation :
Cible[monrouteur] : GeTNEXTstrangeOid&GeTNEXTstrangeOid:public@myrouter
Marche SNMP comptée
Dans d'autres situations, un snmpwalk est nécessaire pour compter les lignes, mais les données réelles sont
inintéressant. Par exemple, compter le nombre d'adresses MAC dans une table CAM, ou
le nombre de sessions de connexion simultanées. Vous pouvez demander à MRTG de compter le nombre de
instances en préfixant l'OID avec la chaîne CnTWALK. Ce qui suit récupérera
le nombre d'appels VOIP simultanés sur certains routeurs :
Mise en situation :
Cible[monrouteur] : CnTWaLK1.3.6.1.4.1.9.10.55.1.1.1.1.3&CnTWaLK1.3.6.1.4.1.9.10.55.1.1.1.1.3:public@myrouter
Interface par IP
Parfois, l'index de l'interface SNMP peut changer, comme lorsque de nouvelles interfaces sont ajoutées ou
supprimé. Cela peut entraîner le décalage de toutes les entrées Target de votre fichier de configuration,
causant à MRTG de représenter graphiquement des instances erronées, etc. MRTG prend en charge l'adresse IP au lieu de
ifindex dans la définition de la cible. Ensuite, MRTG interrogera le périphérique snmp et essaiera de mapper l'IP
adresse à l'ifindex actuel. Vous pouvez utiliser des adresses IP dans chaque type de cible
définition en ajoutant l'adresse IP de l'interface numérotée après l'OID et la séparation
caractère '/'.
Assurez-vous que l'adresse IP donnée est utilisée sur votre même routeur cible, en particulier
lors de la représentation graphique de deux OID différents et/ou d'une interface divisée par le délimiteur '&'.
Vous pouvez dire à cfgmaker de générer de telles références avec l'option --ifref=ip.
Mise en situation :
Cible[monrouteur] : /1.2.3.4 :[email protected]
Cible[ezci] : -/1.2.3.4 :[email protected]
Cible[monrouteur] : ifInErrors/1.2.3.4&ifOutErrors/1.2.3.4:public@myrouter
Interface par description
Si vous ne pouvez pas utiliser d'adresses IP, vous pouvez utiliser les noms d'interface. Cela marche
similaire à l'approche d'adresse IP sauf que le préfixe à utiliser est un \ au lieu d'un /
Vous pouvez dire à cfgmaker de générer de telles références avec l'option --ifref=description.
Mise en situation :
Cible[monrouteur] : \Mon-Interface2 :[email protected]
Cible[ezci] : -\Mon-Interface2 :[email protected]
Cible[monrouteur] : ifInErrors\My-If2&ifOutErrors\My-If3:public@myrouter
Si votre description contient un "&", un ":", un "@" ou un " " vous pouvez les inclure mais vous
doit s'échapper avec un contrecoup :
Cible[monrouteur] : \fun\:\ney\&ddd :[email protected]
Interface par nom
C'est la seule manière sensée de référencer les interfaces de vos commutateurs.
Vous pouvez dire à cfgmaker de générer de telles références avec l'option --ifref=nom.
Mise en situation :
Cible [mon routeur] : #2/11 :[email protected]
Cible[ezci] : -#2/11 :[email protected]
Cible[monrouteur] : ifInErrors#3/7&ifOutErrors#3/7:public@myrouter
Si votre description contient un "&", un ":", un "@" ou un " " vous pouvez les inclure mais vous
doit s'échapper avec un contrecoup :
Cible[monrouteur] : #\:\ amusant :[email protected]
Notez que le signe # sera interprété comme un caractère de commentaire s'il s'agit du premier non
caractère d'espacement sur la ligne.
Interface par adresse Ethernet
Lorsque l'index de l'interface SNMP change, vous pouvez saisir cette interface par son 'Physical
Adresse', parfois appelée 'adresse matérielle', qui est la variable SNMP
'ifPhysAddress'. En interne, MRTG fait correspondre l'adresse physique du fichier *.cfg à
son index actuel, puis utilise cet index pour le reste de la session.
Vous pouvez utiliser l'adresse physique dans chaque type de définition de cible en ajoutant le
Adresse physique après l'OID et le caractère de séparation '!' (analogue à l'IP
possibilité d'adresse). L'adresse physique est spécifiée sous forme d'octets délimités par « - », tels que
"0a-0-f1-5-23-18" (omettez les guillemets doubles). Notez que certains routeurs utilisent le même
Adresse Ethernet matérielle pour toutes leurs interfaces, ce qui empêche une interface unique
identification. Mrtg remarquera de tels problèmes et vous alertera.
Vous pouvez demander à cfgmaker de générer des fichiers de configuration avec une adresse Ethernet matérielle
références en utilisant l'option --ifref=eth.
Mise en situation :
Cible[monrouteur] : !0a-0b-0c-0d :[email protected]
Cible[ezci] : -!0-f-bb-05-71-22 :[email protected]
Target[myrouter]: 1.3.6.1.2.1.2.2.1.14!0a-00-10-23-44-51& *BREAK*
1.3.6.1.2.1.2.2.1.14!0a-00-10-23-44-51:public@myrouter
Target[myrouter]: ifInErrors!0a-00-10-23-44-51& *BREAK*
ifOutErrors!0a-00-10-23-44-51:public@myrouter
Rejoignez les lignes à *BREAK* ...
Interface par type
Il semble qu'il existe des dispositifs qui tentent de défier tous les efforts de surveillance : le
les interfaces intéressantes n'ont ni ifName ni une constante ifDescr sans parler d'un
ifIndex persistant. La seule façon d'obtenir une cartographie constante est de regarder le
type d'interface, car l'interface qui vous intéresse est unique dans l'appareil
vous regardez...
Vous pouvez dire à cfgmaker de générer de telles références avec l'option --ifref=type.
Mise en situation :
Cible[monrouteur] : %13 :[email protected]
Cible[ezci] : -%13 :[email protected]
Cible[monrouteur] : ifInErrors%13&ifOutErrors%14:public@myrouter
Positionnement étendu de ifIndex
Il existe des OID qui contiennent l'index d'interface à une certaine position interne dans l'OID.
Pour utiliser les méthodes Interface par IP/Description/Nom/Type mentionnées ci-dessus dans la cible
définition le mot-clé 'IndexPOS' peut être utilisé pour indiquer la position de ifIndex. Si
'IndexPOS' n'est pas utilisé, l'ifIndex sera ajouté à la fin de l'OID.
Mise en situation :
Cible [monrouteur] : OID.IndexPOS.1/1.2.3.4&OID.IndexPOS.1/1.2.3.4:public@myrouter
Remplacez l'OID par votre OID numérique.
Syntaxe du nom d'hôte étendu
Dans tous les endroits où ``community@router'' est accepté, vous pouvez ajouter des
paramètres pour la communication SNMP en utilisant des suffixes séparés par des deux-points. Vous pouvez également
ajouter un symbole pipe ( | ) et le nom d'un sous-programme de conversion numérique comme
décrit sous le mot-clé global "ConversionCode" ci-dessus. La syntaxe complète est comme
suit:
communauté@routeur[:[port][:[timeout][:[retries][:[backoff][:[version]][|name]]]]]
où la signification de chaque paramètre est la suivante :
port
le port UDP sous lequel contacter l'agent SNMP (par défaut : 161)
La syntaxe complète du paramètre de port est
port_distant[!adresse_locale[!port_local]]
Certaines machines ont des fonctionnalités de sécurité supplémentaires qui autorisent uniquement les requêtes SNMP à
proviennent de certaines adresses IP. Si l'hôte effectuant la requête a plusieurs
interface, il peut être nécessaire de spécifier l'interface à laquelle la requête doit venir
à partir.
Le paramètre port permet de spécifier le port de la machine à
interrogé. De plus, l'adresse IP (ou nom d'hôte) et le port de la machine faisant
la requête peut être spécifiée.
Exemples :
un hôte
un hôte : 161
somehost:161!192.168.2.4!4000 utilise 192.168.2.4 et le port 4000 comme source
un hôte : ! 192.168.2.4 utilise 192.168.2.4 comme source
somehost:!!4000 utilise le port 4000 comme source
temps mort
délai d'expiration initial pour les requêtes SNMP, en secondes (par défaut : 2.0)
tentatives
nombre de fois qu'une demande expirée sera réessayée (par défaut : 5)
reculer
facteur par lequel le délai d'attente est multiplié à chaque nouvelle tentative (par défaut : 1.0).
version
pour la version SNMP. Si vous avez un routeur rapide, vous pouvez mettre un « 2 » ici. Pour
SNMP authentifié ou crypté, vous pouvez essayer de mettre un '3' ici. Cela fera
mrtg essaie d'interroger les compteurs 64 bits et empêche ainsi un enroulement excessif des compteurs.
Cependant, tous les routeurs ne prennent pas en charge cela. SNMP v3 nécessite une configuration supplémentaire, voir
SnmpOptions[] pour plus de détails.
Mise en situation :
3:public@routeur1:::::2
prénom
le nom du sous-programme que MRTG appellera pour convertir l'entrée et la sortie
valeurs en nombres entiers. Voir l'exemple complet sous le mot-clé global
"ConversionCode" ci-dessus.
Mise en situation :
1.3.6.1.4.1.999.1&1.3.6.1.4.1.999.2:public@mydevice:161::::2|Length2Int
Cela récupérerait les valeurs de l'OID 1.3.6.1.4.1.999.1 pour l'entrée et .2 pour
sortie sur mon appareil en utilisant le port UDP 161 et SNMP version 2, et exécuterait le
sous-routine de conversion numérique définie par l'utilisateur Length2Int pour convertir ces valeurs en
entiers.
Une valeur égale à la valeur par défaut peut être omise. Les deux-points finaux peuvent être omis,
trop. Le symbole pipe suivi du paramètre name, s'il est présent, doit venir à la fin.
Il ne doit y avoir aucun espace autour des deux points ou du symbole du tuyau.
Mise en situation :
Cible[ezci] : 1 :[email protected]:9161::4
Cela ferait référence aux compteurs d'octets d'entrée/sortie pour l'interface avec ifIndex 1
on ezci-ether.domaine, comme le sait l'agent SNMP qui écoute sur le port UDP 9161. Le
le délai d'expiration initial standard (2.0 secondes) est utilisé, mais le nombre de tentatives est défini sur
quatre. La valeur d'attente est la valeur par défaut.
Adresses IPv6 numériques
Si IPv6 est activé, vous pouvez également spécifier une cible à l'aide de son adresse IPv6. Éviter
ambiguïté avec le numéro de port, les adresses IPv6 numériques doivent être mises en carré
supports.
Mise en situation :
Target[IPv6test]: 2:public@[2001:760:4::]:6161::4
Scripts de surveillance externes
Si vous souhaitez surveiller quelque chose qui ne fournit pas de données via snmp, vous pouvez utiliser certains
programme externe pour faire la collecte de données.
La commande externe doit renvoyer 4 lignes de sortie :
La ligne 1,
état actuel de la première variable, normalement « nombre d'octets entrants »
La ligne 2,
état actuel de la deuxième variable, normalement « nombre d'octets sortants »
La ligne 3,
chaîne (dans n'importe quel format lisible par l'homme), indiquant la disponibilité de la cible.
La ligne 4,
chaîne, indiquant le nom de la cible.
Selon le type de données renvoyées par votre script, vous pouvez utiliser la "jauge" ou
arguments « absolus » pour le Options mot-clé.
Mise en situation :
Target[myrouter]: `/usr/local/bin/df2mrtg /dev/dsk/c0t2d0s0`
Notez l'utilisation des backticks (`), et non des apostrophes (') autour de la commande.
Si vous souhaitez utiliser un backtick dans le nom de la commande, cela peut être fait mais vous devez vous échapper
avec une barre oblique inverse ...
Si votre script n'a aucune donnée à renvoyer mais ne veut pas que mrtg se plaigne
à propos des données invalides, il peut renvoyer « INCONNU » au lieu d'un nombre. Notez cependant que
seul rrdtool est vraiment équipé pour bien gérer les données inconnues.
Syntaxe multi-cibles
Vous pouvez également combiner plusieurs définitions cibles dans une expression mathématique. Tout
Une expression syntaxiquement correcte que l'interpréteur Perl peut évaluer fonctionnera.
Une expression pourrait être utilisée, par exemple, pour agréger les deux canaux B dans un RNIS
connexion ou pour calculer le pourcentage d'utilisation du disque dur d'un serveur à partir du
espace utilisé absolu et capacité totale.
Exemples :
Cible[monrouteur] : 2 : public@wellfleetA + 1 : public@wellfleetA
Cible [mon routeur] : .1.3.6.1.4.1.999.1&.1.3.6.1.4.1.999.2:public@mydevice /
.1.3.6.1.4.1.999.3&.1.3.6.1.4.1.999.4:public@mydevice * 100
Notez que des espaces doivent entourer chaque définition cible dans l'expression. Cible
les définitions elles-mêmes ne doivent pas contenir d'espace, sauf dans les descriptions d'interface
et les noms d'interface, où chaque caractère d'espacement est échappé par une barre oblique inverse.
MRTG arrondit automatiquement le résultat de l'expression à un entier à moins que RRDTool
la journalisation est en cours d'utilisation et l'option de jauge est en vigueur pour la cible. En interne MRTG
utilise le package Math::BigFloat de Perl pour calculer le résultat de l'expression avec 40
chiffres de précision. Même dans les cas extrêmes, où, par exemple, vous prenez le
différence de deux entiers de 64 bits, le résultat de l'expression doit être précis.
Optimisation des requêtes SNMP
MRTG est conçu pour économiser sur ses requêtes SNMP. Emplacement d'une définition de cible
plusieurs fois dans le fichier de configuration, MRTG ne demande les données qu'à l'appareil
une fois par cycle de collecte de données et utilise les données collectées pour chaque instance d'un
cible particulière. La reconnaissance de deux définitions cibles comme étant identiques est basée
sur une simple correspondance de chaîne plutôt que sur n'importe quel type d'analyse sémantique plus approfondie.
Mise en situation :
Cible[Targ1] : 1 : public@CiscoA
Cible[Targ2] : 2 : public@CiscoA
Cible[Targ3] : 1 : public@CiscoA + 2 : public@CiscoA
Cible[Targ4] : 1 : public@CISCOA
Il en résulte un total de trois requêtes SNMP. Données pour 1:public@CiscoA et
2: public@CiscoA ne sont demandés qu'une seule fois chacun et utilisés pour Targ1, Targ2 et Targ3.
Targ4 provoque une autre requête SNMP pour 1:public@CISCOA, qui n'est pas reconnu comme
étant identique à 1:public@CiscoA.
Nombre maximum d'octets
La valeur maximale que l'une ou l'autre des deux variables surveillées est autorisée à atteindre. Pour
surveiller le trafic du routeur il s'agit normalement des octets par seconde que ce port d'interface peut
porter.
Si un nombre supérieur à Nombre maximum d'octets est renvoyé, il est ignoré. Lisez également la section sur
AbsMax pour plus d'infos. Les Nombre maximum d'octets La valeur est également utilisée dans le calcul de la plage Y pour
graphiques non mis à l'échelle (voir la section sur Non mis à l'échelle).
Étant donné que la plupart des liens sont évalués en bits par seconde, vous devez diviser leur bande passante maximale
(en bits) par huit (8) afin d'obtenir des octets par seconde. C'est très important de faire
vos graphiques non mis à l'échelle affichent des informations réalistes. T1 = 193000, 56K = 7000, 10 Mo
Ethernet = 1250000, 100 Mo Ethernet = 12500000. Le Nombre maximum d'octets valeur sera utilisée par mrtg pour
décider s'il a reçu une réponse valide du routeur.
Si vous avez besoin de deux valeurs MaxBytes différentes pour les deux variables surveillées, vous pouvez utiliser
MaxBytes1 et MaxBytes2 au lieu de MaxBytes.
Mise en situation :
MaxBytes[monrouteur] : 1250000
Titre
Titre de la page HTML qui est générée pour le graphique.
Mise en situation :
Titre[myrouter] : Analyse du trafic pour notre société niçoise
EN OPTION POUR CIBLE MOTS-CLÉS
Haut de page
Choses à ajouter en haut de la page HTML générée. Notez que vous pouvez avoir plusieurs lignes
de texte tant que la première colonne est vide.
Notez que les lignes de continuation se retrouveront toutes sur la même ligne dans la page html. Si tu
voulez des sauts de ligne dans le code HTML généré, utilisez la séquence '\n'.
Mise en situation :
Haut de page[monrouteur] : Analyse du trafic pour ETZ C1
Notre Campus Backbone fonctionne sur une ligne FDDI\n
avec un taux de transfert maximal de 12.5 mégaoctets par
Deuxième.
RouteurUptime
Dans les cas où vous calculez la bande passante utilisée à partir de plusieurs interfaces, vous ne
obtenez la disponibilité du routeur et le nom du routeur affichés sur la page Web.
Si ces interfaces sont sur le même routeur et que la disponibilité et le nom doivent s'afficher, vous
doit préciser sa communauté et s'adresser à nouveau au RouteurUptime mot-clé.
Si vous souhaitez utiliser un OID spécial pour interroger la disponibilité du routeur, utilisez le préfixe de l'oid.
Mise en situation :
Cible[kacisco.comp.edu] : 1 :[email protected] + 2 :[email protected]
RouterUptime[kacisco.comp.edu] : [email protected]
RouterUptime[kacisco.comp.edu] : hrSystemUptime.0 :[email protected]
Nom du routeur
Si le nom par défaut du routeur est incorrect/non informatif, vous pouvez utiliser RouterName pour
spécifiez un OID différent sur le même hôte ou sur un hôte différent.
Un exemple pratique : sysName sur les unités BayTech DS72 affiche toujours "ds72", quoi qu'il arrive
vous définissez l'ID d'unité sur. Au lieu de cela, l'ID de l'unité est stocké dans 1.3.6.1.4.1.4779.1.1.3.0, donc
nous pouvons faire en sorte que MRTG affiche ceci au lieu de sysName.
Mise en situation :
Nom du routeur [kacisco.comp.edu] : 1.3.6.1.4.1.4779.1.1.3.0
Un OID différent sur un hôte différent peut également être spécifié :
Nom du routeur [kacisco.comp.edu] : 1.3.6.1.4.1.4779.1.1.3.0 :[email protected]
MaxOctets1
Identique à MaxBytes, pour la variable 1.
MaxOctets2
Identique à MaxBytes, pour la variable 2.
IPv4 uniquement
De nombreux routeurs IPv6 ne prennent actuellement pas en charge SNMP sur IPv6 et doivent être surveillés à l'aide de
IPv4. L'option IPv4Only force mrtg à utiliser IPv4 lors de la communication avec la cible, même
si IPv6 est activé. Ceci est utile si la cible est un nom d'hôte avec à la fois IPv4 et IPv6
adresses; sans le mot clé IPv4Only, la surveillance d'un tel routeur ne fonctionnera pas si IPv6 est
activée.
Si défini sur no (valeur par défaut), mrtg utilisera IPv6 à moins que la cible n'ait pas d'adresses IPv6, dans
auquel cas il utilisera IPv4. S'il est défini sur yes, mrtg utilisera uniquement IPv4.
Notez que si cette option est définie sur oui et que la cible n'a pas d'adresse IPv4,
la communication avec la cible échouera.
Cette option n'a aucun effet si IPv6 n'est pas activé.
Mise en situation :
Cible[v4onlyrouter_1] : 1 : public@v4onlyrouter
IPv4Only[v4onlyrouter_1] : Oui
Options SNMP (V3)
SNMPv3 nécessite un ensemble d'options assez riche. Ce mot-clé par cible permet d'accéder à
le modèle de sécurité utilisateur de SNMPv3. Les options sont répertoriées dans la même syntaxe qu'un hachage perl.
Sécurité Modes
SNMPv3 a trois modes de sécurité, définis sur le périphérique interrogé. Par exemple, sur
Routeurs Cisco le mode de sécurité est défini par la configuration globale du groupe snmp-server
commander.
NoAuthNoPriv
Ni l'authentification ni la confidentialité ne sont définies. Seule l'option Nom d'utilisateur est spécifiée
pour ce mode.
Mise en situation :
SnmpOptions[myrouter] : username=>'user1'
AuthNoPriv
Utilise un nom d'utilisateur et un mot de passe. Le mot de passe peut être haché à l'aide de la clé snmp
application, ou transmis en texte brut avec le ContextEngineID
Mise en situation :
SnmpOptions[myrouter] : username=>'user1',authpassword=>'example',
contextengineid=>'80000001110000004000000'
Priv
L'authentification et la confidentialité sont définies. Le protocole de confidentialité par défaut est des.
Mise en situation :
SnmpOptions[myrouter]: authkey=>'0x1e93ab5a396e2af234c8920e61cfe2028072c0e2',
authprotocol=>'sha',privprotocol=>'des',username=>'user1',
privkey=>'0x498d74940c5872ed387201d74b9b25e2'
snmp Options
Les mots-clés d'option suivants sont reconnus :
Nom d'utilisateur
L'utilisateur associé au modèle de sécurité utilisateur
nom de contexte
Un agent SNMP peut définir plusieurs contextes. Ce mot-clé permet de les interroger.
ID du moteur de contexte
Une chaîne unique de 24 octets identifiant l'agent snmp.
mot de passe authentifié
Le mot de passe en clair d'un utilisateur en mode AuthNoPriv ou Priv.
clé d'authentification
Un hachage md5 ou sha du mot de passe en texte brut, ainsi que l'engineid. Utilisez le
programme de ligne de commande snmpkey pour générer ce hachage, ou utilisez Net::SNMP::Security::USM dans
un scénario.
protocole d'authentification {sha|md5}
L'algorithme de hachage défini sur le client SNMP. La valeur par défaut est md5.
mot de passe privé
Une clé pré-partagée en texte clair pour chiffrer les paquets snmp en mode Priv.
clé privée
Un hachage de la clé pré-partagée en texte brut, ainsi que l'engineid. Utiliser la clé snmp
programme en ligne de commande pour générer ce hachage, ou utilisez Net::SNMP::Security::USM dans un
scripts.
protocole privé {des|3desede|aescfb128|aescfb192|aescfb256}
Spécifie la méthode de chiffrement définie sur l'agent snmp. La valeur par défaut est des.
Pied de page
Choses à ajouter au bas de la page HTML générée. Notez que vous pouvez avoir plusieurs
lignes de texte tant que la première colonne est vide.
Notez que les lignes de continuation se retrouveront toutes sur la même ligne dans la page html. Si tu
voulez des sauts de ligne dans le code HTML généré, utilisez la séquence '\n'.
Le matériel sera ajouté juste avant le étiqueter:
Mise en situation :
Pied de page[monrouteur] : Contactmailto:[email protected]"> Pierre
si vous avez des questions concernant cette page
Ajouter une tête
Utilisez cette balise comme le Haut de page en-tête, mais son contenu sera ajouté entre et
.
Mise en situation :
AddHead[monrouteur] :mailto:[email protected]">
BaliseCorps
BodyTag vous permet de fournir le vôtre balise pour les pages Web générées.
Mise en situation :
BodyTag[monrouteur] :
CONTEXTE="/stats/images/bg.neo2.gif">
AbsMax
Si vous surveillez un lien qui peut gérer plus de trafic que le Nombre maximum d'octets valeur. Par exemple, un
ligne qui utilise la compression ou un lien de relais de trame, vous pouvez utiliser le AbsMax mot-clé pour
donner la valeur maximale absolue jamais atteinte. Nous devons le savoir pour trier
des valeurs irréalistes renvoyées par les routeurs. Si vous ne définissez pas AbsMax, le taux d'augmentation sera
ignorer les valeurs supérieures à Nombre maximum d'octets.
Mise en situation :
AbsMax[monrouteur] : 2500000
Non mis à l'échelle
Par défaut, chaque graphique est mis à l'échelle verticalement pour rendre les données réelles visibles même lorsqu'elles sont
beaucoup plus bas que Nombre maximum d'octets. Avec le Non mis à l'échelle variable, vous pouvez supprimer cela. C'est
l'argument est une chaîne, contenant une lettre pour chaque graphique que vous ne souhaitez pas mettre à l'échelle :
j=jour w=semaine m=mois y=année. Il existe également un cas particulier pour désactiver la variable
complètement : n=aucun. Cela peut être utile au cas où vous auriez besoin d'outrepasser un
configuration. Dans l'exemple, les mises à l'échelle des graphiques annuels et mensuels sont supprimées.
Mise en situation :
Unscaled[myrouter] : ym
AvecPic
Par défaut, les graphiques ne contiennent que les valeurs moyennes des variables surveillées -
normalement les taux de transfert pour le trafic entrant et sortant. L'option suivante
indique à mrtg d'afficher les valeurs maximales de 5 minutes dans la [semaine], [mois] et [an] tôt
graphique. Dans l'exemple, nous définissons le graphique mensuel et annuel pour contenir également le pic
comme valeurs moyennes.
Exemples :
WithPeak[myrouter] : ym
Supprimer
Par défaut, mrtg produit 4 graphiques. Avec cette option, vous pouvez supprimer la génération de
graphiques sélectionnés. La syntaxe de la valeur de l'option est analogue aux deux options ci-dessus. Dans ce
Par exemple, nous supprimons le graphique annuel car il est assez vide au début.
Mise en situation :
Supprimer[monrouteur] : y
Extension
Par défaut, mrtg crée des fichiers .html. Utilisez cette option pour dire à mrtg d'utiliser un autre
extension. Par exemple, vous pouvez définir l'extension sur php3, puis vous pourrez
incluez des balises PHP dans la sortie (utile pour obtenir un nom de routeur à partir d'une base de données).
Mise en situation :
Extension[monrouteur] : phtml
Annuaire
Par défaut, mrtg met tous les fichiers qu'il génère pour chaque cible (les GIF, le HTML
page, le fichier journal, etc.) dans RépTravail.
Si la Annuaire est spécifiée, les fichiers sont placés dans un répertoire sous
RépTravail ou Log-, Image- et HtmlDir). (Par exemple le Annuaire l'option ci-dessous entraînerait
tous les fichiers d'un myrouter cible à mettre dans le répertoire
/usr/tardis/pub/www/stats/mrtg/myrouter/ .)
Le répertoire doit déjà exister ; mrtg ne le créera pas.
Mise en situation :
WorkDir : /usr/tardis/pub/www/stats/mrtg
Répertoire[monrouteur] : monrouteur
REMARQUE : l'option Répertoire doit toujours être « relative » ou de mauvaises choses se produiront.
Clonerépertoire
Si la Annuaire l'option est spécifiée, le Clonerépertoire l'option copiera tout le contenu
of Annuaire à la Clonerépertoire.
Mise en situation :
WorkDir : /usr/tardis/pub/www/stats/mrtg
Répertoire[monrouteur] : monrouteur
Répertoire de clone [monrouteur] : mon répertoire de clone
Le nom de la cible peut éventuellement être modifié lors du processus de clonage.
Mise en situation :
WorkDir : /usr/tardis/pub/www/stats/mrtg
Répertoire[monrouteur] : monrouteur
Répertoire de clone [mon routeur] : mon répertoire de clone ma nouvelle cible
REMARQUE1 : le répertoire de clonage doit déjà exister ; mrtg ne le créera pas.
REMARQUE 2 : L'option Clonedirectory doit également toujours être « relative » ou de mauvaises choses se produiront.
REMARQUE3 : Cela nécessite le module File::Copy
Taille XS et mes Taille Y
Par défaut, les graphiques mrtgs ont une largeur de 100 x 400 pixels (plus un peu plus pour les étiquettes. Dans le
exemple nous obtenons des graphiques presque carrés ...
Remarque : XSize doit être compris entre 20 et 600 ; YSize doit être supérieur à 20
Mise en situation :
Taille XS[monrouteur] : 300
YSize[monrouteur] : 300
ZoomX et mes YZoom
Si vous voulez que vos graphiques aient des pixels plus gros, vous pouvez les "Zoomer".
Mise en situation :
XZoom[monrouteur] : 2.0
YZoom[monrouteur] : 2.0
Échelle X et mes Échelle Y
Si vous voulez que vos graphiques soient réellement mis à l'échelle, utilisez Échelle X et mes Échelle Y. (Attention : alors que cela
fonctionne, les résultats ont l'air moche (pour être franc) donc si quelqu'un veut résoudre ce problème : les correctifs sont
Bienvenue.
Mise en situation :
XScale[monrouteur] : 1.5
YScale[monrouteur] : 1.5
YTiques et mes Facteur YTics
Si vous souhaitez afficher plus de 4 lignes par graphique, utilisez YTics. Si vous souhaitez mettre à l'échelle le
valeur utilisée pour la YLegend de ces tics, utilisez YTicsFactor. La valeur par défaut pour YTics est
4 et la valeur par défaut pour YTicsFactor est 1.0 .
Mise en situation :
Supposons que vous obteniez des valeurs allant de 0 à 700. Vous souhaitez tracer 7 lignes et souhaitez afficher
0, 1, 2, 3, 4, 5, 6, 7 au lieu de 0, 100, 200, 300, 400, 500, 600, 700. Vous devez écrire
puis:
YTics[monrouteur] : 7
YTicsFactor[monrouteur] : 0.01
Facteur
Si vous voulez multiplier tous les nombres affichés sous le graphique avec un facteur constant, utilisez ceci
directive pour le définir ..
Mise en situation :
Facteur[as400] : 4096
Step
Changez le pas par défaut de 5 * 60 secondes à autre chose (je n'ai pas beaucoup testé
...)
Mise en situation :
Étape [mon routeur] : 60
Titre PNG
Lors de l'utilisation de rateup pour la génération de graphique, cela imprimera le titre donné dans le graphique qu'il
génère.
Mise en situation :
PNGTitle[myrouter] : lien WAN Royaume-Uni-États-Unis
Options
Vue d'ensemble Options Keyword vous permet de définir des commutateurs booléens :
grandir
Le graphique grandit vers la gauche par défaut. Cette option inverse le sens de la croissance
faisant en sorte que l'heure actuelle se trouve au bord droit du graphique et les valeurs de l'historique
à gauche de celui-ci.
les bits
Toutes les valeurs des variables surveillées sont multipliées par 8 (c'est-à-dire affichées en bits au lieu de
octets) ... semble beaucoup plus impressionnant :-) Cela affecte également le "réglage d'usine"
l'étiquetage et les unités pour la cible donnée.
par minute
Toutes les valeurs des variables surveillées sont multipliées par 60 (c'est-à-dire affichées en unités par minute
au lieu d'unités par seconde) en cas de petites valeurs, des graphiques plus précis sont
affiché. Cela affecte également l'étiquetage et les unités « par défaut d'usine » pour le
cible.
par heure
Toutes les valeurs des variables surveillées sont multipliées par 3600 (c'est-à-dire affichées en unités par heure
au lieu d'unités par seconde) en cas de petites valeurs, des graphiques plus précis sont
affiché. Cela affecte également l'étiquetage et les unités « par défaut d'usine » pour le
cible.
pas d'information
Supprimez les informations sur la disponibilité et le nom de l'appareil dans la page Web générée.
aucun pour cent
N'imprimez pas les pourcentages d'utilisation.
communication
Rendez l'arrière-plan des gifs générés transparent.
entier
Imprimez les lignes récapitulatives sous le graphique sous forme d'entiers sans virgules.
Pourcentage Dorel
Le pourcentage relatif du trafic IN par rapport au trafic OUT est calculé et affiché dans
le graphique comme une ligne supplémentaire. Remarque : Seule une échelle fixe est disponible (de 0 à
100%). Par conséquent, si le trafic IN est supérieur au trafic OUT, 100% est affiché. Si
vous pensez que votre trafic IN n'est pas toujours inférieur ou égal à votre trafic OUT
vous êtes prié de ne pas utiliser cette option. Remarque : si vous utilisez cette option en combinaison
couplé à Couleurs options, une cinquième paire couleur-nom couleur-valeur y est requise.
pointe moyenne
Certains FAI utilisent les valeurs de crête moyennes pour facturer leurs clients. À l'aide de
cette option MRTG affiche ces valeurs pour chaque graphique. La valeur est construite en faisant la moyenne
la moyenne de trafic maximale de 5 minutes pour chaque « étape » indiquée dans le graphique. Pour l'hebdomadaire
graphique cela signifie qu'il construit la moyenne de tous les intervalles de 2 heures pic de 5 minutes
valeurs. (Confondu ? Je le pensais !)
jauge
Traitez les valeurs recueillies à partir de la cible comme des mesures de « état actuel » et non comme jamais
compteurs incrémentés. Cela serait utile pour surveiller des choses comme l'espace disque,
charge du processeur, température, etc.
En l'absence d'options « jauge » ou « absolue », MRTG traite les variables comme des compteurs
et calcule la différence entre la valeur actuelle et la valeur précédente et divise
que par le temps écoulé entre les deux dernières lectures pour obtenir la valeur à tracer.
absolu
C'est pour les sources de données de type compteur qui réinitialisent leur valeur lorsqu'elles sont lues. Cette
signifie que rateup n'a pas à faire la différence entre le courant et le
dernière valeur lue à partir de la source de données. La valeur obtenue est encore divisée par le
temps écoulé entre la lecture actuelle et la dernière lecture, ce qui le rend différent de
l'option "jauge". Utile pour les collecteurs de données externes.
dériver
Si vous utilisez rrdtool comme enregistreur/graphe, vous pouvez utiliser un troisième type de source de données.
Derive est comme le compteur, sauf qu'il n'est pas nécessaire de monter tout le temps. Il est
utile pour les situations où le changement d'une valeur doit être représenté graphiquement.
unknaszéro
Consigner les données inconnues comme zéro au lieu du comportement par défaut consistant à répéter la dernière valeur
vu. Soyez prudent avec cela, souvent une ligne plate dans le graphique est beaucoup plus évidente qu'un
ligne à 0.
avec des zéros
Normalement, nous ignorons toutes les valeurs qui sont nulles lors du calcul du transfert moyen
taux sur une ligne. Si cela n'est pas souhaitable, utilisez cette option.
pas de frontière
Si vous utilisez rateup pour enregistrer les données, MRTG créera les images graphiques. Normalement
ces images sont entourées d'une bordure ombrée. Si vous ne voulez pas que la frontière soit
dessiné, activez cette option. Cette option n'a aucun effet si vous n'utilisez pas rateup.
pas de flèche
Comme pour l'option ci-dessus, cela n'affecte que la génération du graphique de taux d'augmentation. Normalement, augmentez
générera des graphiques avec une petite flèche indiquant la direction des données. Si tu fais
ne voulez pas que cette flèche soit dessinée, activez cette option. Cette option n'a aucun effet si vous
n'utilisent pas rateup.
noi Lorsque vous utilisez rateup pour la génération de graphiques, vous pouvez utiliser cette option pour arrêter le dessin de rateup
un graphique pour le « I » ou la première variable. Cela supprime également les entrées pour cette variable dans
la page HTML MRTG génère, et supprimera les pics pour cette variable s'ils sont
activée. Cela vous permet de masquer ces données, ou peut être très utile si vous n'êtes
représenter graphiquement une ligne de données plutôt que deux. Cette option n'est pas destructrice - aucune donnée
reçue pour la variable a continué à être enregistrée, elle n'est tout simplement pas affichée.
noo Identique à ci-dessus, sauf en ce qui concerne le « O » ou la deuxième variable.
pas de bannière
Lors de l'utilisation de rateup pour la génération de graphiques, cette option désactive MRTG en ajoutant le MRTG
bannière aux pages HTML qu'il génère.
aucune légende
Lors de l'utilisation de rateup pour la génération de graphiques, cette option empêchera MRTG de créer un
légende au bas des pages HTML qu'il génère.
routeur d'impression
Lors de l'utilisation de rateup pour la génération de graphiques, cette option imprimera le nom du routeur dans le
graphique qu'il génère. Cette option est remplacée par la valeur de PNGTitle si l'on est
donné
date png
Lors de l'utilisation de rateup pour la génération de graphiques, cette option imprimera un horodatage dans le
graphique qu'il génère, y compris un fuseau horaire s'il est spécifié par le 'Timezone'
paramètre. Cela équivaut à définir TimeStrPost[x] : RU
Échelle logarithmique
Vue d'ensemble Échelle logarithmique L'option fait en sorte que rateup affiche les données avec l'axe Y mis à l'échelle
logarithmiquement. Cela permet au trafic normal d'occuper la majorité du
verticale, tout en montrant les pointes à toute leur hauteur.
Échelle logarithmique affiche toutes les données disponibles et produira toujours des graphiques bien comportés.
Cependant, les gens considèrent souvent un graphique à échelle logarithmique comme contre-intuitif, et
donc difficile à interpréter.
échelle exp
Vue d'ensemble échelle exp L'option fait en sorte que rateup affiche les données avec l'axe Y mis à l'échelle
exponentiellement. Cela met l'accent sur les petits changements en haut de l'échelle ; cela peut être
utile pour représenter graphiquement des valeurs qui fluctuent légèrement vers le haut de la
échelle, telle que la tension de ligne.
échelle exp est essentiellement l'inverse de Échelle logarithmique.
deuxième moyen
Vue d'ensemble deuxième moyen L'option définit la valeur maximale sur le graphique à la moyenne des données
supérieure à la moyenne de toutes les données. Cela produit un graphique qui se concentre davantage sur la
données typiques, tout en écrêtant les grands pics.
En utilisant deuxième moyen donnera un graphique à échelle linéaire plus intuitif, mais peut entraîner un
échelle inutilement haute ou basse dans certaines situations rares (en particulier, lorsque les données
comprend une grande partie des valeurs loin de la moyenne réelle)
Si une cible comprend à la fois Échelle logarithmique et mes deuxième moyen dans les options, le deuxième moyen prend
priorité.
Mise en situation :
Options[myrouter] : growright, bits
kilo
Utilisez cette option pour modifier la valeur du multiplicateur pour les préfixes de construction. La valeur par défaut est
1000. Cette balise est pour le cas particulier où 1 Ko = 1024B, 1 Mo = 1024 Ko et jusqu'à présent.
Mise en situation :
kilo[monrouteur] : 1024
kmG
Modifiez les préfixes multiplicateurs par défaut (,k,M,G,T,P). Dans la balise Légende courte définir seulement
les unités de base. Format : liste de préfixes séparés par des virgules. Deux virgules consécutives ou un
la virgule au début ou à la fin de la ligne ne donne aucun préfixe sur cet élément. Si tu ne veux pas
préfixes, il suffit de mettre deux virgules consécutives. Si vous voulez sauter une magnitude, sélectionnez '-' comme
valeur.
Exemple : vitesse en nm/s (nanomètres par seconde) affichée en nm/h.
ShortLegend[myrouter] : m/h
kMG[monrouteur] : n,u,m,,k,M,G,T,P
options[myrouter] : par heure
Couleurs
Vue d'ensemble Couleurs La balise vous permet de remplacer le schéma de couleurs par défaut. Remarque : les 4
les couleurs requises doivent être spécifiées ici. Le nom de la couleur ('Colourx' ci-dessous) est la légende
nom affiché, tandis que la valeur RVB est la couleur réelle utilisée pour l'affichage, à la fois sur le
graphique et dans la doc html.
Le format est : Col1#RRGGBB,Col2#RRGGBB,Col3#RRGGBB,Col4#RRGGBB
Important : si vous utilisez le Pourcentage Dorel les options balisent une cinquième paire de valeurs de couleur de nom de couleur
is required: Col1#RRGGBB,Col2#RRGGBB,Col3#RRGGBB,Col4#RRGGBB,Col5#RRGGBB
Couleur1
Première variable (normalement Input) sur le graphique par défaut.
Couleur2
Deuxième variable (normalement sortie) sur le graphique par défaut.
Couleur3
Max première variable (entrée).
Couleur4
Max deuxième variable (sortie).
RRGGBB
Valeurs hexadécimales à 2 chiffres pour le rouge, le vert et le bleu.
Mise en situation :
Colours[myrouter]: GREEN#00eb0c,BLUE#1000ff,DARK GREEN#006600,VIOLET#ff00ff
Contexte
Le Contexte tag vous pouvez configurer la couleur de fond du HTML généré
.
Mise en situation :
Arrière-plan [mon routeur] : #a0a0a0a
YLegende, ShortLegende, Légende[1234]
Les mots-clés suivants vous permettent de remplacer le texte affiché pour les différentes légendes de
le graphique et dans le document HTML :
YLegende
L'étiquette de l'axe Y du graphique. Notez qu'un texte trop long pour tenir dans le graphique
sera silencieusement ignoré.
Légende courte
La chaîne d'unités (par défaut 'b/s') utilisée pour Max, Average et Current
Légende[1234IO]
Les chaînes de la légende des couleurs.
Mise en situation :
YLegend[myrouter] : bits par seconde
ShortLegend[myrouter] : b/s
Legend1[myrouter] : trafic entrant en bits par seconde
Legend2[myrouter] : trafic sortant en bits par seconde
Legend3[myrouter] : Trafic entrant maximal de 5 minutes
Legend4[myrouter] : Trafic sortant maximal de 5 minutes
LégendeI[monrouteur] : Dans :
LegendO[monrouteur] : Sortie :
Remarque, si LégendeI or LégendeO sont définis sur une chaîne vide avec
LégendeO[monrouteur] :
La ligne correspondante sous le graphique ne sera pas du tout imprimée.
Fuseau horaire
Si vous vivez dans un monde international, vous souhaiterez peut-être générer les graphiques dans différentes
fuseaux horaires. Ceci est défini dans la variable TZ. Sous certains systèmes d'exploitation comme Solaris,
cela provoquera l'appel à l'heure locale pour donner l'heure dans le fuseau horaire sélectionné.
Mise en situation :
Fuseau horaire[myrouter] : Japon
Le fuseau horaire est le fuseau horaire standard de votre système, c'est-à-dire Japon, Hong Kong, GMT, GMT+1, etc.
et ainsi de suite
Format de la semaine
Par défaut, mrtg (en fait rateup) utilise le strftime(3) option '%V' pour formater les numéros de semaine
dans les graphiques mensuels. La sémantique exacte de cette option de format varie selon les systèmes.
Si vous trouvez que les numéros de semaine sont erronés et que votre système strftime(3) routine
le prend en charge, vous pouvez essayer une autre option de format. L'option POSIX '%V' correspond au
Norme de numérotation des semaines ISO 8601 largement utilisée. Le caractère de format de semaine doit être
spécifié comme une seule lettre ; soit W, V ou U.
La version UNIX de rateup utilise l'implémentation libc de strftime. Sous Windows, le
L'implémentation native de strftime ne connaît pas %V. Donc là, nous utilisons un autre
implémentation de strftime qui prend en charge %V.
Mise en situation :
Format de la semaine[monrouteur] : W
RRDrowCount
Cela affecte la création de nouveaux fichiers rrd. Par défaut, les rrds sont créés pour contenir environ 1
la valeur d'une journée de données haute résolution. (plus 1 semaine de données de 30 minutes, 2 mois de 2 heures
données et 2 ans de données 1 jour). Avec ce mot-clé vous pouvez changer le nombre de base
entrées d'intervalle configurées pour les nouveaux rrds au fur et à mesure de leur création. Notez que vous devez prendre le
temps d'intervalle en compte.
Mise en situation :
RRDRowCount[monrouteur] : 1600
RRDRowCount30m
Selon RRDRowCount, mais pour les RRA -généralement- utilisés pour des données de 30 minutes. Même ainsi, vous
doit encore tenir compte de l'intervalle de base. Omettre ce mot-clé forcera le
ancienne valeur par défaut de 800 lignes.
Mise en situation :
RRDRowCount30m[monrouteur] : 800
RRDrowCount2h
Selon RRDRowCount, mais pour les RRA -généralement- utilisés pour les données de 2 heures. Même ainsi, vous devez
toujours tenir compte de l'intervalle de base. Omettre ce mot-clé forcera l'ancien
par défaut de 800 lignes.
Mise en situation :
RRDRowCount2h[monrouteur] : 400
RRDrowCount1d
Selon RRDRowCount, mais pour les RRA -généralement- utilisés pour les données d'un jour. Même ainsi, vous devez
toujours tenir compte de l'intervalle de base. Omettre ce mot-clé forcera l'ancien
par défaut de 800 lignes.
Mise en situation :
RRDRowCount1d[monrouteur] : 200
RRDHWRRA
Normalement, les RRD créés par MRTG ne contiendront que les informations recueillies directement auprès de
la cible respective. Avec cette option, vous pouvez accéder à rrdtools aberrant avancé
module de détection de comportement basé sur les prévisions Holt-Winters. La propriété RRDHWRRAs
spécifie les RRA Holt-Winters comme décrit dans la page de manuel rrdcreate.
Notez que ce paramètre n'affectera que les RRD (cibles) nouvellement créés.
Mise en situation :
RRDHWRRA[monrouteur] : RRA:HWPREDICT:1440:0.1:0.0035:288
HeureStrPos
Cela définit le placement de la chaîne d'horodatage sur l'image. Les valeurs possibles sont RU, LU,
RL, LL (qui représentent respectivement RightUpper, LeftUpper, RightLower et LeftLower
coin) et NON (pour aucun horodatage). Par défaut, aucun horodatage n'est placé sur l'image.
Mise en situation :
TimeStrPos[monrouteur] : RU
HeureStrFmt
En utilisant ce mot-clé, vous pouvez spécifier le format de l'horodatage à placer sur l'image (si
activé par le mot-clé TimeStrPos). La chaîne spécifiée sera utilisée par le strftime()
fonction - voir strftime(3) la documentation pour les spécificateurs de conversion disponible sur votre
système. Format par défaut : %Y-%m-%d %H:%M
Mise en situation :
TimeStrFmt[monrouteur] : %H:%M:%S
SEUIL VÉRIFICATION
Grâce à sa fonctionnalité de vérification de seuil, mrtg est capable de détecter les problèmes de seuil pour
les différentes cibles et peut appeler des scripts externes pour gérer ces problèmes (par exemple envoyer
e-mail ou une page à un administrateur).
La vérification des seuils est configurée via les paramètres suivants :
RepSeuil (GLOBAL)
En définissant ThreshDir pour pointer vers un répertoire accessible en écriture, MRTG ne vous alertera que lorsqu'un
la limite de seuil a été franchie.
Mise en situation :
ThreshDir : /var/mrtg/thresh
SeuilHyst (GLOBAL)
Si un seuil est dépassé et que vous avez défini un threshdir, alors mrtg enverra le courrier une fois
le seuil devient « ininterrompu » pour éviter les situations où les messages sont interrompus et ininterrompus
sont envoyés en succession rapprochée, nous n'envoyons un message ininterrompu qu'une fois que la valeur actuelle est
0.1 (10 %) du seuil. en utilisant la variable de configuration ThreshHyst que vous pouvez personnaliser
cette valeur.
Exemple pour 5% :
SeuilHyst : 0.05
ThreshMailServer (GLOBAL)
Adderss d'un serveur SMTP qui va accepter le courrier sur les seuils dépassés et
ininterrompu.
ThreshMailSender (GLOBAL)
Quelle est l'adresse de l'expéditeur du courrier de seuil.
Mise en situation :
ThreshMailSender : [email protected]
ThreshMailAdresse (POUR CIBLE)
Adresse e-mail pour les e-mails liés au seuil. Cela ne fonctionnera que si un serveur de messagerie a été
configuré.
Mise en situation :
ThreshMailAddress[_] : [email protected]
ThreshMailAddress[routeur] :
Cela amènerait le courrier à seuil de sortie à tout sauf à la cible appelée « routeur ».
SeuilMinI (POUR CIBLE)
Il s'agit de la valeur minimale acceptable pour le paramètre d'entrée (premier). Si le paramètre
tombe en dessous de cette valeur, le programme spécifié dans ThreshProgI sera exécuté et un courrier
être envoyé à ThreshMailAddress si spécifié. Si la valeur se termine par '%' alors le
le seuil est défini par rapport à MaxBytes.
SeuilMaxI (POUR CIBLE)
Fonctionne de la même manière que TheshMinI mais agit lorsque la valeur est supérieure à ThreshMaxI.
DescSeuil (POUR CIBLE)
Sa valeur sera affectée à la variable d'environnement THRESH_DESC avant l'un des
les programmes mentionnés ci-dessous sont appelés. Les programmes peuvent utiliser la valeur de cette variable pour
produire une sortie plus conviviale.
ThreshProgI (POUR CIBLE)
Cela définit un programme à exécuter si ThreshMinI ou ThreshMaxI est cassé. MRTG passe 3
arguments : la variable $router, la valeur seuil cassée et le paramètre actuel
valeur.
ThreshProgOKI (POUR CIBLE)
Ceci définit un programme à exécuter si le paramètre est actuellement OK (basé sur ThreshMinI et
ThreshMaxI), mais n'était pas OK lors de l'exécution précédente - sur la base des fichiers trouvés dans
ThreshDir. MRTG passe 3 arguments : la variable $router la valeur de seuil ininterrompue, et
la valeur actuelle du paramètre.
SeuilMinO, SeuilMaxO, SeuilProgO, et mes SeuilProgOKO
Ceux-ci fonctionnent de la même manière que leurs homologues *I, sauf sur le paramètre Output (second).
DéfinirEnv
Lorsque vous appelez des scripts de seuil à partir de votre fichier cfg, vous souhaiterez peut-être transmettre des données
sur le script. Cela peut être fait avec l'option de configuration SetEnv qui prend un
série d'affectations de variables d'environnement. Notez que les devis sont obligatoires. Cela fait
ne fonctionne pas pour les scripts externes. Il n'est pas possible de définir des variables d'environnement par cible.
Mise en situation :
SetEnv[monrouteur] : EMAIL="[email protected]"
HOST="www.some_server.net"
HW Échec Basse seuil Vérification
Lors de l'utilisation de la journalisation basée sur rrd avec des RRA matériels définis. Vous pouvez utiliser les limites de confiance
violations stockées dans le RRA FAILURES pour les alertes basées sur des seuils.
Là, toutes les variables de seuil spécifiques à la cible ont une contrepartie Hold-Winters :
ThreshMailAddress -> HWThreshMailAddress
ThreshMinI -> HTThreshMinI
Les variables globales pour la vérification des seuils sont partagées à l'exception de la
ThreshHyst -> HTThreshHyst
Et HWTHRESHDesc définit la variable HWTHRESH_DESC.
POUR CIBLE DEFAULT VALEURS
Pré- et mes Postfix
Pour vous épargner de la frappe, vous pouvez définir une cible appelée '^'. Le texte de chaque mot-clé
que vous définissez pour cette cible sera PREPENDED au mot-clé correspondant de tous les
cibles définies sous cette ligne. Il en va de même pour une cible appelée '$' mais son texte sera
être ANNEXÉ.
Notez qu'un espace est inséré entre le texte ajouté au début et la valeur du mot-clé, ainsi que
entre la valeur du mot-clé et le texte ajouté. Cela fonctionne bien pour les mots clés à valeur textuelle,
mais n'est pas très utile pour les autres mots-clés. Voir la description de la cible "par défaut" ci-dessous.
L'exemple obligera mrtg à utiliser un en-tête commun et une personne de contact commune dans tous les
pages générées à partir des cibles définies plus loin dans ce fichier.
Mise en situation :
Haut de page[^] : Statistiques de trafic NoWhere Unis
PageTop[$] : contactez Peter Norton si vous avez des questions
Pour supprimer la valeur de préfixe/ajout, spécifiez une valeur vide, par exemple :
Haut de page[^] :
Haut de page[$] :
Pas de SpaceChar
Avec PREPEND et APPEND (voir ci-dessous) il y a normalement un espace inséré entre le local
valeur et la valeur PRE- ou APPEND. Parfois, ce n'est pas souhaitable. Vous pouvez utiliser le
option globale Pas de SpaceChar pour définir un caractère qui peut être mentionné à la fin d'un $
ou ^ définition afin de supprimer l'espace.
Mise en situation :
NoSpaceChar : ~
Cible[^] : 1.3.6.1.4.1.482.50.2.4.20.0&1.3.6.1.4.1.482.50.2.4.21.0:get@~
Cible[a] : a.tolna.net
Cible[b] : b.tolna.net
Cible[c] : c.tolna.net
Cible[d] : d.tolna.net
Réglage par défaut Microbioscience
Le nom cible '_' spécifie une valeur par défaut pour ce mot-clé. En l'absence d'explicite
Valeur du mot-clé, la valeur du mot-clé ajouté et ajouté, la valeur par défaut sera
utilisé.
Mise en situation :
Ytaille[_] : 150
Options[_] : growright, bits, nopercent
AvecPic[_] : ymw
Supprimer[_] : oui
MaxBytes[_] : 1250000
Pour supprimer la valeur par défaut et revenir au 'défaut d'usine', spécifiez une valeur vide,
par exemple:
YLégende[_] :
Il peut y avoir plusieurs instances de définition des valeurs par défaut/préfixe/ajouté dans le
fichier de configuration. Le dernier réglage remplace le précédent pour le reste de la
fichier de configuration. Les valeurs par défaut/préfixes/ajoutées utilisées pour un mot-clé/une cible donnés
sont celles qui étaient en vigueur au moment du fichier de configuration où le
cible a été mentionnée pour la première fois.
Mise en situation :
MaxBytes[_] : 1250000
Cible[myrouter.somplace.edu.2] : 2 :[email protected]
MaxBytes[_] : 8000
Titre[myrouter.somplace.edu.2] : Analyse du trafic pour myrouter.somplace.edu IF 2
Le défaut Nombre maximum d'octets pour la cible myrouter.someplace.edu.2 dans l'exemple ci-dessus sera
1250000, qui était en effet là où le nom de la cible myrouter.someplace.edu.2 est apparu pour la première fois
dans le fichier de configuration.
COMMAND LINE OPTIONS
--utilisateur Nom d'utilisateur et mes --grouper nom de groupe
Exécuter en tant qu'utilisateur et/ou groupe donné. (Unix uniquement)
--lock-fichier nom de fichier
Utilisez un autre fichier de verrouillage (la valeur par défaut est d'utiliser le fichier de configuration ajouté avec
"_l").
--confcache-fichier nom de fichier
Utilisez un autre fichier confcache (la valeur par défaut est d'utiliser le fichier de configuration ajouté
avec ".ok")
--enregistrement nom de fichier|eventlog
S'il est défini sur un nom de fichier accessible en écriture, toutes les sorties de mrtg (avertissements, messages de débogage,
erreurs) ira à nom de fichier. Si vous utilisez Win32, vous pouvez spécifier eventlog
au lieu d'un nom de fichier qui enverra toutes les erreurs au journal des événements Windows.
NOTE: Notez qu'il n'y a pas de DLL de message pour mrtg incluse avec mrtg. Cela a le côté
effet que l'enregistreur d'événements Windows affichera un message agréable avec chaque entrée dans
le journal des événements, se plaignant du fait que mrtg n'a pas de dll de message. Si vous allez au
mrtg contrib zone de téléchargement (sur le site) vous trouverez le mrtg-message-dll.zip
qui contient une telle chose.
--démon
Mettez MRTG en arrière-plan, fonctionnant comme un démon. Cela fonctionne de la même manière que le
option de fichier de configuration, mais le commutateur est requis pour le bon fonctionnement de FHS (car
/ var / run est accessible en écriture uniquement par root)
--fhs
Configurer tous les chemins mrtg pour se conformer à la spécification FHS ;
http://www.pathname.com/fhs/
--Chèque
Vérifiez uniquement les erreurs dans le fichier cfg. Ne fais rien.
--pid-file=s
Définir le nom et le chemin du fichier pid pour mrtg s'exécutant en tant que démon
--debug=s
Activez les options de débogage. L'argument de l'option de débogage est une liste séparée par des virgules de
valeurs de débogage :
cfg - regardez la lecture du fichier de configuration
dir - gestion des répertoires
base - déroulement du programme de base
tarp - analyseur cible
snpo - sondage snmp
coca - opérations confcache
fourche - vue fourche
heure - quelques informations sur le temps
log - journalisation des données via rateup ou rrdtool
eval - imprime les chaînes eval avant de les évaluer
prof - ajouter des informations sur le calendrier des embauches le rrd appelle
Mise en situation :
--debug="cfg,snpo"
EXIT CODES
Un code de sortie de 0 indique que toutes les cibles ont réussi. D'une manière générale, la plupart
les codes supérieurs à 0 indiquent qu'il y a eu un problème irrécupérable. Une exception à
il s'agit du code 91, qui indique qu'au moins une des cibles a réussi. UNE
la liste partielle des codes suit :
0 : toutes les cibles ont réussi
2: erreur de configuration (ne peut pas lire, erreur fatale dans la configuration, etc.)
17 : Un autre processus MRTG traite la configuration
91 : Au moins une cible réussie
92 : aucune cible n'a réussi
EXEMPLES
Un petit peu mrtg.cfg
WorkDir : /usr/tardis/pub/www/stats/mrtg
Cible[r1] : 2 :[email protected]
MaxBytes[r1] : 8000
Titre[r1] : Analyse du trafic RNIS
Haut de page[r1] : Statistiques de notre ligne RNIS
CFG pour plusieurs Routeurs.
WorkDir : /usr/tardis/pub/www/stats/mrtg
Titre[^] : Analyse du trafic pour
Haut de page[^] : Statistiques pour
PageTop[$] : Contactez le chef si vous remarquez quelqu'un
MaxBytes[_] : 8000
Options[_] : grandir
Titre[isdn] : notre ligne RNIS
PageTop[isdn] : notre ligne RNIS
Cible[RNIS] : 2 :[email protected]
Title[backb] : notre Backbone Campus
PageTop[backb] : notre Backbone Campus
Cible[backb] : 1 :[email protected]
MaxBytes[backb] : 1250000
# la ligne suivante supprime la valeur de préfixe par défaut
# défini ci-dessus
Titre[^] :
Titre[isdn2] : Trafic pour la ligne RNIS de secours
PageTop[isdn2] : notre ligne RNIS
Cible[isdn2] : 3 :[email protected]
Utiliser mrtg-reference en ligne à l'aide des services onworks.net
