cfgmaker - En ligne dans le Cloud

PROGRAMME:

Nom

cfgmaker - Crée des fichiers mrtg.cfg (pour mrtg-2.17.4)

SYNOPSIS

cfgmaker [options] [communauté@]routeur [[options] [communauté@]routeur ...]

OPTIONS

--ifref=nom références d'interface par nom d'interface (par défaut)
--ifref=ip ... par adresse IP
--ifref=eth ... par numéro Ethernet
--ifref=descr ... par la description de l'interface
--ifref=nr ... par numéro d'interface
--ifref=type ... par type d'interface
Vous pouvez également utiliser plusieurs options séparées par des virgules,
auquel cas le premier disponible est utilisé :
par exemple --ifref=ip,nom,nr

--ifdesc=nr la description de l'interface utilise le numéro d'interface (par défaut)
--ifdesc=ip ... utilise l'adresse IP
--ifdesc=eth ... utilise le numéro Ethernet
--ifdesc=descr ... utilise la description de l'interface
--ifdesc=name ... utilise le nom de l'interface
--ifdesc=catname ... utilise le nom d'interface CatOS
--ifdesc=ppname ... utilise le nom de port de passeport
--ifdesc=alias ... utilise l'alias d'interface
--ifdesc=type ... utilise le type d'interface
Vous pouvez également utiliser plusieurs options séparées par des virgules,
auquel cas le premier disponible est utilisé :
par exemple --ifdesc=catname,ppname,descr,alias,ip,name,nr

--if-filter=f Testez chaque interface par rapport au filtre f pour décider si
ou de ne pas inclure cette interface dans la collection.
Actuellement, f est en cours d'évaluation en tant qu'expression Perl
et sa valeur de vérité est utilisée pour rejeter ou accepter le
interface.
(Expérimental, en cours de développement, pourrait changer)

--if-template=fichier de modèle
Remplacer les entrées cibles normales pour les interfaces
avec une entrée telle que spécifiée par le contenu du fichier
fichier modèle. Le fichier est censé contenir Perl
code à exécuter pour générer les lignes pour le
cible dans le fichier de configuration.
(Expérimental, en cours de développement, pourrait changer)

--host-template=fichier de modèle
En plus de créer des cibles pour les interfaces d'un hôte
créez également des cibles pour l'hôte lui-même comme spécifié
par le contenu du fichier templatefile. Le fichier est
censé contenir du code Perl à exécuter pour générer
les lignes pour les cibles liées à l'hôte (telles que CPU,
mesures du temps de réponse ping, etc.) dans la configuration
fichier de ration.
(Expérimental, en cours de développement, pourrait changer)

--global "x: a" ajoute des entrées de configuration globales

--no-down ne regarde pas le statut admin ou opr des interfaces

--show-op-down affiche les interfaces qui sont en panne

--zero-speed=spd utilise cette vitesse en bits par seconde comme interface
vitesse pour toutes les interfaces qui renvoient une vitesse de 0
via ifSpeed/ifHighSpeed. 100 Mbps = 100000000

--subdirs=format donne à chaque routeur son propre sous-répertoire, en nommant chacun par
"format", dans lequel HOSTNAME et SNMPNAME seront
remplacés par les valeurs de ces éléments - par exemple,
--subdirs=HOSTNAME ou --subdirs="HOSTNAME (SNMPNAME)"

--noreversedns n'inverse pas les numéros d'adresse IP de recherche

--community=cmty Définissez la chaîne de communauté par défaut sur "cmty" au lieu de
"Publique".

--enable-ipv6 Activer la prise en charge IPv6, si les bibliothèques requises sont
présent. Les adresses IPv6 numériques doivent être incluses
entre crochets, par exemple public@[2001:760:4::1]:161

--use-16bit Utilise les ID de requête SNMP 16 bits pour interroger tous les routeurs.

--snmp-options=:[ ][:[ ][:[ ][:[ ][ : ]]]]

Spécifiez les options SNMP par défaut à ajouter à tous
routeurs suivants. Les champs individuels peuvent être vides.
Les routeurs suivants peuvent écraser tout ou partie des
options données à --snmp-options.

--dns-domain=domaine
Spécifie un domaine à ajouter au nom de tous
routeurs suivants.

--nointerfaces Ne génère aucune ligne de configuration pour les interfaces,
sauter l'étape de collecte des informations d'interface et
n'exécutez aucun code de modèle d'interface.

--interfaces Génère des lignes de configuration pour les interfaces (c'est le
défaut). L'objectif principal de cette option est d'annuler
un --nointerfaces apparaissant plus tôt sur la ligne de commande.

--help bref message d'aide
--man documentation complète
--version imprime la version de cfgmaker

--output=fichier le nom du fichier de sortie par défaut est STDOUT

DESCRIPTION

Cfgmaker crée des fichiers de configuration MRTG basés sur les informations extraites d'un routeur ou
autre périphérique gérable SNMP.

[Communautés@]toupie

Community est le nom de communauté de l'appareil pour lequel vous souhaitez créer une configuration. Si
non spécifié, la valeur par défaut est 'public'; vous voudrez peut-être essayer d'abord si vous ne le faites pas
connaître le nom de communauté d'un appareil. Si vous utilisez le mauvais nom de communauté, vous
n'obtenez aucune réponse de l'appareil.

Toupie est le nom DNS ou le numéro IP d'un périphérique géré par SNMP. Après le nom
vous pouvez spécifier 6 autres options séparées par des deux-points. La syntaxe complète ressemble à ceci :

toupie[:[prt][:[tout à fait][:[retr][:[reculer][ :Vers,

D'un intérêt particulier peut être le dernier paramètre, Vers. Si vous définissez ce paramètre sur « 2 », alors votre
l'appareil sera interrogé avec des requêtes SNMP version 2. Cela vous permet d'interroger le 64 bits
compteurs de trafic dans l'appareil et fonctionnera ainsi beaucoup mieux avec des interfaces rapides (pas de
plus de dépassement de compteur). Notez que l'ordre dans lequel les routeurs sont spécifiés sur le
la ligne de commande importe car le même ordre est utilisé lorsque le fichier de configuration est généré.
Le premier routeur spécifié a ses lignes de configuration générées en premier, suivies du
lignes appartenant au prochain routeur et ainsi de suite.

Notez que la première ligne du fichier cfg généré contiendra toute la ligne de commande
options que vous avez utilisées pour le générer. Cela permet une « régénération » facile au cas où
vous souhaitez ajouter de nouveaux hôtes ou effectuer un autre changement global.

configuration
Sauf pour le --output ainsi que --mondial options, toutes les options n'affectent que les routeurs
en les suivant sur la ligne de commande. Si une option spécifiée plus tôt sur la ligne de commande
réapparaît plus tard sur la ligne de commande avec une autre valeur, la nouvelle valeur remplace l'ancienne
valeur en ce qui concerne les routeurs restants. De cette façon, les options peuvent être adaptées pour
des groupes de routeurs ou pour des routeurs individuels.

See --output ainsi que --mondial pour savoir comment leur comportement est affecté par où et combien de fois
ils apparaissent sur la ligne de commande.

Voir le Exemples ci-dessous sur la façon de définir une option différemment pour plusieurs routeurs.

--Aidez-moi
Imprimez un bref message d'aide et quittez.

--homme
Imprime la page de manuel et quitte.

--version
Imprimez la version de cfgmaker. Cela devrait correspondre à la version de MRTG pour laquelle la configuration
des fichiers sont en cours de création.

--ifref nr|ip|eth|description|prénom
Sélectionnez la méthode d'identification de l'interface. La valeur par défaut est nr qui identifie le routeur
interfaces par leur numéro. Malheureusement, le schéma de numérotation d'interface dans un SNMP
l'arbre peut changer. Certains routeurs changent leur numérotation lorsque de nouvelles interfaces sont ajoutées,
d'autres changent leur numérotation à chaque pleine lune juste pour le plaisir.

Pour contourner ce triste problème, MRTG peut identifier les interfaces par 4 autres propriétés.
Rien de tout cela ne fonctionne pour toutes les interfaces, mais vous devriez pouvoir en trouver une qui fonctionne
bien pour toi. Notez que les adresses Ethernet en particulier peuvent être problématiques car certaines
les routeurs ont la même adresse ethernet sur la plupart de leurs cartes d'interface.

Sélectionnez ip pour identifier l'interface par son numéro IP. Utilisation eth utiliser l'ethernet
adresse pour identification. Utilisation description pour utiliser la description de l'interface. Ou utiliser prénom à
utilisez le nom de l'interface.

Vous pouvez spécifier plusieurs propriétés si vous le souhaitez, séparées par des virgules. Dans ce cas,
cfgmaker utilisera le premier élément de la liste qui peut fournir une identification unique.
Cela vous permet de spécifier, par exemple, d'utiliser l'adresse IP et d'utiliser ifName si cela
n'est pas défini:
--ifref ip,nom

Si la méthode que vous avez choisie ne permet pas une identification d'interface unique sur l'appareil, vous
interrogent, fabricant de cfg vous en parlera.

--ifdesc nr|ip|eth|description|prénom|type|alias
Sélectionnez ce qu'il faut utiliser comme description de l'interface. La description apparaît dans
la propriété "Title[]" pour la cible ainsi que l'entête du texte dans le code HTML
défini dans le "PageTop[]" de la cible. La valeur par défaut est d'utiliser nr qui n'est que l'interface
nombre qui n'est pas toujours utile au spectateur des graphiques.

Il y a 6 autres propriétés qui pourraient être utilisées. Utilisation ip si vous voulez utiliser le
l'adresse IP de l'interface. Utilisation eth si vous souhaitez utiliser l'adresse ethernet de l'interface.
Si vous voulez une meilleure description, vous pouvez utiliser soit description, prénom or alias. Exactement
ce que chacun d'eux fait varie selon les différents équipements, vous devrez donc peut-être
expérience. Par exemple, pour une interface série sur un routeur Cisco exécutant IOS utilisant
prénom peut résulter en "S0" étant la description de l'interface , description pourrait entraîner
"Série0" et alias peut résulter en « Lien vers le QG » (à condition que ce soit ce qui est utilisé comme
la "description" de l'interface dans la configuration du routeur).

Enfin, si vous voulez décrire l'interface par son Btype (c'est-à-dire "ethernetCSMA",
"propPointtoPoint" etc) vous pouvez utiliser type.

Vous pouvez spécifier plusieurs propriétés si vous le souhaitez, séparées par des virgules. Dans ce cas,
cfgmaker utilisera le premier élément de la liste disponible pour cette interface.
Cela vous permet de spécifier, par exemple, d'utiliser l'un des différents alias dans l'ordre
de préférence.

--if-filtre 'expression_filtre'
Tout d'abord, ceci est en cours de développement et est expérimental.

Utilisez ceci si vous voulez avoir un meilleur contrôle sur les interfaces incluses dans
la config. Les expression_filtre est évalué comme un morceau de code Perl et est
devrait retourner une valeur de vérité. Si vrai, incluez l'interface et si faux,
exclure l'interface.

Pour plus d'informations sur le fonctionnement de ces filtres, reportez-vous à la section "Détails sur
Filtres" ci-dessous.

--if-modèle fichier-modèle
Tout d'abord, ceci est en cours de développement et est expérimental.

Utilisez ceci si vous voulez contrôler à quoi doit ressembler la ligne de chaque cible dans le
fichier de configuration. Le contenu du fichier fichier-modèle sera évalué comme un
Programme Perl qui génère les lignes en utilisant certaines variables pour l'entrée et la sortie.

Pour plus d'informations sur le fonctionnement de ces modèles, reportez-vous à la section "Détails sur
Modèles" ci-dessous.

--modèle-hôte fichier-modèle
Tout d'abord, ceci est en cours de développement et est expérimental.

Utilisez ceci si vous souhaitez avoir des cibles supplémentaires liées à l'hôte lui-même, telles que le processeur
utilisation, temps de réponse ping à l'hôte, nombre de modems occupés, etc. Le contenu
du fichier fichier-modèle sera évalué une fois par hôte en tant que programme Perl qui
génère les lignes en utilisant certaines variables pour l'entrée et la sortie.

Pour plus d'informations sur le fonctionnement de ces modèles, reportez-vous à la section "Détails sur
Modèles" ci-dessous.

--communauté chaîne-communauté
Utilisez ceci pour définir la communauté des routeurs suivants sur la ligne de commande pour
chaîne-communauté. Les routeurs individuels peuvent remplacer cette chaîne de communauté en utilisant
la syntaxe communauté@routeur.

--enable-ipv6
Cette option active la prise en charge d'IPv6. Il nécessite les modules perl appropriés ; si ils
ne sont pas trouvés alors IPv6 est désactivé (voir la documentation ipv6).

cfgmaker utilisera IPv6 ou IPv4 selon la cible. Si la cible est un numérique
adresse, le protocole dépend du type d'adresse. Si la cible est un nom d'hôte,
cfgmaker essaiera de résoudre le nom d'abord en une adresse IPv6 puis en IPv4
adresse.

Les adresses numériques IPv6 doivent être spécifiées entre accolades.

Par exemple :

cfgmaker --enable-ipv6 [2001:760:4::1]:165:::2

Si la cible possède à la fois une adresse IPv6 et une adresse IPv4 avec le même nom d'hôte,
cfgmaker interroge d'abord la cible en utilisant IPv6 et revient à IPv4 en cas d'échec. Cette
est utile pour les cibles qui ne prennent pas en charge SNMP sur IPv6.

--use-16bit
Cette option force l'utilisation d'ID de requête SNMP 16 bits. Certains agents SNMP défectueux ne
accepter les ID de demande 32 bits. Essayez d'éviter cette option autant que possible, plaignez-vous à
votre fournisseur d'agent à la place.

--options-snmp :[port][:[temps mort][:[tentatives][:[reculer][ :version]]]]
Utilisez ceci pour définir les options SNMP par défaut pour tous les routeurs suivant la commande
ligne. Les valeurs individuelles peuvent être omises ainsi que les deux-points de fin. Noter que
les routeurs peuvent remplacer des valeurs individuelles (ou toutes) spécifiées par --options-snmp en utilisant
la syntaxe

toupie[:[port][:[temps mort][:[tentatives][:[reculer][ :version,

--mondial "bla : abc"
Utilisez ceci pour ajouter des options globales au fichier de configuration généré. Tu peux appeler --mondial
plusieurs fois pour ajouter plusieurs options. La ligne apparaîtra dans la configuration juste
avant la configuration du prochain routeur apparaissant sur la ligne de commande.

--global "rép_travail : /home/mrtg"

Si vous voulez des options par défaut, vous voudrez peut-être mettre

--global "options[_]: growright,bits"

Spécification --mondial après que le dernier routeur sur la ligne de commande créera une ligne dans
le fichier de configuration qui apparaîtra après tous les routeurs.

--norversedns
N'essayez pas d'inverser les numéros IP de recherche... un must pour les environnements sans DNS.

--pas de duvet
Normalement, cfgmaker n'inclura pas les interfaces qui sont marquées autrement que
administrativement et opérationnellement UP. Avec ce commutateur, vous les obtenez tous.

--show-op-vers le bas
Inclut les interfaces qui sont en panne.

--vitesse zéro vitesse
Attribuez cette vitesse en bits par seconde à toutes les interfaces qui renvoient 0 pour ifSpeed ​​et
siHauteVitesse. Certains commutateurs, notamment les équipements de fonderie, renvoient une vitesse de zéro pour
certaines interfaces. Par exemple, pour que toutes les interfaces rapportant zéro soient définies sur 100 Mbps,
utilisez --zero-speed=100000000.

--sous-répertoires le format
Donnez à chaque routeur son propre sous-répertoire pour les fichiers HTML et graphiques (ou .rrd). Les
le nom du répertoire est donné le format chaîne avec quelques remplacements de motifs. Les
La chaîne "HOSTNAME" sera remplacée par le nom d'hôte du routeur (cependant vous
l'a précisé sur le fabricant de cfg ligne de commande - il peut s'agir d'un nom d'hôte réel ou simplement d'une adresse IP
adresse), et "SNMPNAME" sera remplacé par l'idée de l'appareil de son propre nom (le
même nom qui apparaît à droite des lignes « Titre »). Par exemple, un appel
comme:

cfgmaker --subdirs=NOM_HÔTE__NOMSNMP [email protected]

se traduirait par la génération de lignes ressemblant à quelque chose comme :

Directory[10.10.0.18_1]: 10.10.0.18__fp2200-bothrip-1.3

--output filet
Écrire la sortie de fabricant de cfg dans le fichier filet. La valeur par défaut est d'utiliser "STDOUT".
--output devrait n'apparaître qu'une seule fois sur la ligne de commande. Si utilisé plusieurs fois,
le fichier spécifié par le dernier --output sera utilisé.

--pas d'interfaces
Ne générez pas de lignes de configuration pour les interfaces.

Cela fait que cfgmaker ignore toutes les étapes liées aux interfaces, ce qui signifie qu'il ne le fera pas
toute interrogation du routeur pour récupérer des informations d'interface qui accélèrent le
l'exécution de cfgmaker et il n'exécutera aucun modèle d'interface.

--interfaces
Cela oblige cfgmaker à générer des lignes de configuration pour les interfaces (la valeur par défaut
comportement).

L'utilisation principale de cette option est d'annuler un --nointerfaces apparaissant plus tôt sur le
ligne de commande.

SNMP V3 Options
Cfgmaker prend en charge SNMP V3 en utilisant le Réseau : SNMP module perl. Il y a des paramètres facultatifs
affectant le fonctionnement SNMP.

--enablesnmpv3 {oui|non}
La --enablesnmpv3 option est un indicateur facultatif pour vérifier la présence du
Réseau::SNMP bibliothèques. Cfgmaker essaiera de déterminer si ce drapeau est requis et
définira les valeurs automatiquement.

SNMPv3 Arguments

Un contexte SNMP est un ensemble d'informations de gestion accessibles par une entité SNMP. Un
l'élément d'information de gestion peut exister dans plusieurs contextes et une entité SNMP
a potentiellement accès à de nombreux contextes. La combinaison d'un contextEngineID et d'un
contextName identifie sans ambiguïté un contexte dans un domaine administratif. Dans un
Message SNMPv3, contextEngineID et contextName sont inclus dans le scopedPDU.
Toutes les méthodes qui génèrent un message SNMP prennent éventuellement une --contextengineid ainsi que
--nom du contexte argument pour configurer ces champs.

ID du moteur de contexte
La --contextengineid l'argument attend une chaîne hexadécimale représentant le
contextEngineID. La chaîne doit comporter de 10 à 64 caractères (5 à 32 octets) et peut
être précédé d'un "0x" facultatif. Une fois la --contextengineid est spécifié il reste
avec l'objet jusqu'à ce qu'il soit à nouveau modifié ou réinitialisé par défaut en passant le
valeur indéfinie. Par défaut, le contextEngineID est défini pour correspondre au
authoritativeEngineID du moteur SNMP faisant autorité.

Nom du contexte
Le contextName est passé sous la forme d'une chaîne qui doit avoir une longueur de 0 à 32 octets en utilisant le
--nom du contexte argument. Le contextName reste avec l'objet jusqu'à ce qu'il soit modifié.
Le contextName est par défaut une chaîne vide qui représente le contexte "par défaut".

Basé sur l'utilisateur Sécurité Modèle Arguments

Le modèle de sécurité basé sur l'utilisateur (USM) utilisé par SNMPv3 requiert qu'un securityName soit
spécifié à l'aide de la --Nom d'utilisateur argument. La création d'un objet Net::SNMP avec le
version définie sur SNMPv3 échouera si le --Nom d'utilisateur l'argument n'est pas présent. Les --Nom d'utilisateur
L'argument attend une chaîne de 1 à 32 octets.

Différents niveaux de sécurité sont autorisés par le modèle de sécurité basé sur l'utilisateur qui adresse
problèmes d'authentification et de confidentialité. Une cible SNMPv3 dérivera le niveau de sécurité
(securityLevel) en fonction des arguments suivants spécifiés.

Par défaut, un niveau de sécurité de 'noAuthNoPriv' est supposé. Si la --clé d'authentification or
--authmot de passe sont spécifiés, le niveau de sécurité devient 'authNoPriv'. Les
--authmot de passe L'argument attend une chaîne d'au moins 1 octet. En option,
le --clé d'authentification peut être utilisé pour qu'un mot de passe en texte brut n'ait pas à être
spécifié dans un script. Les --clé d'authentification l'argument attend une chaîne hexadécimale produite par
localiser le mot de passe avec l'autorité EngineID pour la destination spécifique
dispositif. L'utilitaire "snmpkey" inclus avec la distribution Net::SNMP peut être utilisé pour
créer la chaîne hexadécimale (voir snmpkey).

Deux algorithmes de hachage différents sont définis par SNMPv3 qui peuvent être utilisés par la sécurité
Modèle d'authentification. Ces algorithmes sont HMAC-MD5-96 "MD5" (RFC 1321) et
HMAC-SHA-96 "SHA-1" (NIST FIPS PUB 180-1). L'algorithme par défaut utilisé par le module est
HMAC-MD5-96. Ce comportement peut être modifié en utilisant le --protocole d'authentification argument. Cette
l'argument s'attend à ce que la chaîne 'md5' ou 'sha' soit passée pour modifier le hachage
algorithme.

En spécifiant les arguments --cléprivée or --privpassword le niveau de sécurité associé à
l'objet devient 'authPriv'. Selon SNMPv3, la confidentialité nécessite l'utilisation de
authentification. Par conséquent, si l'un de ces deux arguments est présent et que le --clé d'authentification
or --authmot de passe il manque des arguments, la création de l'objet échoue. Les --cléprivée
ainsi que --privpassword les arguments attendent la même entrée que le --clé d'authentification ainsi que --authmot de passe
arguments respectivement.

Le modèle de sécurité basé sur l'utilisateur décrit dans la RFC 3414 définit un protocole de cryptage unique
à utiliser pour la vie privée. Ce protocole, CBC-DES "DES" (NIST FIPS PUB 46-1), est utilisé par
par défaut ou si la chaîne 'des' est passée au --protocole privé argument. En travaillant avec
le Consortium d'options de sécurité étendues http://www.snmp.com/eso/, le module aussi
prend en charge des protocoles supplémentaires qui ont été définis dans des projets de spécifications. Ébauche
http://www.snmp.com/eso/draft-reeder-snmpv3-usm-3desede-00.txt définit le soutien de
CBC-3DES-EDE "Triple-DES" (NIST FIPS 46-3) dans le modèle de sécurité basé sur l'utilisateur. Cette
le protocole peut être sélectionné à l'aide du --protocole privé argument avec la chaîne '3desede'. Les
avant-projet http://www.snmp.com/eso/draft-blumenthal-aes-usm-04.txt décrit l'utilisation de
CFB128-AES-128/192/256 "AES" (NIST FIPS PUB 197) dans l'USM. Les trois cryptages AES
les protocoles, différenciés par leurs tailles de clés, peuvent être sélectionnés en passant 'aescfb128',
'aescfb192', ou 'aescfb256' au -privprotocole argument.

Détails on Filtre(s)
Le but des filtres est de décider quelles interfaces accepter et quelles interfaces
rejeter. Cette décision est prise pour chaque interface en évaluant l'expression du filtre comme un
morceau de code Perl et enquêter sur le résultat de l'évaluation. Si c'est vrai, acceptez le
l'interface sinon le rejeter.

Lorsque vous travaillez avec des filtres, rappelez-vous que Perl a sa propre idée de ce que le vrai et le faux
est. La chaîne vide "" et la chaîne "0" sont fausses, toutes les autres chaînes sont vraies. Cette
implique en outre que toute valeur entière de 0 est fausse ainsi que toute valeur undef. Ça aussi
implique que toutes les références sont considérées comme vraies.

Comme le filtre est évalué comme une expression Perl, plusieurs constructions utiles en Perl sont
à noter:

Les expressions peuvent être regroupées en utilisant des parenthèses "()". Les expressions peuvent être combinées
en utilisant des opérateurs booléens tels que les suivants :

"ainsi que " (équivalent à "&&")
Le "et" booléen des deux expressions n'est vrai que si les deux expressions sont vraies.
Mise en situation : expression1 ainsi que expression2

"or" (équivalent à "||")
Le "ou" booléen des deux expressions est vrai si l'une ou les deux expressions sont vraies.
Mise en situation : expression1 or expression2

"ne sauraient " (équivalent à "!")
Négation booléenne d'une seule expression. Exemple: ne sauraient expression . Encore un autre
Exemple: !expression

(Pour plus de détails à ce sujet, je recommande un livre sur Perl)

Prédéfini Filtre Variables

Pour faciliter, il existe un certain nombre de valeurs prédéfinies disponibles à utiliser dans le filtre.
Notez que ces variables sont également disponibles lorsque les interfaces de modèles sont évaluées (mais
pas de modèles d'hôte).

Avertissement : Tous les noms de ces variables commencent par un signe dollar ($), qui est une syntaxe
exigence pour les variables scalaires en Perl. Le danger ici est que le signe dollar dans de nombreux
shells est un caractère actif (souvent utilisé pour les variables shell exactement comme en Perl
variables) il est donc important de s'assurer que l'expression Perl n'est pas évaluée par le
shell de ligne de commande en tant que code shell avant d'être transmis à cfgmaker en tant que ligne de commande
arguments. Dans les shells comme Bourne shell, ksh shell ou bash shell, placer l'ensemble
l'expression dans des qoutes simples évitera une telle évaluation accidentelle :

'--if-filter=($default_iftype && $if_admin)'

$if_type
Il s'agit d'un entier spécifiant le type d'interface selon les normes SNMP et selon
signalé par l'appareil interrogé. Une liste complète des types d'interface serait
pas pratique pour ce document, mais il y a un certain nombre de variables prédéfinies ci-dessous.
Normalement, cfgmaker met dans le PageTop de la cible cette valeur iftype entre parenthèses
après le nom du type d'interface. (par exemple "propPointToPointSerial (22)").

Voici une liste de certains des types d'interface les plus courants par numéro :

6 EthernetCsmacd
7 iso88023Csmacd
9 iso88025TokenRing
15 fdd
19 E1
20 RNIS de base
21 RNIS primaire
22 propPointVersPointSérie
23 ppp
24 logicielsLoopback
30 DS3
32 relais de trame
33 rs232
37 atm
39 sonets
44 frameRelayService
46 hsi
49 aal5
53 propVirtuel
62 Ethernet rapide (100BaseT)
63 RNIS & X.25
69 Fast Ethernet en duplex intégral (100BaseFX)
94 Boucle d'abonné numérique asymétrique (ADSL)
117 Gigabit Ethernet
134 sous-interface ATM

$par défaut
Vrai si et seulement si cfgmaker devrait normalement accepter l'interface basée sur le
interfaces état administratif et opérationnel (prise des drapeaux --pas de duvet ainsi que
--show-op-vers le bas en compte) et son type (et quelques autres choses).

$default_ifstate
Vrai si et seulement si cfgmaker aurait accepté l'interface en fonction de sa
états opérationnels et administratifs (en tenant compte également de la présence du
drapeaux --pas de duvet ainsi que --show-op-vers le bas).

$default_iftype
Vrai si et seulement si cfgmaker aurait accepté l'interface en fonction de son type (et
quelques détails spécifiques au type en plus).

$if_admin
Vrai si et seulement si l'interface est dans un état adminstrative up.

$if_oper
Vrai si et seulement si l'interface est dans un état opérationnel.

Un certain nombre de variables sont également prédéfinies pour décider facilement si une interface appartient à un
certaine catégorie ou non. Vous trouverez ci-dessous toutes les variables répertoriées avec lesquelles if_type
nombres pour lesquels chaque variable sera vraie. Notez que certaines variables font référence à d'autres variables
également.

$if_is_ethernet
Vrai pour les interfaces ethernet (n° 6, 7, 26, 62, 69 et 117).

$if_is_isdn
Vrai pour divers types d'interface RNIS (n° 20, 21, 63, 75, 76 et 77)

$if_is_dialup
True pour les interfaces commutées telles que PPP ainsi que RNIS. (n° 23, 81, 82 et 108 en
en plus des nombres de $if_is_isdn).

$if_is_atm
Vrai pour divers types d'interface liés à l'ATM (n° 37, 49, 107, 105, 106, 114 et
134).

$if_is_wan
True pour les interfaces WAN point à point, Frame Relay et High Speed ​​Serial (
22,32,44,46)

$if_is_lan
Vrai pour les interfaces LAN (8, 9, 11, 15, 26, 55, 59, 60 et 115 en plus du
Nombre de $if_is_ethernet).

$if_is_dsl
Vrai pour ADSL, RDSL, HDSL et SDSL (n° 94, 95, 96, 97)

$if_is_loopback
Vrai pour les interfaces de bouclage logiciel (n° 24)

$if_is_ciscovlan
Vrai pour les interfaces Cisco VLAN (interfaces avec le mot Vlan ou VLAN dans leur
ifdesc)

$if_vlan_id
Renvoie l'ID de vlan associé à un port spécifique sur les commutateurs Cisco Catalyst sous
les deux Catalyst OS et IOS, et les commutateurs 3Com. S'il ne s'agit pas d'une interface vlan, sera
retourner undef.

$if_cisco_trunk
Renvoie l'état de jonction d'un port spécifique sur les commutateurs Cisco Catalyst sous les deux
Catalyst OS et IOS. Renvoie "1" si l'interface est un trunk, undef sinon.

$if_MTU
Renvoie l'unité de transfert maximale associée à un port spécifique.

En plus de cela, vous pouvez également utiliser les variables définies pour les modèles ci-dessous. De plus, tout
les variables disponibles dans cfgmaker sont à la disposition des scripts même si l'utilisation de telles
fonctionnalités est déconseillée. Plus de "raccourcis" sous forme de variables et de fonctions seront
mis à disposition à la place à l'avenir.

Exemples on Filtre(s)

Le filtre suivant n'affectera pas les interfaces incluses ou exclues, il
faire en sorte que cfgmaker se comporte normalement.

'--if-filter=$default'

Le filtre suivant fera que cfgmaker exclura les interfaces PPP (23) :

'--if-filter=$default && $if_type!=23'

Le filtre suivant fera en sorte que cfgmaker se comporte comme d'habitude, sauf qu'il prendra en compte le
l'état opérationnel d'une interface n'est pas pertinent mais rejette quand même toutes les interfaces qui sont
administrativement en baisse.

'--if-filter=$if_admin && $default_iftype'

Détails on Gabarits
Le contenu des fichiers modèles est évalué comme un programme Perl. Un nombre ou Perl
les variables sont disponibles pour le programme à lire et d'autres sont utilisées pour être écrites.

Comme bon nombre des variables prédéfinies ont des valeurs qui sont censées être utilisées dans
Le code HTML, certains d'entre eux ont une variante "HTML-échappé", par exemple $html_syslocation est le code HTML
variante échappée de $syslocation. L'échappement HTML signifie que les caractères "<", ">" et "&"
sont remplacés par "<", ">" et "&" et que les nouvelles lignes intégrées dans la chaîne sont
précédé de " " et suivi d'un espace (si une nouvelle ligne est la dernière dans le
chaîne, elle n'est pas touchée).

Inscriptible Modèle Variables

Ce sont les variables disponibles pour stocker les lignes de configuration. Certaines d'entre elles sont
initialisé avant l'évaluation du modèle mais ce contenu est normalement des commentaires
à inclure dans le fichier de configuration final afin que ces variables puissent être réinitialisées
chaîne vide dans le code du modèle pour éliminer les commentaires. L'inverse est aussi
possible, le contenu de ces variables pourrait être étendu avec des informations supplémentaires pour
diverses raisons telles que le débogage, etc.

Une fois le modèle évalué, il se passe ce qui suit : si le modèle est un
modèle d'interface et l'interface réelle pour une raison quelconque est rejetée et doit donc être
être commenté, toutes les lignes de la variable $ lignes_cibles sont transformés en commentaires par
en ajoutant un dièse ("#") à leur début. alors toutes les variables $head_lines,
$problem_lines , $ lignes_cibles ainsi que $separator_lines sont concaténés pour former le
lignes à ajouter au fichier de configuration.

$ lignes_cibles
Cette variable est l'espace réservé pour les lignes de configuration créées par le modèle.
$ lignes_cibles est prédéfini pour être vide lorsque le code du modèle est évalué.

$head_lines
Cette variable est destinée à être l'espace réservé pour la ligne de commentaire apparaissant juste
avant la cible dans le fichier de configuration. Il est initialisé avec cette ligne de commentaire
avant l'évaluation du code du modèle et si le modèle ne modifie pas
$head_lines pendant l'évaluation, le commentaire ressemblera à d'habitude dans le fichier de configuration.

$problem_lines
Cette variable est destinée à être l'espace réservé aux lignes de commentaire décrivant tout
problèmes qui ont pu être rencontrés en essayant d'ajouter la cible dans le
configuration. Pour les modèles d'hôte, il n'est normalement pas utilisé et pour ceux-ci, il est
prédéfini comme chaîne vide. Pour les modèles d'interface $problem_lines est prédéfini
avec les commentaires de description d'erreur que cfgmaker utiliserait normalement pour rejeté
interfaces ou comme chaîne vide pour les interfaces acceptées.

Il est possible de tester contre $problem_lines pour savoir si une interface sera
inclus ou rejeté, mais ce n'est pas recommandé. Tester contre $si_ok à la place.

$separator_lines
Cette variable est l'espace réservé pour la chaîne à utiliser comme séparateur entre le
code pour les cibles individuelles. Le contenu de cette variable est mis après chaque cible
(donc les lignes apparaîtront après la fin de la dernière cible dans la configuration également).

Prédéfini Modèle Variables

Toutes les variables ci-dessous sont disponibles pour les modèles d'interface à utiliser. Pour les modèles d'hôte,
seules celles répertoriées sous « Variables hôte et système » sont disponibles.

Pour les modèles d'interface, les variables répertoriées sous "Variables de filtre prédéfinies" sont également
disponible.

Hôte ainsi que Système Variables

$ nom_routeur
Il s'agit du nom complet du routeur. Il est affecté par ce qui suit
éléments sur la ligne de commande : le nom du routeur lui-même et --dns-domaine.

$router_connect
Il s'agit de la chaîne de référence pour le routeur interrogé. c'est sur le formulaire
community@router éventuellement suivi de quelques options snmp. Il est affecté par le
éléments suivants sur la ligne de commande : le nom du routeur lui-même, --communauté,
--options-snmp ainsi que --dns-domaine. (Il n'y a pas de variante échappée HTML disponible)

$nom_répertoire
Cette variable doit contenir le nom du répertoire que cfgmaker utiliserait normalement comme
valeur pour la directive "Directory[]". La valeur est déterminée par le --sous-répertoires
option de ligne de commande. Si --sous-répertoires n'est pas spécifié $nom_répertoire sera le vide
chaîne de caractères. (Il n'y a pas de variante échappée HTML disponible)

$syscontact
Cette variable est la valeur SNMP sysContact du routeur. (variante échappée HTML :
$html_syscontact)

$ sysname
Cette variable est la valeur sysName SNMP du routeur. (Aucune variante HTML échappée disponible)

$emplacementsys
Cette variable est la valeur SNMP sysLocation du routeur. (variante échappée HTML :
$html_sysemplacement)

$sysdescr
Cette variable est la valeur SNMP sysDescr du routeur. Il n'est normalement pas utilisé par
cfgmaker mais pourrait être utile dans un modèle. (variante échappée HTML : $html_sysdescr)

Interfaces Target Services Connexes Variables

$nom_cible
C'est ce que cfgmaker utiliserait normalement comme nom de la cible. La cible
name est ce qui se trouve entre crochets, "[]", pour les directives cibles.
(Il n'y a pas de variante échappée HTML disponible)

$if_ref
Il s'agit de la chaîne de référence pour l'interface. Il devrait être utilisé dans le
Directive "Target[xyz]" pour distinguer quelle interface utiliser. La valeur de ce
variable est affectée par la --ifref option de ligne de commande. Il est normalement utilisé ensemble
avec $router_connect. (Il n'y a pas de variante échappée HTML disponible)

$si_ok
Cette variable est vraie si l'interface va être incluse dans la configuration
fichier, sinon faux. Ne testez pas par rapport à d'autres variables telles que $problem_lines à
savoir si une interface sera rejetée ou non, utilisez ceci $si_ok à la place.

$default_target_lines
Cette variable contient toutes les lignes cibles que cfgmaker génère par défaut pour ce
interface. C'est utile si vous voulez avoir la "cible standard" mais que vous voulez en ajouter
des lignes supplémentaires à l'aide d'un modèle.

Par défaut, cfgmaker utilise les directives suivantes pour chaque cible qu'il génère : Target[],
SetEnv[], MaxBytes[], Title[], PageTop[] et s'il y a un répertoire spécifié également le
Directive Annuaire[].

Pour faciliter la création de modèles qui génèrent des config cibles similaires
à la valeur par défaut, chacune des lignes de directives mentionnées ci-dessus a un correspondant
La variable contenant la ligne car cfgmaker l'aurait sortie par défaut.

Notez qu'aucun d'entre eux n'a de variante HTML échappée, le texte qu'ils contiennent est HTML échappé où
nécessaire. Notez également qu'ils n'ont pas de nouvelle ligne à la fin.

$default_target_directive
Cette variable contient la chaîne par défaut pour la ligne de directive Target[].

$default_setenv_directive
Cette variable contient la chaîne par défaut pour la ligne de directive SetEnv[].

$default_directory_directive
Cette variable contient la chaîne par défaut pour la ligne de directive Directory[] qui
signifie que c'est une chaîne vide (sans saut de ligne) s'il n'y a pas de répertoire.

$default_maxbytes_directive
Cette variable contient la chaîne par défaut pour la ligne de directive MaxBytes[].

$default_title_directive
Cette variable contient la chaîne par défaut pour la ligne de directive Title[].

$default_pagetop_directive
Cette variable contient la chaîne par défaut pour les lignes de directive PageTop[].

Interfaces Réseau configuration Variables

$if_ip
Cette variable doit contenir l'adresse IP de l'interface, le cas échéant
à cela. (Il n'y a pas de variante échappée HTML disponible)

$ifindex
Cette variable est le SNMP ifIndex de l'interface qui, par définition, est toujours un
entier. (Il n'y a pas de variante échappée HTML disponible)

$if_index
Équivalent à $ifindex.

$if_eth
Contient l'adresse Ethernet de l'interface, le cas échéant. (Il n'y a pas d'échappement HTML
variante disponible)

$if_vitesse
Cette variable est la vitesse en octets/seconde (avec préfixes). (Il n'y a pas d'échappement HTML
variante disponible)

$if_speed_str
Cette variable est une description de la vitesse de cuisson qui est soit en bits soit en octets selon
que l'option bits soit active ou non et également avec le préfixe approprié pour le
vitesse (k, M, G, etc.). (Aucune variante HTML échappée disponible)

$if_type_desc
Cette variable est une description textuelle du type d'interface. (variante échappée HTML :
$html_if_type_desc)

$if_type_num
Cette variable la valeur entière correspondant au type d'interface (pour une liste pour
la valeur pour les types d'interface les plus courants, voir la section DÉTAILS SUR LES FILTRES
dessus). (Aucune variante HTML échappée disponible)

$if_dns_name
Il s'agit du nom DNS de l'interface. (Aucune variante HTML échappée disponible)

Interfaces Nom, Description ainsi que Alias Variables

Cela peut sembler confus avec les deux Nom, Description ainsi que Alias dans ce contexte et à certains
dans quelle mesure il l'est. Nom ainsi que Description sont généralement pris en charge sur la plupart des équipements, mais comment ils
sont utilisés varie, à la fois entre les fabricants ainsi qu'entre les différentes catégories de
matériel du même fabricant. Les Alias est au moins pris en charge par Cisco IOS, et
cette variable contient tout ce qui est utilisé dans l'instruction IOS appelée "description" pour le
interface (à ne pas confondre avec les variables SNMP pour Description).

Pour un meilleur contrôle à partir de la ligne de commande, considérez $if_title_desc quels contenus sont
contrôlé par le --if-description commande option de ligne.

$if_snmp_descr
Cette variable doit contenir la description "brute" de l'interface telle que déterminée par
l'interrogation SNMP du routeur. (variante échappée HTML : $html_if_snmp_descr)

$if_snmp_name
Le nom "brut" de l'interface tel que fourni par l'interrogation SNMP. (variante échappée HTML :
$html_if_snmp_name)

$if_snmp_alias
L'ifAlias ​​"brut" pour l'interface tel que fourni par l'interrogation SNMP. (HTML échappé
une variante: $html_if_snmp_alias)

$if_cisco_descr
Le CiscolocIfDescr « brut » pour l'interface tel que fourni par l'interrogation SNMP. (HTML
variante échappée : $html_if_cisco_descr)

$if_description
Il s'agit de la chaîne de description « cuite » de l'interface, en tenant compte de la
Valeurs SNMP trouvées pour RDescr, ifAlias ​​et CiscolocIfDescr de l'interface. (HTML
variante échappée : $html_if_description)

$if_titre
La chaîne complète cfgmaker par défaut aurait été utilisée pour la directive Title[] dans le
configuration ainsi que le contenu de la balise H1 la plus haute dans le PageTop[]. Est
composé du contenu de $desc_préfixe, $if_title_desc ainsi que $ sysname.

As $if_titre dépend $if_title_desc, il est possible de contrôler indirectement $if_titre
en utilisant l'option de ligne de commande --if-description.

(variante échappée HTML : $html_if_titre)

$if_nom_port
Si l'hôte est un commutateur LAN Cisco Catalyst, cette variable est le nom de ce port.
(Aucune variante HTML échappée disponible)

$if_pp_nom_port
Si l'hôte est un commutateur LAN Nortel Passport, cette variable est le nom de ce port.
(Aucune variante HTML échappée disponible)

$desc_préfixe
Cette variable est un préfixe de la description de ce que la cible doit utiliser dans le
directive "Title[]" et dans la section H1 du "PageTop[]". La valeur par défaut est "Trafic
analyse pour ". (variante échappée HTML : $html_desc_prefix)

$if_title_desc
Ceci est la description de l'interface normalement utilisée par cfgmaker dans le cadre du
variable $if_titre. Ce dernier est utilisé comme chaîne complète dans la directive "Title[]"
et la section H1 dans PageTop[].

$if_title_desc est contrôlé par l'option de ligne de commande --if-description qui indirectement
contrôle le contenu de $if_titre

(variante échappée HTML : $html_if_title_desc)

d’aide Les fonctions en Gabarits

Les fonctions suivantes existent pour faciliter l'écriture des modèles d'hôte et d'interface.

html_escape(un magnifique)
html_escape() prend une chaîne comme argument et renvoie une nouvelle chaîne où le
les substitutions suivantes ont été effectuées : les caractères "<", ">" et "&" sont remplacés par
"<", ">" et "&" et que les nouvelles lignes intégrées dans la chaîne sont précédées de
" " et suivi d'un espace (les sauts de ligne à la fin de la chaîne ne sont pas
touché).

oid_pick($router_connect,$v3opt,"oid1","oid2"...)
Cette fonction essaiera d'interroger chacun des oids spécifiés jusqu'à ce qu'il réussisse ou
est à court d'oids. Il renverra le nom du premier oid qui a fonctionné ou undef si
ce n'est pas réussi

Exemple Modèle Fichiers

Exemple de modèle 1 : Éliminer les cibles rejetées de l'apparition

Ce fichier modèle génère exactement le même code de configuration par interface que cfgmaker
fait par défaut, à l'exception qu'il élimine toutes les lignes (commentaires ainsi que
code de configuration) pour une interface si l'interface est rejetée.

if (pas $ problem_lines)
{
$ lignes_cibles .= <

Cible[$target_name] : $if_ref :$router_connect
SetEnv[$target_name] : MRTG_INT_IP="$if_ip" MRTG_INT_DESCR="$if_snmp_descr"
ECHO

if ($nom_répertoire) {
$target_lines .= "Répertoire[$target_name] : $directory_name\n" ;
}

$ lignes_cibles .= <
MaxBytes[$target_name] : $if_speed
Titre[$target_name] : $html_desc_prefix$html_if_title_desc -- $sysname
Haut de page[$target_name] : $html_desc_prefix$html_if_title_desc -- $sysname



Système:
$sysname dans $html_syslocation


Mainteneur :
$html_syscontact


La description:
$html_if_description


siType :
$html_if_type_desc ($if_type_num)


siNom :
$html_if_snmp_name

ECHO

$ lignes_cibles .= <

Nom du port :
$if_port_name

ECHO

$ lignes_cibles .= <

Nom du port :
$if_pp_port_name

ECHO

$ lignes_cibles .= <

Vitesse maximale:
$if_speed_str

ECHO

$ lignes_cibles .= <

IP :
$if_ip ($if_dns_name)

ECHO

$ lignes_cibles .= <

</div>
ECHO
} Else {
$head_lines="" ;
$problem_lines="" ;
$ lignes_cibles="" ;
$separator_lines="" ;
}

Modèle Exemple 2: Plus simple Version of Exemple 1

L'exemple 1 était en partie destiné à montrer comment personnaliser la génération de l'interface
cibles mais aussi pour donner une idée de la façon dont les variables sont utilisées dans le modèle "par défaut"
que l'on pourrait considérer que cfgmaker utilise normalement.

Si vous n'êtes intéressé que par la manière la plus simple d'éliminer complètement ces rejets
interfaces, le modèle ci-dessous ferait également le travail en utilisant $default_target_lines.

si($if_ok) {
$target_lines = $default_target_lines ;
} Else {
$head_lines="" ;
$problem_lines="" ;
$ lignes_cibles="" ;
$separator_lines="" ;
}

Modèle Exemple 3: La création Processeur Cibles en Hôtes

Vous trouverez ci-dessous un exemple de modèle d'hôte.

$head_lines .= <
#---------------------------------------------------------------- --------------------
ECHO

my $target_name = $router_name . ".CPU";

$ lignes_cibles .= <

YLegend[$target_name] : pourcentage de charge CPU
ShortLegend[$target_name] : %
Legend1[$target_name] : charge CPU en %
Légende2[$nom_cible] :
Legend3[$target_name] : Charge maximale du processeur observée
Légende4[$nom_cible] :
LegendI[$target_name] : Charge CPU :
LégendeO[$nom_cible] :
WithPeak[$target_name] : ywm
MaxBytes[$target_name] : 100
Options[$target_name] : growright, gauge, nopercent
Titre[$target_name] : $router_name charge CPU
Cible[$nom_cible] : 1.3.6.1.4.1.9.2.1.58.0&1.3.6.1.4.1.9.2.1.58.0 : $router_connect
Haut de page[$target_name] : Charge CPU $router_name
<div>


Système:
$router_name dans $html_syslocation


Mainteneur :
$html_syscontact


La description:
$html_sysdescr


Ressource:
CPU.


</div>
ECHO

EXEMPLES

Le premier exemple crée un fichier de configuration pour routeur.place.xyz: le routeur a le
nom de la communauté public. Les interfaces sont identifiées par leur numéro IP. Deux options globales
être ajouté au fichier de configuration. Le fichier de configuration est redirigé vers mrtg.conf. Les '\'
des signes en fin de ligne signifient que cette commande doit être écrite sur une seule ligne.

cfgmaker --global "WorkDir: /home/tobi" \
--global "Options[_]: growright,bits" \
--ifref=ip\
[email protected] > mrtg.cfg

Remarque : si cfgmaker n'est pas dans votre chemin, mais que vous êtes dans le répertoire où se trouve cfgmaker
stocké, vous pouvez le démarrer avec ./cfgmaker

L'exemple suivant crée un fichier de configuration pour quatre appareils : routeur1.place.xyz,
routeur2.place.xyz, switch1.place.xyz ainsi que switch2.place.xyz tous avec la communauté public.

Les deux routeurs auront --ifref ajuster à description tandis que les deux commutateurs utiliseront --ifref
ajuster à prénom. De plus, les routeurs utiliseront --ifdesc ajuster à alias ainsi que switch1.place.xyz
utilisera --ifdesc ajuster à description tandis que switch2.place.xyz utilisé prénom à la place.

Enfin, il y aura deux lignes Options insérées dans la configuration : L'une sera dans le
début, tandis que l'autre sera inséré après les lignes relatives aux deux routeurs
mais avant ces lignes liées aux commutateurs.

cfgmaker --global "WorkDir: /home/tobi" \
--global "Options[_]: growright,bits" \
--ifref=description \
--ifdesc=alias \
[email protected] \
[email protected] \
--global "Options[_]: growright" \
--ifref=nom \
--ifdesc=descr\
[email protected] \
--ifdesc=nom \
[email protected] > mrtg.cfg

L'exemple suivant montre comment utiliser le --communauté, --options-snmp ainsi que --dns-domaine
pour simplifier la ligne de commande. Tout l'équipement utilisera la communauté caché, sauf
pour le serveur ppp qui utilise la communauté accès. Tous les équipements utilisent ces options SNMP : 1s
temps mort, 1 recommencez ainsi que SNMP version 2 (reculer ainsi que port n'est pas spécifié, ce qui signifie qu'ils utilisent
les valeurs par défaut). L'exception à nouveau est le serveur ppp qui utilise SNMP version 1.
Enfin, tous les équipements font partie du domaine lieu.xyz, à l'exception du serveur ppp
qui fait partie du domaine endroit.distant.xyz. Notez que ce dernier est obtenu simplement en
en spécifiant le nom du serveur ppp à ppp-serveur.éloigné .

cfgmaker --global "WorkDir: /home/tobi" \
--global "Options[_]: growright,bits" \
--dns-domain=lieu.xyz \
--community=caché \
--snmp-options=::1:1::2 \
routeur1 \
routeur2 \
routeur3 \
routeur4 \
routeur5 \
commutateur1 \
commutateur2 \
commutateur3 \
commutateur4 \
commutateur5 \
commutateur6 \
commutateur7 \
[email protected]:::::1 > mrtg.cfg

Utilisez cfgmaker en ligne en utilisant les services onworks.net