Este es el comando mrtg-reference que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
mrtg-reference - referencia de configuración MRTG 2.17.4
Descripción
El comportamiento en tiempo de ejecución de MRTG se rige por un archivo de configuración. El típico
Los archivos de configuración se pueden generar con fabricante de cfg. (Compruebe cfgmaker). Pero por mas
Se requieren configuraciones elaboradas, algunos ajustes manuales.
Este documento describe todas las opciones de configuración que comprende el software mrtg.
SINTAXIS
La sintaxis del archivo de configuración MRTG sigue algunas reglas simples:
· Las palabras clave deben comenzar al principio de una línea.
· Las líneas que siguen a una línea de palabra clave que comienzan con un espacio en blanco se agregan a la palabra clave
línea
· Las líneas vacías se ignoran
· Las líneas que comienzan con un signo # son comentarios.
· Puede agregar otros archivos al archivo de configuración usando
Incluye: presentar
Ejemplo:
Incluir: base-options.inc
Si los archivos incluidos se especifican con rutas relativas, tanto el trabajo actual
directorio y el directorio que contiene el archivo de configuración principal se buscará el
archivos. Primero se buscará el directorio de trabajo actual.
Si el nombre de archivo incluido contiene un asterisco, se toma como comodín para
cero o más caracteres, y se incluyen todos los archivos coincidentes. Por lo tanto, puede utilizar este
declaración para incluir todos los archivos en un subdirectorio especificado.
Ejemplo:
Incluir: servidores / *. Cfg
En este caso, debe tener mucho cuidado de que su patrón de comodín no encuentre un
coincidir en relación con el directorio de trabajo actual si quiere que sea relativo a la
directorio de archivos de configuración principal, ya que el directorio de trabajo se verifica primero para una coincidencia
(como con una directiva de inclusión normal). Por lo tanto, el uso de algo como '* / *' es
desanimado.
GLOBAL PALABRAS CLAVE
DirTrabajo
WorkDir especifica dónde se deben crear los archivos de registro y las páginas web.
Ejemplo:
WorkDir: / usr / tardis / pub / www / stats / mrtg
OPCIONAL GLOBAL PALABRAS CLAVE
Dirección Html
HtmlDir especifica el directorio donde está el html (o shtml, pero hablaremos de ellos más adelante)
vidas.
NOTA: Workdir anula la configuración de htmldir, imagedir y logdir.
Ejemplo:
Htmldir: / www / mrtg /
DirImagen
ImageDir especifica el directorio donde viven las imágenes. Deben estar bajo el html.
directorio.
Ejemplo:
Imagedir: / www / mrtg / images
DirRegistro
LogDir especifica el directorio donde se almacenan los registros. Esto no necesita estar bajo htmldir
Directiva.
Ejemplo:
Logdir: / www / mrtg / logs
tenedores (Unix solamente)
Con un sistema que admite la bifurcación (UNIX por ejemplo), mrtg puede bifurcarse en múltiples
instancias mientras adquiere datos a través de snmp.
Para situaciones con alta latencia o una gran cantidad de dispositivos, esto acelerará las cosas
importantemente. Sin embargo, no hará las cosas más rápido si consulta un solo interruptor sentado
al lado.
Hasta donde yo sé, NT no puede bifurcar, por lo que esta opción no está disponible en NT.
Ejemplo:
Horquillas: 4
Habilitar IPv6
Cuando se establece en sí, la compatibilidad con IPv6 está habilitada si las bibliotecas requeridas están presentes (consulte la
página de manual de mrtg-ipv6). Cuando IPv6 está habilitado, mrtg puede hablar con los enrutadores usando SNMP sobre IPv6
y los destinos pueden especificarse por sus direcciones IPv6 numéricas, así como por el nombre de host o
Dirección IPv4.
Si IPv6 está habilitado y el destino es un nombre de host, mrtg intentará resolver el nombre de host a
una dirección IPv6 y, si falla, a una dirección IPv4. Tenga en cuenta que mrtg solo usará IPv4
si especifica una dirección IPv4 o un nombre de host sin una dirección IPv6 correspondiente; va a
no recurrir a IPv4 si simplemente no se comunica con el objetivo mediante IPv6. Esta
es por diseño.
Tenga en cuenta que muchos enrutadores actualmente no admiten SNMP sobre IPv6. Utilizar el Solo IPv4 per
opción de destino para estos enrutadores.
IPv6 está deshabilitado de forma predeterminada.
Ejemplo:
EnableIPv6: Sí
HabilitarSnmpV3
Cuando se establece en yes, utiliza el módulo Net :: SNMP en lugar del módulo SNMP_SESSION para
generando consultas snmp. Esto permite el uso de SNMPv3 si otros parámetros de snmpv3 son
conjunto.
SNMPv3 está deshabilitado de forma predeterminada.
Ejemplo:
EnableSnmpV3: sí
Refrescar
¿Con cuántos segundos de diferencia se debe indicar al navegador (Netscape) que vuelva a cargar la página? Si
esto no está definido, el valor predeterminado es 300 segundos (5 minutos).
Ejemplo:
Actualizar: 600
Intervalo
¿Con qué frecuencia llamas a mrtg? El valor predeterminado es 5 minutos. Si lo llamas con menos frecuencia,
debería especificarlo aquí. Esto hace dos cosas:
· La página HTML generada contiene la información correcta sobre el intervalo de llamada ...
· Un encabezado META en la página HTML generada instruirá a los cachés sobre el tiempo de vida
de esta página .....
En este ejemplo, le decimos a mrtg que lo llamaremos cada 10 minutos. Si usted es
llamando a mrtg cada 5 minutos, puede dejar esta línea comentada.
Ejemplo:
Intervalo: 10
Tenga en cuenta que, a menos que esté utilizando rrdtool, no puede establecer el intervalo en menos de 5 minutos. Si
está utilizando rrdtool puede establecer el intervalo en el formato
Intervalo: MM [: SS]
Hasta 1 segundo. Sin embargo, tenga en cuenta que configurar el intervalo para una configuración rrdtool / mrtg
influir en la creación inicial de la base de datos. Si cambia el intervalo más tarde, todos
Las bases de datos existentes permanecerán en la resolución con la que fueron creadas inicialmente. también
tenga en cuenta que debe asegurarse de que su interfaz web mrtg-rrd pueda manejar este tipo de
Ajuste de intervalo.
Edad máxima
MRTG se basa en gran medida en el reloj de tiempo real de su computadora. Si la hora es incorrecta
valor, especialmente si se avanza en el futuro, esto hará que mrtg caduque
muchos datos supuestamente antiguos de los archivos de registro.
Para evitar esto, puede agregar una verificación de 'razonabilidad' especificando una edad máxima para el registro
archivos. Si un archivo parece ser más antiguo, mrtg no lo tocará, sino que se quejará, dando
tienes la oportunidad de investigar la causa.
Ejemplo:
Edad máxima: 7200
El ejemplo anterior hará que mrtg se niegue a actualizar los archivos de registro de más de 2 horas (7200
segundos).
EscribirExpira
Con este conmutador, mrtg generará archivos .meta para servidores CERN y Apache que contienen
Etiquetas de caducidad para los archivos html y gif. Los archivos * .meta se crearán en el mismo
directorio como los otros archivos, por lo que tendrá que configurar "MetaDir". y "Metarchivos activados" en
su archivo apache.conf o .htaccess para que esto funcione
NOTA: Si está ejecutando Apache-1.2 o posterior, puede usar mod_expire para lograr el
mismo efecto ... ver el archivo htaccess.txt
Ejemplo:
WriteExpires: Sí
NoMib2
Normalmente le pedimos al dispositivo SNMP las propiedades 'sysUptime' y 'sysName'. Algunos no
tener estos. Si desea evitar recibir quejas de mrtg sobre estos desaparecidos
propiedades, especifique la opción nomib2.
Un ejemplo de agentes que no implementan atributos base mib2 son Computer Associates:
Agentes Unicenter TNG. CA confía en utilizar el agente SNMP del sistema operativo base además de su propio
agentes para complementar la gestión de un sistema.
Ejemplo:
NoMib2: Sí
Solicitud única
Algunas implementaciones de SNMP no pueden manejar solicitudes que solicitan múltiples variables snmp en
Uno va. Configure esto en su archivo cfg para forzar a mrtg a solicitar solo una variable por solicitud.
Ejemplos
SingleRequest: Sí
SnmpOpciones
Aparte de las opciones de tiempo de espera por objetivo, también puede configurar el comportamiento del
proceso snmpget en un nivel más profundo. SnmpOptions acepta un hash de opciones. El
Actualmente se admiten las siguientes opciones:
timeout => $ default_timeout,
reintentos => $ 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
Los valores detrás de las opciones indican el valor predeterminado actual. Tenga en cuenta que estos
los ajustes ANULAN los ajustes de tiempo de espera por objetivo.
Una palabra clave SnmpOptions [] por objetivo anulará la configuración global. Esa palabra clave es
principalmente para SNMPv3.
Los ID de solicitud de 16 bits son la única forma de consultar la implementación SNMP rota de SMC
Enrutadores de barricada.
Ejemplo:
SnmpOptions: reintentos => 2, only_ip_address_matching => 0
Tenga en cuenta que AS / 400 snmp parece estar roto de una manera que impide que mrtg funcione con él.
a menos que
SnmpOptions: lenient_source_port_matching => 1
se establece.
IconoDir
Si desea mantener los íconos de mrtg en algún lugar que no sea el de trabajo (o imagedir)
directorio, use el IconoDir variable para definir la URL del directorio de iconos.
Ejemplo:
IconDir: / mrtgicons /
LoadMIB
Cargue los archivos MIB especificados y haga que sus OID estén disponibles como nombres simbólicos. Para mejor
eficiencia, se mantiene una caché de MIB en el WorkDir.
Ejemplo:
LoadMIB: /dept/net/mibs/netapp.mib,/usr/local/lib/ft100m.mib
Idioma
Cambie el formato de salida al idioma seleccionado (marque la la traducción directorio para ver cual
Los idiomas son compatibles en este momento. En este directorio también puede encontrar instrucciones sobre
cómo crear nuevas traducciones).
Actualmente se admiten los siguientes idiomas:
big5 brasileño búlgaro catalán chino croata checo danés holandés eucjp francés gallego
gb gb2312 alemán griego húngaro islandés indonesia iso2022jp italiano coreano lituano
malayo noruego polaco portugués rumano ruso ruso1251 serbio eslovaco esloveno
español sueco turco ucraniano
Ejemplo:
Idioma: danés
LogFormat
Establecer LogFormat en 'rrdtool' en su archivo mrtg.cfg habilita el modo rrdtool. En rrdtool
modo, mrtg se basa en rrdtool para hacer su registro. Consulte mrtg-rrd.
Ejemplo:
Formato de registro: rrdtool
Agregar biblioteca
Si está utilizando el modo rrdtool y su rrdtool El módulo Perl (RRDs.pm) no está instalado en un
ubicación donde Perl puede encontrarlo por sí solo, puede usar LibAdd para proporcionar un
camino.
Ejemplo:
LibAdd: / usr / local / rrdtool / lib / perl /
RutaAgregar
Si rrdtool ejecutable no se puede encontrar en el "PATH" normal, puede utilizar esta palabra clave
para agregar un directorio adecuado a su ruta.
Ejemplo:
PathAdd: / usr / local / rrdtool / bin /
RRDCcargado
Si está ejecutando RRDTool 1.4 o posterior con rrdcaché, luego puede configurar MRTG para
aproveche esto para las actualizaciones, ya sea utilizando el entorno RRDCACHED_ADDRESS
variable, o estableciendo la palabra clave RRDCched en el archivo de configuración. Tenga en cuenta que, si
ambos están configurados, la palabra clave del archivo de configuración tendrá prioridad.
Solo los sockets de dominio UNIX son totalmente compatibles antes de RRDTool v1.5, y debe tener en cuenta
que el uso del modo RRDCched desactivará todas las comprobaciones de umbral que normalmente realiza MRTG.
Los mensajes de advertencia apropiados se imprimirán si es necesario.
Ejemplos:
RRDCched: unix: /var/tmp/rrdcached.sock
RRDC: localhost: 42217
Ejecutar como demonio
La palabra clave RunAsDaemon habilita la operación en modo demonio. El propósito del modo demonio es que
MRTG se inicia una vez y no repetidamente (como ocurre con cron). Este comportamiento salva
recursos informáticos, ya que la carga y el análisis de los archivos de configuración solo se realiza una vez en
inicio y si se modifica el archivo de configuración.
El uso del modo demonio MRTG es el responsable de cronometrar los intervalos de medición. Por lo tanto
es importante establecer la palabra clave Interval en un valor apropiado.
Tenga en cuenta que cuando se utiliza el modo demonio, MRTG ya no debe iniciarse desde cron a medida que
el proceso se ejecuta para siempre. En su lugar, MRTG debe iniciarse desde el símbolo del sistema o mediante un
secuencia de comandos de inicio del sistema.
Si desea que mrtg se ejecute bajo un usuario y grupo en particular (no se recomienda ejecutar
MRTG como root), entonces puede usar el --user =nombre_usuario y --group =Nombre del grupo opciones en el
línea de comandos mrtg.
mrtg --user = mrtg_user --group = mrtg_group mrtg.cfg
También tenga en cuenta que en el modo demonio es necesario reiniciar el proceso para activar
cambios en el archivo de configuración.
En UNIX, el conmutador Daemon hace que mrtg se bifurque en segundo plano después de comprobar su
archivo de configuración. En Windows NT, el proceso MRTG se desconectará de la consola, pero debido a que
El shell NT / 2000 espera a sus hijos, debe usar esta secuencia de inicio especial cuando
lanzar el programa:
inicio / b perl mrtg mrtg.cfg
Es posible que deba agregar información de ruta igual a la que agrega cuando ejecuta mrtg desde el
línea de comando.
Ejemplo
RunAsDaemon: Sí
Intervalo: 5
Esto hace que MRTG se ejecute como un demonio que comienza la recopilación de datos cada 5 minutos.
Si es daemontools y aún desea ejecutar mrtg como un demonio, puede especificar adicionalmente
No Separar: Si
esto hará que mrtg se ejecute pero sin desconectarlo del terminal.
Si la fecha de modificación en el archivo de configuración cambia durante la operación, entonces MRTG
volverá a leer la configuración en el próximo ciclo de sondeo. Tenga en cuenta que los subarchivos que son
incluidos desde la configuración principal no tienen sus tiempos de modificación monitoreados, solo
el archivo de nivel superior está así verificado.
Código de conversión
Algunos dispositivos pueden producir valores no numéricos que, no obstante, serían útiles para graficar
con MRTG si esos valores se pueden convertir en números. La palabra clave ConversionCode
especifica la ruta a un archivo que contiene código Perl para realizar tales conversiones. El código en
este archivo debe constar de una o más subrutinas Perl. Cada subrutina debe aceptar un
argumento de cadena única y devuelve un único valor numérico. Cuando RRDtool está en uso,
se puede devolver un valor decimal. Cuando el nombre de una de estas subrutinas se especifica en un
definición de objetivo (ver más abajo), MRTG lo llama dos veces para ese objetivo, una vez para convertir el
el valor de entrada que se supervisa y una segunda vez para convertir el valor de salida. El
La subrutina debe devolver un valor indefinido si falla la conversión. En caso de avería,
La advertencia se puede publicar en el archivo de registro MRTG utilizando la función de advertencia de Perl. MRTG importa el
subrutinas en un espacio de nombre separado (paquete MRTGConversion), por lo que el usuario no necesita
preocuparse por la contaminación del espacio de nombres global de MRTG. MRTG antepone automáticamente esto
declaración del paquete al código proporcionado por el usuario.
Ejemplo: suponga que un OID en particular devuelve una cadena de caracteres cuya longitud es proporcional
al valor a monitorear. Para convertir esta cadena en un número que se pueda representar gráficamente por
MRTG, cree un archivo llamado arbitrariamente "MyConversions.pl" que contenga el siguiente código:
# Devuelve la longitud del argumento de cadena
sub Longitud2Int {
mi $ valor = turno;
longitud de retorno ($ valor);
}
Luego incluya la siguiente palabra clave global en el archivo de configuración MRTG (asumiendo que
el archivo de código de conversión se guarda en el directorio mrtg / bin junto con el propio mrtg):
Código de conversión: MyConversions.pl
Esto hará que MRTG incluya la definición de la subrutina Length2Int en su
entorno de ejecución. Length2Int se puede invocar en cualquier objetivo agregando
"| Length2Int" a la definición de destino de la siguiente manera:
Destino [myrouter]: 1.3.6.1.4.1.999.1 y 1.3.6.1.4.1.999.1: public @ mydevice | Length2Int
Consulte "Sintaxis ampliada del nombre de host" a continuación para obtener información completa sobre la sintaxis de la definición de destino.
OBJETIVO CONFIGURACIÓN
Cada objetivo de seguimiento debe identificarse con un nombre exclusivo. Este nombre debe agregarse a
cada parámetro perteneciente al mismo objetivo. El nombre también se utilizará para nombrar el
páginas web generadas, archivos de registro e imágenes para este objetivo.
Destino
Con el Destino palabra clave le dice a mrtg lo que debe monitorear. El Destino toma de palabra clave
argumentos en una amplia gama de formatos:
Básico
El formato más básico es "puerto: comunidad @ enrutador". Esto generará un gráfico de tráfico.
para la interfaz 'puerto' del host 'enrutador' (nombre dns o dirección IP) y utilizará
la comunidad 'community' (contraseña snmp) para la consulta snmp.
Ejemplo:
Destino [myrouter]: 2:[email protected]
Si su comunidad contiene una "@" o una "", estos caracteres deben escaparse con una "\".
Destino [bla]: 2: stu \ pi \ @ d @ enrutador
SNMPv2c
Si tiene un enrutador rápido, puede intentar sondear los contadores ifHC *. Esta
La función se activa al cambiar a SNMPv2c. Desafortunadamente, no todos los dispositivos son compatibles
SNMPv2c todavía. Si funciona, esto evitará que sus contadores se envuelvan dentro de los 5
intervalo de sondeo de un minuto, ya que ahora usamos 64 bits en lugar de los 32 bits normales.
Ejemplo:
Destino [myrouter]: 2: public @ router1 ::::: 2
SNMPv3
Como alternativa a SNMPv2c, SNMPv3 proporciona acceso a los contadores ifHC *, junto con
cifrado. No todos los dispositivos admiten SNMPv3, y también necesitará perl Net :: SNMP
biblioteca para poder usarlo. Se recomienda utilizar cfgmaker para generar
configuraciones que involucran SNMPv3, ya que verificará si la biblioteca Net :: SNMP está
cargable y cambiará a SNMPv2c si v3 no está disponible.
SNMP v3 requiere parámetros de autenticación adicionales, pasados mediante SnmpOptions []
palabra clave por objetivo.
Ejemplo:
Destino [myrouter]: 2: router1 ::::: 3
SnmpOptions [myrouter]: nombre de usuario => 'usuario1'
no HC
No todos los enrutadores que admiten SNMPv2 o SNMPv3 proporcionan los contadores ifHC * en cada
interfaz. La palabra clave noHC [] por objetivo indica que los contadores de baja velocidad
En su lugar, deben consultarse ifInOctets e ifOutOctets. cfgmaker automáticamente
inserte esta etiqueta si se especifica SNMPv2 o SNMPv3 pero los contadores ifHC * están
indisponible.
Ejemplo:
Destino [myrouter]: # Bri0: router1 ::::: 3
SnmpOptions [myrouter]: nombre de usuario => 'usuario1'
noHC [myrouter]: sí
revertir
A veces estás sentado en el lado equivocado del enlace y te gustaría tener
mrtg informa el tráfico entrante como saliente y viceversa. Esto se puede lograr
agregando el signo '-' delante de la descripción de "Destino". Da la vuelta al entrante y
tasas de tráfico saliente.
Ejemplo:
Objetivo [ezci]: -1:[email protected]
OID explícitos
También puede definir explícitamente qué OID consultar utilizando la siguiente sintaxis
'OID_1 & OID_2: comunidad @ enrutador' El siguiente ejemplo recuperará los recuentos de errores para
entrada y salida en la interfaz 1. MRTG necesita graficar dos variables, por lo que necesita
especificar dos OID como temperatura y humedad o entrada de error y salida de error.
Ejemplo:
Destino [myrouter]: 1.3.6.1.2.1.2.2.1.14.1 y 1.3.6.1.2.1.2.2.1.20.1: public @ myrouter
Variables MIB
MRTG conoce varios nombres de variables SNMP simbólicos. Consulte el archivo mibhelp.txt para
lista de nombres conocidos. Un ejemplo son ifInErrors e ifOutErrors. Esto significa tu
puede especificar lo anterior como:
Ejemplo:
Objetivo [myrouter]: ifInErrors.1 & ifOutErrors.1: public @ myrouter
snmpwalk
Puede ser que desee monitorear un objeto snmp al que solo se puede acceder "caminando".
Puede hacer que mrtg camine anteponiendo el OID con la cadena Caminar o si quieres un
entrada particular de la tabla devuelta por la caminata que puede usar Caminarx dónde x es un
número empezando por 0 (!).
Ejemplo:
Destino [myrouter]: WaLKstrangeOid.1 & WaLKstrangeOid.2: public @ myrouter
Destino [myrouter]: WaLK3strangeOid.1 y WaLK4strangeOid.2: public @ myrouter
SnmpObtenerSiguiente
Un caso especial de un objeto snmp al que solo se puede acceder 'caminando' ocurre cuando un
single snmpgetnext devolverá el valor correcto, pero snmpwalk falla. Esto puede ocurrir
con snmp V2 o V3, ya que en estas versiones se utiliza el método snmpgetbulk. Puedes obtener
mrtg para usar getnext en lugar de getbulk anteponiendo el OID con la cadena Obtener SIGUIENTE.
Ejemplo:
Objetivo [myrouter]: GeTNEXTstrangeOid y GeTNEXTstrangeOid: public @ myrouter
Paseo SNMP contado
En otras situaciones, se necesita un snmpwalk para contar filas, pero los datos reales son
poco interesante. Por ejemplo, contar el número de direcciones MAC en una tabla CAM, o
el número de sesiones de marcación simultáneas. Puede hacer que MRTG cuente el número de
instancias anteponiendo el OID con la cadena CNTWaLK. Lo siguiente recuperará
la cantidad de llamadas VOIP simultáneas en algunos enrutadores:
Ejemplo:
Destino [myrouter]: 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
Interfaz por IP
A veces, el índice de la interfaz SNMP puede cambiar, como cuando se agregan o cuando se agregan nuevas interfaces.
remoto. Esto puede hacer que todas las entradas de Target en su archivo de configuración se vuelvan compensadas,
causando que MRTG grafique instancias incorrectas, etc. MRTG admite direcciones IP en lugar de
ifindex en la definición de destino. Entonces MRTG consultará el dispositivo snmp e intentará mapear la IP
dirección al ifindex actual. Puede utilizar direcciones IP en cada tipo de objetivo.
definición agregando la dirección IP de la interfaz numerada después de OID y separación
char '/'.
Asegúrese de que la dirección IP proporcionada se utilice en su mismo enrutador de destino, especialmente
al graficar dos OID diferentes y / o una interfaz dividida por el delimitador '&'.
Puede decirle a cfgmaker que genere tales referencias con la opción --ifref = ip.
Ejemplo:
Destino [myrouter]: /1.2.3.4:[email protected]
Destino [ezci]: - / 1.2.3.4:[email protected]
Objetivo [myrouter]: ifInErrors / 1.2.3.4 & ifOutErrors / 1.2.3.4: public @ myrouter
Interfaz por descripción
Si no puede utilizar direcciones IP, es posible que desee utilizar los nombres de interfaz. Esto funciona
similar al enfoque de la dirección IP, excepto que el prefijo a usar es \ en lugar de /
Puede decirle a cfgmaker que genere tales referencias con la opción --ifref = descr.
Ejemplo:
Destino [myrouter]: \ My-Interface2:[email protected]
Destino [ezci]: - \ My-Interface2:[email protected]
Objetivo [myrouter]: ifInErrors \ My-If2 & ifOutErrors \ My-If3: public @ myrouter
Si su descripción contiene un "&", un ":", una "@" o un "", puede incluirlos, pero
debe escapar con una reacción violenta:
Destino [myrouter]: \ fun \: \ ney \ & ddd:[email protected]
Interfaz por nombre
Esta es la única forma sensata de hacer referencia a las interfaces de sus conmutadores.
Puede decirle a cfgmaker que genere tales referencias con la opción --ifref = nombre.
Ejemplo:
Objetivo [myrouter]: n.º 2/11:[email protected]
Destino [ezci]: - # 2/11:[email protected]
Objetivo [myrouter]: ifInErrors # 3/7 & ifOutErrors # 3/7: public @ myrouter
Si su descripción contiene un "&", un ":", una "@" o un "", puede incluirlos, pero
debe escapar con una reacción violenta:
Objetivo [myrouter]: # \: \ fun:[email protected]
Tenga en cuenta que el signo # se interpretará como un carácter de comentario si es el primero que no
carácter de espacio en blanco en la línea.
Interfaz por dirección Ethernet
Cuando cambia el índice de la interfaz SNMP, puede codificar esa interfaz por su
Dirección ', a veces llamada' dirección fija ', que es la variable SNMP
'ifPhysAddress'. Internamente, MRTG coincide con la dirección física del archivo * .cfg para
su índice actual, y luego usa ese índice para el resto de la sesión.
Puede utilizar la dirección física en cada tipo de definición de destino agregando el
Dirección física después del OID y el carácter de separación '!' (análogo al IP
opción de dirección). La dirección física se especifica como octetos delimitados por '-', como
"0a-0-f1-5-23-18" (omita las comillas dobles). Tenga en cuenta que algunos enrutadores usan el mismo
Dirección Ethernet de hardware para todas sus interfaces, lo que evita una interfaz única.
identificación. Mrtg notará estos problemas y le alertará.
Puede decirle a cfgmaker que genere archivos de configuración con dirección Ethernet de hardware
referencias usando la opción --ifref = eth.
Ejemplo:
Destino [myrouter]:! 0a-0b-0c-0d:[email protected]
Destino [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
Únase a las líneas en * BREAK * ...
Interfaz por tipo
Parece que hay dispositivos que intentan desafiar todos los esfuerzos de monitorización: el
Las interfaces interesantes no tienen ifName ni una constante ifDescr por no mencionar una
ifIndex persistente. La única forma de obtener un mapeo constante es mirando el
tipo de interfaz, porque la interfaz que le interesa es única en el dispositivo
estás mirando ...
Puede decirle a cfgmaker que genere tales referencias con la opción --ifref = tipo.
Ejemplo:
Objetivo [myrouter]:% 13:[email protected]
Objetivo [ezci]: -% 13:[email protected]
Objetivo [myrouter]: ifInErrors% 13 & ifOutErrors% 14: public @ myrouter
Posicionamiento extendido de ifIndex
Hay OID que contienen el índice de interfaz en alguna posición interna dentro del OID.
Para utilizar la interfaz mencionada anteriormente por métodos de IP / Descripción / Nombre / Tipo en el destino
definición, la palabra clave 'IndexPOS' se puede utilizar para indicar la posición de ifIndex. Si
'IndexPOS' no se usa, el ifIndex se agregará al final del OID.
Ejemplo:
Destino [myrouter]: OID.IndexPOS.1 / 1.2.3.4 & OID.IndexPOS.1 / 1.2.3.4: public @ myrouter
Reemplace OID por su OID numérico.
Sintaxis ampliada del nombre de host
En todos los lugares donde se acepta `` community @ router '', puede agregar
parámetros para la comunicación SNMP mediante sufijos separados por dos puntos. Tú también puedes
agregue un símbolo de tubería (|) y el nombre de una subrutina de conversión numérica como
descrito bajo la palabra clave global "ConversionCode" arriba. La sintaxis completa es como
manera:
comunidad @ enrutador [: [puerto] [: [tiempo de espera] [: [reintentos] [: [retirada] [: [versión]] [| nombre]]]]]
donde el significado de cada parámetro es el siguiente:
Puerto
el puerto UDP bajo el cual contactar al agente SNMP (predeterminado: 161)
La sintaxis completa del parámetro del puerto es
puerto_remoto [! dirección_local [! puerto_local]]
Algunas máquinas tienen funciones de seguridad adicionales que solo permiten que las consultas SNMP
proceden de determinadas direcciones IP. Si el host que realiza la consulta tiene varios
interfaz, puede ser necesario especificar la interfaz a la que debe llegar la consulta
desde.
El parámetro de puerto permite la especificación del puerto de la máquina que se
consultado. Además, la dirección IP (o nombre de host) y el puerto de la máquina que realiza
se puede especificar la consulta.
Ejemplos:
algún anfitrión
algún anfitrión: 161
somehost: 161! 192.168.2.4! 4000 use 192.168.2.4 y el puerto 4000 como fuente
somehost:! 192.168.2.4 use 192.168.2.4 como fuente
somehost: !! 4000 usa el puerto 4000 como fuente
tiempo de espera
tiempo de espera inicial para consultas SNMP, en segundos (predeterminado: 2.0)
reintentos
número de veces que se reintentará una solicitud agotada (predeterminado: 5)
Apártate
factor por el cual el tiempo de espera se multiplica en cada reintento (predeterminado: 1.0).
versión
para la versión SNMP. Si tiene un enrutador rápido, es posible que desee poner un '2' aquí. Para
SNMP autenticado o cifrado, puede intentar poner un '3' aquí. Esto hará
mrtg intenta sondear los contadores de 64 bits y así evitar un ajuste excesivo del contador.
Sin embargo, no todos los enrutadores admiten esto. SNMP v3 requiere configuración adicional, consulte
SnmpOptions [] para obtener detalles completos.
Ejemplo:
3: público @ enrutador1 ::::: 2
nombre
el nombre de la subrutina que MRTG llamará para convertir la entrada y la salida
valores a números enteros. Vea el ejemplo completo bajo la palabra clave global
"ConversionCode" arriba.
Ejemplo:
1.3.6.1.4.1.999.1&1.3.6.1.4.1.999.2:public@mydevice:161::::2|Length2Int
Esto recuperaría valores del OID 1.3.6.1.4.1.999.1 para entrada y .2 para
salida en mi dispositivo usando el puerto UDP 161 y SNMP versión 2, y ejecutaría el
subrutina de conversión numérica definida por el usuario Length2Int para convertir esos valores a
enteros.
Se puede omitir un valor que sea igual al valor predeterminado. Se pueden omitir los dos puntos finales,
también. El símbolo de tubería seguido del parámetro de nombre, si está presente, debe ir al final.
No debe haber espacios alrededor de los dos puntos o el símbolo de la tubería.
Ejemplo:
Destino [ezci]: 1:[email protected]: 9161 :: 4
Esto se referiría a los contadores de octetos de entrada / salida para la interfaz con siÍndice 1
on ezci-éter.dominio, como lo conoce el agente SNMP que escucha en el puerto UDP 9161. El
Se utiliza el tiempo de espera inicial estándar (2.0 segundos), pero el número de reintentos se establece en
cuatro El valor de retroceso es el predeterminado.
Direcciones IPv6 numéricas
Si IPv6 está habilitado, también puede especificar un destino utilizando su dirección IPv6. Para evitar
ambigüedad con el número de puerto, las direcciones IPv6 numéricas deben colocarse en cuadrado
soportes.
Ejemplo:
Target[IPv6test]: 2:public@[2001:760:4::]:6161::4
Scripts de supervisión externos
Si desea monitorear algo que no proporciona datos a través de snmp, puede usar algunos
programa externo para realizar la recopilación de datos.
El comando externo debe devolver 4 líneas de salida:
Línea 1
estado actual de la primera variable, normalmente 'recuento de bytes entrantes'
Línea 2
estado actual de la segunda variable, normalmente 'recuento de bytes salientes'
Línea 3
cadena (en cualquier formato legible por humanos), indicando el tiempo de actividad del objetivo.
Línea 4
cadena, indicando el nombre del objetivo.
Dependiendo del tipo de datos que devuelva su secuencia de comandos, es posible que desee utilizar el 'indicador' o
argumentos 'absolutos' para el palabra clave.
Ejemplo:
Target[myrouter]: `/usr/local/bin/df2mrtg /dev/dsk/c0t2d0s0`
Tenga en cuenta el uso de comillas inversas (`), no apóstrofos (') alrededor del comando.
Si desea utilizar una comilla invertida en el nombre del comando, puede hacerlo, pero debe escapar
con una barra invertida ...
Si su script no tiene ningún dato para devolver pero no quiere que mrtg se queje
sobre datos no válidos, puede devolver 'DESCONOCIDO' en lugar de un número. Sin embargo, tenga en cuenta que
solo rrdtool está realmente equipado para manejar bien datos desconocidos.
Sintaxis de destino múltiple
También puede combinar varias definiciones de destino en una expresión matemática. Ningún
La expresión sintácticamente correcta que el intérprete de Perl puede evaluar funcionará.
Se podría utilizar una expresión, por ejemplo, para agregar ambos canales B en una RDSI.
conexión o para calcular el porcentaje de utilización del disco duro de un servidor desde el
Espacio utilizado absoluto y capacidad total.
Ejemplos:
Destino [myrouter]: 2: public @ wellfleetA + 1: public @ wellfleetA
Destino [myrouter]: .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
Tenga en cuenta que los espacios en blanco deben rodear cada definición de destino en la expresión. Objetivo
las definiciones en sí mismas no deben contener espacios en blanco, excepto en las descripciones de la interfaz
y nombres de interfaz, donde cada carácter de espacio en blanco se escapa mediante una barra invertida.
MRTG redondea automáticamente el resultado de la expresión a un número entero a menos que RRDTool
el registro está en uso y la opción de calibre está en efecto para el objetivo. Internamente MRTG
usa el paquete Math :: BigFloat de Perl para calcular el resultado de la expresión con 40
dígitos de precisión. Incluso en casos extremos, donde, por ejemplo, se toma la
diferencia de dos enteros de 64 bits, el resultado de la expresión debe ser exacto.
Optimización de solicitudes SNMP
MRTG está diseñado para economizar en sus solicitudes SNMP. Donde aparece una definición de destino
más de una vez en el archivo de configuración, MRTG solicita los datos solo del dispositivo
una vez por ronda de recopilación de datos y utiliza los datos recopilados para cada instancia de un
objetivo particular. El reconocimiento de dos definiciones de destino como idénticas se basa
en una simple coincidencia de cadenas en lugar de cualquier tipo de análisis semántico más profundo.
Ejemplo:
Destino [Targ1]: 1: público @ CiscoA
Destino [Targ2]: 2: público @ CiscoA
Destino [Targ3]: 1: público @ CiscoA + 2: público @ CiscoA
Objetivo [Targ4]: 1: público @ CISCOA
Esto da como resultado un total de tres solicitudes SNMP. Datos para 1: public @ CiscoA y
2: public @ CiscoA se solicitan solo una vez cada uno y se utilizan para Targ1, Targ2 y Targ3.
Targ4 provoca otra solicitud SNMP para 1: public @ CISCOA, que no se reconoce como
siendo idéntico a 1: public @ CiscoA.
MáximoBytes
El valor máximo que se permite alcanzar cualquiera de las dos variables monitoreadas. Para
monitorear el tráfico del enrutador, estos son normalmente los bytes por segundo que este puerto de interfaz puede
llevar.
Si un número superior a MáximoBytes se devuelve, se ignora. Lea también la sección sobre
absmáx para más información. El MáximoBytes El valor también se utiliza para calcular el rango Y para
gráficos sin escala (consulte la sección sobre Sin escalar).
Dado que la mayoría de los enlaces se clasifican en bits por segundo, debe dividir su ancho de banda máximo
(en bits) por ocho (8) para obtener bytes por segundo. Esto es muy importante para hacer
sus gráficos sin escala muestran información realista. T1 = 193000, 56K = 7000, 10 MB
Ethernet = 1250000, 100 MB Ethernet = 12500000. El MáximoBytes mrtg utilizará el valor para
decidir si obtuvo una respuesta válida del enrutador.
Si necesita dos valores MaxBytes diferentes para las dos variables monitoreadas, puede usar
MaxBytes1 y MaxBytes2 en lugar de MaxBytes.
Ejemplo:
MaxBytes [myrouter]: 1250000
Título de la página
Título de la página HTML que se genera para el gráfico.
Ejemplo:
Título [myrouter]: Análisis de tráfico para nuestra agradable empresa
OPCIONAL OBJETIVO PALABRAS CLAVE
Inicio de página
Cosas para agregar en la parte superior de la página HTML generada. Tenga en cuenta que puede tener varias líneas
de texto siempre que la primera columna esté vacía.
Tenga en cuenta que todas las líneas de continuación terminarán en la misma línea en la página html. Si tu
desea saltos de línea en el html generado use la secuencia '\ n'.
Ejemplo:
PageTop [myrouter]: Análisis de tráfico para ETZ C1
Nuestra red troncal del campus se ejecuta en una línea FDDI \ n
con una tasa de transferencia máxima de 12.5 megabytes por
En segundo lugar.
Tiempo de actividad del enrutador
En los casos en los que calcula el ancho de banda utilizado de varias interfaces, normalmente no
Obtenga el tiempo de actividad del enrutador y el nombre del enrutador que se muestran en la página web.
Si estas interfaces están en el mismo enrutador y se deben mostrar el tiempo de actividad y el nombre,
tiene que especificar su comunidad y dirigirse nuevamente con el Tiempo de actividad del enrutador palabra clave.
Si desea utilizar un OID especial para consultar el tiempo de actividad del enrutador, utilice el prefijo oid.
Ejemplo:
Destino [kacisco.comp.edu]: 1:[email protected] + 2:[email protected]
RouterUptime [kacisco.comp.edu]: [email protected]
RouterUptime [kacisco.comp.edu]: hrSystemUptime.0:[email protected]
Nombre del enrutador
Si el nombre predeterminado del enrutador es incorrecto / no informativo, puede usar RouterName para
especificar un OID diferente en el mismo host o en uno diferente.
Un ejemplo práctico: sysName en las unidades BayTech DS72 siempre muestra "ds72", pase lo que pase
establece la ID de la unidad en. En cambio, el ID de la unidad se almacena en 1.3.6.1.4.1.4779.1.1.3.0, por lo que
podemos hacer que MRTG muestre esto en lugar de sysName.
Ejemplo:
Nombre del enrutador [kacisco.comp.edu]: 1.3.6.1.4.1.4779.1.1.3.0
También se puede especificar un OID diferente en un host diferente:
Nombre del enrutador [kacisco.comp.edu]: 1.3.6.1.4.1.4779.1.1.3.0:[email protected]
MáximoBytes1
Igual que MaxBytes, para la variable 1.
MáximoBytes2
Igual que MaxBytes, para la variable 2.
Solo IPv4
Muchos enrutadores IPv6 actualmente no admiten SNMP sobre IPv6 y deben monitorearse usando
IPv4. La opción IPv4Only obliga a mrtg a utilizar IPv4 cuando se comunica con el objetivo, incluso
si IPv6 está habilitado. Esto es útil si el destino es un nombre de host con IPv4 e IPv6
direcciones; sin la palabra clave IPv4Only, la supervisión de dicho enrutador no funcionará si IPv6 está
habilitada.
Si se establece en no (el valor predeterminado), mrtg usará IPv6 a menos que el destino no tenga direcciones IPv6, en
cuyo caso utilizará IPv4. Si se establece en sí, mrtg solo usará IPv4.
Tenga en cuenta que si esta opción se establece en sí y el destino no tiene una dirección IPv4,
la comunicación con el objetivo fallará.
Esta opción no tiene ningún efecto si IPv6 no está habilitado.
Ejemplo:
Destino [v4onlyrouter_1]: 1: public @ v4onlyrouter
IPv4Only [v4onlyrouter_1]: Sí
SnmpOpciones (V3)
SNMPv3 requiere un conjunto de opciones bastante rico. Esta palabra clave por objetivo permite el acceso a
el modelo de seguridad del usuario de SNMPv3. Las opciones se enumeran en la misma sintaxis que un hash de perl.
Seguridad Modos
SNMPv3 tiene tres modos de seguridad, definidos en el dispositivo que se está sondeando. Por ejemplo, en
Enrutadores Cisco el modo de seguridad está definido por la configuración global del grupo snmp-server
mando.
SinAuthNoPriv
No se definen ni la autenticación ni la privacidad. Solo se especifica la opción Nombre de usuario
para este modo.
Ejemplo:
SnmpOptions [myrouter]: nombre de usuario => 'usuario1'
AutenticaciónNoPriv
Utiliza un nombre de usuario y una contraseña. La contraseña se puede utilizar con la clave snmpkey.
aplicación, o pasado en texto sin formato junto con el ContextEngineID
Ejemplo:
SnmpOptions [myrouter]: username => 'user1', authpassword => 'example',
contextengineid => '80000001110000004000000'
priv
Se definen tanto la autenticación como la privacidad. El protocolo de privacidad predeterminado es des.
Ejemplo:
SnmpOptions[myrouter]: authkey=>'0x1e93ab5a396e2af234c8920e61cfe2028072c0e2',
authprotocol => 'sha', privprotocol => 'des', username => 'user1',
privkey=>'0x498d74940c5872ed387201d74b9b25e2'
SNMP opciones
Se reconocen las siguientes palabras clave de opción:
nombre de usuario
El usuario asociado con el modelo de seguridad del usuario
nombre de contexto
Un agente SNMP puede definir múltiples contextos. Esta palabra clave les permite ser encuestados.
ID del motor de contexto
Una cadena única de 24 bytes que identifica al agente snmp.
contraseña de autenticación
La contraseña de texto sin formato para un usuario en modo AuthNoPriv o Priv.
Clave de autenticación
Un hash md5 o sha de la contraseña de texto sin formato, junto con engineid. Utilizar el
programa de línea de comandos snmpkey para generar este hash, o use Net :: SNMP :: Security :: USM en
un guión.
authprotocol {sha | md5}
El algoritmo hash definido en el cliente SNMP. Por defecto es md5.
contraseña privada
Una clave precompartida de texto sin formato para cifrar paquetes snmp en modo Priv.
clave privada
Un hash de la clave precompartida de texto sin formato, junto con el engineid. Usa la snmpkey
programa de línea de comandos para generar este hash, o use Net :: SNMP :: Security :: USM en un
guión.
privprotocol {des | 3desede | aescfb128 | aescfb192 | aescfb256}
Especifica el método de cifrado definido en el agente snmp. El valor predeterminado es des.
Pie de página
Cosas para agregar al final de la página HTML generada. Tenga en cuenta que puede tener varios
líneas de texto siempre que la primera columna esté vacía.
Tenga en cuenta que todas las líneas de continuación terminarán en la misma línea en la página html. Si tu
desea saltos de línea en el html generado use la secuencia '\ n'.
El material se agregará justo antes del etiqueta:
Ejemplo:
PageFoot [myrouter]: Contactomailto:[email protected]"> Peter
si tiene preguntas sobre esta página
AñadirCabeza
Utilice esta etiqueta como el Inicio de página encabezado, pero su contenido se agregará entre y
.
Ejemplo:
AddHead [myrouter]:mailto:[email protected]">
Etiqueta del cuerpo
BodyTag le permite suministrar su propio etiqueta para las páginas web generadas.
Ejemplo:
BodyTag [myrouter]:
FONDO = "/ stats / images / bg.neo2.gif">
absmáx
Si está monitoreando un enlace que puede manejar más tráfico que el MáximoBytes valor. Por ejemplo, un
línea que utiliza compresión o algún enlace de retransmisión de tramas, puede utilizar la absmáx palabra clave para
dar el valor máximo absoluto que jamás se alcanzará. Necesitamos saber esto para poder ordenar
valores poco realistas devueltos por los enrutadores. Si no configura absmáx, rateup será
ignorar valores superiores a MáximoBytes.
Ejemplo:
AbsMax [myrouter]: 2500000
Sin escalar
De forma predeterminada, cada gráfico se escala verticalmente para que los datos reales sean visibles incluso cuando
mucho más bajo que MáximoBytes. Con el Sin escalar variable puede suprimir esto. Es
El argumento es una cadena, que contiene una letra para cada gráfico que no desea escalar:
d = día w = semana m = mes y = año. También hay un caso especial para desarmar la variable
completamente: n = ninguno. Esto podría ser útil en caso de que necesite anular un global
configuración. En el ejemplo, se suprimen las escalas para el gráfico anual y mensual.
Ejemplo:
Sin escala [myrouter]: ym
ConPico
Por defecto, los gráficos solo contienen los valores promedio de las variables monitoreadas -
normalmente las tasas de transferencia para el tráfico entrante y saliente. La siguiente opción
indica a mrtg que muestre los valores máximos de 5 minutos en la [semana], [mes] una vez y [y] antes
grafico. En el ejemplo, definimos el gráfico mensual y anual para contener el pico también
como valores medios.
Ejemplos:
WithPeak [myrouter]: ym
Suprimir
Por defecto, mrtg produce 4 gráficos. Con esta opción puede suprimir la generación de
gráficos seleccionados. La sintaxis del valor de la opción es análoga a las dos opciones anteriores. En esto
Por ejemplo, suprimimos el gráfico anual ya que está bastante vacío al principio.
Ejemplo:
Suprimir [myrouter]: y
Extension
De forma predeterminada, mrtg crea archivos .html. Use esta opción para decirle a mrtg que use una
extensión. Por ejemplo, puede configurar la extensión en php3, luego podrá
incluir etiquetas PHP en la salida (útil para obtener un nombre de enrutador de una base de datos).
Ejemplo:
Extensión [myrouter]: phtml
Directory
De forma predeterminada, mrtg coloca todos los archivos que genera para cada objetivo (los GIF, el HTML
página, el archivo de registro, etc.) en DirTrabajo.
Si Directory se especifica la opción, los archivos se colocan en un directorio bajo
DirTrabajo o Log-, Image- y HtmlDir). (Por ejemplo, el Directory la siguiente opción causaría
todos los archivos de un myrouter de destino se colocarán en el directorio
/ usr / tardis / pub / www / stats / mrtg / myrouter /.)
El directorio ya debe existir; mrtg no lo creará.
Ejemplo:
WorkDir: / usr / tardis / pub / www / stats / mrtg
Directorio [myrouter]: myrouter
NOTA: la opción Directorio siempre debe ser 'relativa' o sucederán cosas malas.
Clondirectorio
Si Directory se especifica la opción, la Clondirectorio opción copiará todos los contenidos
of Directory En el correo electrónico “Su Cuenta de Usuario en su Nuevo Sistema XNUMXCX”. Clondirectorio.
Ejemplo:
WorkDir: / usr / tardis / pub / www / stats / mrtg
Directorio [myrouter]: myrouter
Clonedirectory [myrouter]: myclonedirectory
Opcionalmente, el nombre del objetivo se puede cambiar en el proceso de clonación.
Ejemplo:
WorkDir: / usr / tardis / pub / www / stats / mrtg
Directorio [myrouter]: myrouter
Clonedirectory [myrouter]: myclonedirectory mynewtarget
NOTA 1: El directorio de clonación ya debe existir; mrtg no lo creará.
NOTA 2: La opción Clonedirectory también debe ser siempre 'relativa' o sucederán cosas malas.
NOTA 3: Esto requiere el módulo Archivo :: Copiar
Talla X y YTamaño
Por defecto, los gráficos mrtgs tienen un ancho de 100 por 400 píxeles (más algunos más para las etiquetas.
ejemplo obtenemos gráficos casi cuadrados ...
Nota: XSize debe estar entre 20 y 600; YSize debe ser mayor que 20
Ejemplo:
XSize [myrouter]: 300
YTamaño [myrouter]: 300
Zoom X y Zoom Y
Si desea que sus gráficos tengan píxeles más grandes, puede "Zoom".
Ejemplo:
XZoom [myrouter]: 2.0
YZoom [myrouter]: 2.0
EscalaX y YEscala
Si desea que sus gráficos estén realmente escalados, use EscalaX y YEscala. (Cuidado: mientras esto
funciona, los resultados se ven feos (para ser francos) así que si alguien quiere arreglar esto: los parches son
Bienvenido.
Ejemplo:
XScale [myrouter]: 1.5
YEscala [myrouter]: 1.5
YTics y YTicsFactor
Si desea mostrar más de 4 líneas por gráfico, use YTics. Si quieres escalar el
valor utilizado para la leyenda Y de estos tics, utilice YTicsFactor. El valor predeterminado para YTics es
4 y el valor predeterminado para YTicsFactor es 1.0.
Ejemplo:
Suponga que obtiene valores que van de 0 a 700. Quiere trazar 7 líneas y quiere mostrar
0, 1, 2, 3, 4, 5, 6, 7 en lugar de 0, 100, 200, 300, 400, 500, 600, 700. Debes escribir
entonces:
YTics [myrouter]: 7
YTicsFactor [myrouter]: 0.01
Factor
Si desea multiplicar todos los números que se muestran debajo del gráfico con un factor constante, use este
directiva para definirlo ..
Ejemplo:
Factor [as400]: 4096
Step
Cambie el paso predeterminado de 5 * 60 segundos a otra cosa (no he probado tanto
...)
Ejemplo:
Paso [myrouter]: 60
Título PNG
Al usar rateup para la generación de gráficos, esto imprimirá el título dado en el gráfico que
genera.
Ejemplo:
PNGTitle [myrouter]: Enlace WAN Reino Unido-EE. UU.
La sección La palabra clave le permite establecer algunos conmutadores booleanos:
crecer bien
El gráfico crece a la izquierda de forma predeterminada. Esta opción cambia la dirección del crecimiento
haciendo que la hora actual esté en el borde derecho del gráfico y los valores del historial
a la izquierda de la misma.
los bits
Todos los valores de las variables monitoreadas se multiplican por 8 (es decir, se muestran en bits en lugar de
bytes) ... parece mucho más impresionante :-) También afecta el 'valor predeterminado de fábrica'
etiquetado y unidades para el objetivo dado.
por minuto
Todos los valores de las variables monitoreadas se multiplican por 60 (es decir, se muestran en unidades por minuto
en lugar de unidades por segundo) en el caso de valores pequeños, se obtienen gráficos más precisos
desplegado. También afecta el etiquetado y las unidades 'predeterminados de fábrica' para el
objetivo.
por hora
Todos los valores de las variables monitoreadas se multiplican por 3600 (es decir, se muestran en unidades por hora
en lugar de unidades por segundo) en el caso de valores pequeños, se obtienen gráficos más precisos
desplegado. También afecta el etiquetado y las unidades 'predeterminados de fábrica' para el
objetivo.
sin información
Suprima la información sobre el tiempo de actividad y el nombre del dispositivo en la página web generada.
no por ciento
No imprima los porcentajes de uso.
transparente
Haz que el fondo de los gifs generados sea transparente.
entero
Imprima líneas de resumen debajo del gráfico como números enteros sin comas.
porcentajedorel
El porcentaje relativo de tráfico de entrada a tráfico de salida se calcula y se muestra en
el gráfico como una línea adicional. Nota: Solo está disponible una escala fija (de 0 a
100%). Por lo tanto, si el tráfico de entrada es mayor que el tráfico de salida, se muestra el 100%. Si
sospecha que su tráfico de entrada no siempre es menor o igual que su tráfico de salida
se le recomienda no utilizar estas opciones. Nota: si usa esta opción en combinación
con el Colores opciones, se requiere allí un quinto par color-nombre color-valor.
pico promedio
Hay algunos ISP que utilizan los valores pico promedio para facturar a sus clientes. Utilizando
esta opción MRTG muestra estos valores para cada gráfico. El valor se construye promediando
el promedio de tráfico máximo de 5 minutos para cada "paso" que se muestra en el gráfico. Para el Semanal
grafica esto significa que construye el promedio de todos los intervalos de 2 horas pico de 5 minutos
valores. (¿Confundido? ¡Eso creía!)
calibre
Trate los valores recopilados del objetivo como mediciones de 'estado actual' y no como siempre
contadores incrementales. Esto sería útil para monitorear cosas como el espacio en disco,
carga del procesador, temperatura y similares ...
En ausencia de opciones de 'calibre' o 'absoluto', MRTG trata las variables como contadores
y calcula la diferencia entre el valor actual y el anterior y divide
que por el tiempo transcurrido entre las dos últimas lecturas para obtener el valor a graficar.
fotometría absoluta)
Esto es para fuentes de datos de tipo contador que restablecen su valor cuando se leen. Esta
significa que rateup no tiene que construir la diferencia entre el actual y el
último valor leído de la fuente de datos. El valor obtenido todavía se divide por el
tiempo transcurrido entre la lectura actual y la última, lo que lo hace diferente del
la opción 'calibre'. Útil para recolectores de datos externos.
derivar
Si está utilizando rrdtool como registrador / graficador, puede utilizar un tercer tipo de fuente de datos.
Derivar es como un contador, excepto que no es necesario subir todo el tiempo. Está
útil para situaciones en las que se debe graficar el cambio de algún valor.
unknaszero
Registre los datos desconocidos como cero en lugar del comportamiento predeterminado de repetir el último valor
visto. Tenga cuidado con esto, a menudo una línea plana en el gráfico es mucho más obvia que una
línea en 0.
con ceros
Normalmente ignoramos todos los valores que son cero al calcular la transferencia promedio
tasa en una línea. Si esto no es deseable, utilice esta opción.
Sin bordes
Si está utilizando rateup para registrar datos, MRTG creará las imágenes gráficas. Normalmente
estas imágenes tienen un borde sombreado a su alrededor. Si no quieres que el borde sea
dibujado, habilite esta opción. Esta opción no tiene ningún efecto si no está utilizando rateup.
no flecha
Al igual que con la opción anterior, esto solo afecta a la generación de gráficos de aumento de velocidad. Normalmente tasa
generará gráficos con una pequeña flecha que muestra la dirección de los datos. Si lo haces
no desea que se dibuje esta flecha, habilite esta opción. Esta opción no tiene ningún efecto si
no están usando rateup.
noi Al usar rateup para la generación de gráficos, puede usar esta opción para detener el dibujo de rateup
un gráfico para la 'I' o la primera variable. Esto también elimina las entradas para esta variable en
la página HTML que genera MRTG, y eliminará los picos de esta variable si son
activado. Esto le permite ocultar estos datos, o puede ser muy útil si solo está
graficar una línea de datos en lugar de dos. Esta opción no es destructiva: cualquier dato
recibido para la variable continuó registrándose, simplemente no se muestra.
noo Igual que el anterior, excepto en relación con la 'O' o la segunda variable.
sin banner
Cuando se usa rateup para la generación de gráficos, esta opción deshabilita MRTG agregando el MRTG
banner a las páginas HTML que genera.
leyenda
Cuando se usa el rateup para la generación de gráficos, esta opción evitará que MRTG cree un
leyenda en la parte inferior de las páginas HTML que genera.
impresora
Al usar rateup para la generación de gráficos, esta opción imprimirá el nombre del enrutador en la
gráfico que genera. Esta opción es anulada por el valor de PNGTitle si uno es
given
pngfecha
Al usar rateup para la generación de gráficos, esta opción imprimirá una marca de tiempo en el
gráfico que genera, incluida una zona horaria si la 'Zona horaria' especifica una
parámetro. Esto es equivalente a configurar TimeStrPost [x]: RU
escala logarítmica
La sección escala logarítmica La opción hace que rateup muestre los datos con el eje Y escalado.
logarítmicamente. Hacerlo permite que el tráfico normal ocupe la mayor parte de la
rango vertical, sin dejar de mostrar los picos en su altura máxima.
escala logarítmica muestra todos los datos disponibles y siempre producirá gráficos con buen comportamiento.
Sin embargo, la gente suele considerar que un gráfico escalado logarítmicamente es contrario a la intuición, y
tan difícil de interpretar.
escala de expansión
La sección escala de expansión La opción hace que rateup muestre los datos con el eje Y escalado.
exponencialmente. Hacerlo enfatiza los pequeños cambios en la parte superior de la escala; esto puede ser
útil cuando se grafican valores que fluctúan en una pequeña cantidad cerca de la parte superior de la
escala, como el voltaje de línea.
escala de expansión es esencialmente el inverso de escala logarítmica.
segundo medio
La sección segundo medio La opción establece el valor máximo en el gráfico a la media de los datos.
mayor que la media de todos los datos. Esto produce un gráfico que se centra más en el
datos típicos, mientras recorta picos grandes.
Usando segundo medio dará un gráfico escalado linealmente más intuitivo, pero puede resultar en un
escala inútilmente alta o baja en algunas situaciones raras (específicamente, cuando los datos
incluye una gran parte de valores alejados de la media real)
Si un objetivo incluye ambos escala logarítmica y segundo medio en las opciones, el segundo medio toma
precedencia.
Ejemplo:
Opciones [myrouter]: growright, bits
kilo
Utilice esta opción para cambiar el valor del multiplicador para crear prefijos. El valor predeterminado es
1000. Esta etiqueta es para el caso especial de que 1kB = 1024B, 1MB = 1024kB y hasta ahora.
Ejemplo:
kilo [myrouter]: 1024
kmg
Cambie los prefijos multiplicadores predeterminados (, k, M, G, T, P). En la etiqueta Leyenda corta definir solo
las unidades básicas. Formato: lista de prefijos separados por comas. Dos comas consecutivas o un
la coma al principio o al final de la línea no da ningún prefijo en este elemento. Si tu no quieres
prefijos, solo ponga dos comas consecutivas. Si desea omitir una magnitud, seleccione '-' como
.
Ejemplo: velocidad en nm / s (nanómetros por segundo) mostrada en nm / h.
Leyenda corta [myrouter]: m / h
kMG [myrouter]: n, u, m ,, k, M, G, T, P
opciones [myrouter]: por hora
Colores
La sección Colores La etiqueta le permite anular el esquema de color predeterminado. Nota: Los 4
Los colores requeridos deben especificarse aquí. El nombre del color ('Colourx' a continuación) es la leyenda
nombre mostrado, mientras que el valor RGB es el color real utilizado para la pantalla, tanto en el
gráfico y en el documento html.
El formato es: Col1 # RRGGBB, Col2 # RRGGBB, Col3 # RRGGBB, Col4 # RRGGBB
Importante: si usa el porcentajedorel opciones etiquetar un quinto color nombre color valor par
is required: Col1#RRGGBB,Col2#RRGGBB,Col3#RRGGBB,Col4#RRGGBB,Col5#RRGGBB
Color1
Primera variable (normalmente entrada) en el gráfico predeterminado.
Color2
Segunda variable (normalmente Salida) en el gráfico predeterminado.
Color3
Max primera variable (entrada).
Color4
Segunda variable máxima (salida).
RRGGBB
Valores hexadecimales de 2 dígitos para rojo, verde y azul.
Ejemplo:
Colours[myrouter]: GREEN#00eb0c,BLUE#1000ff,DARK GREEN#006600,VIOLET#ff00ff
Fondo
Con el Fondo etiqueta puede configurar el color de fondo del HTML generado
.
Ejemplo:
Fondo [myrouter]: # a0a0a0a
YLeyenda, Leyenda corta, Leyenda [1234]
Las siguientes palabras clave le permiten anular el texto que se muestra para las diversas leyendas de
el gráfico y en el documento HTML:
Leyenda
La etiqueta del eje Y del gráfico. Tenga en cuenta que un texto que es demasiado largo para caber en el gráfico
será ignorado en silencio.
Leyenda corta
La cadena de unidades (predeterminada 'b / s') utilizada para Max, Average y Current
Leyenda [1234IO]
Las cadenas de la leyenda de color.
Ejemplo:
YLegend [myrouter]: bits por segundo
ShortLegend [myrouter]: b / s
Legend1 [myrouter]: tráfico entrante en bits por segundo
Legend2 [myrouter]: tráfico saliente en bits por segundo
Legend3 [myrouter]: Tráfico entrante máximo de 5 minutos
Legend4 [myrouter]: Tráfico saliente máximo de 5 minutos
LegendI [myrouter]: En:
LegendO [myrouter]: Fuera:
Tenga en cuenta, si LeyendaI or LeyendaO se establecen en una cadena vacía con
LegendO [myrouter]:
La línea correspondiente debajo del gráfico no se imprimirá en absoluto.
Zona horaria
Si vive en un mundo internacional, es posible que desee generar los gráficos en diferentes
zonas horarias. Esto se establece en la variable TZ. En ciertos sistemas operativos como Solaris,
esto provocará la llamada localtime para dar la hora en la zona horaria seleccionada.
Ejemplo:
Zona horaria [myrouter]: Japón
La zona horaria es la zona horaria estándar de su sistema, es decir, Japón, Hong Kong, GMT, GMT + 1, etc.
etc.
Formato de semana
De forma predeterminada, mrtg (en realidad, rateup) usa el Strftime(3) Opción '% V' para formatear números de semana
en los gráficos mensuales. La semántica exacta de esta opción de formato varía entre sistemas.
Si encuentra que los números de la semana son incorrectos y su sistema Strftime(3) rutina
lo admite, puede probar otra opción de formato. La opción POSIX '% V' corresponde a la
Estándar de numeración semanal ISO 8601 ampliamente utilizado. El carácter de formato de semana debe ser
especificado como una sola letra; ya sea W, V o U.
La versión UNIX de rateup usa la implementación libc de strftime. En Windows, el
La implementación nativa de strftime no conoce% V. Entonces usamos un diferente
implementación de strftime que admite% V.
Ejemplo:
Formato de semana [myrouter]: W
RRDRowCount
Esto afecta la creación de nuevos archivos rrd. Por defecto, los rrds se crean para contener aproximadamente 1
día de datos de alta resolución. (más 1 semana de datos de 30 minutos, 2 meses de 2 horas
datos y 2 años de datos de 1 día). Con esta palabra clave puede cambiar el número de base
entradas de intervalo configuradas para nuevos rrds a medida que se crean. Tenga en cuenta que debe tomar el
tiempo de intervalo en cuenta.
Ejemplo:
RRDRowCount [myrouter]: 1600
RDRRowCount30m
Según RRDRowCount, pero para los RRA -típicamente- utilizados para datos de 30 minutos. Aun asi tu
aún debe tener en cuenta el intervalo base. Si omite esta palabra clave, se forzará
antiguo predeterminado de 800 filas.
Ejemplo:
RRDRowCount30m [myrouter]: 800
RDRRowCount2h
Según RRDRowCount, pero para los RRA -típicamente- utilizados para datos de 2 horas. Aun así, debes
aún tenga en cuenta el intervalo base. Omitir esta palabra clave forzará a los antiguos
por defecto de 800 filas.
Ejemplo:
RRDRowCount2h [myrouter]: 400
RRDRowCount1d
Según RRDRowCount, pero para los RRA -típicamente- utilizados para datos de 1 día. Aun así, debes
aún tenga en cuenta el intervalo base. Omitir esta palabra clave forzará a los antiguos
por defecto de 800 filas.
Ejemplo:
RRDRowCount1d [myrouter]: 200
RRDHWRRA
Normalmente, los RRD creados por MRTG solo contendrán la información recopilada directamente de
el objetivo respectivo. Con esta opción puede acceder a rrdtools advanced aberrant
módulo de detección de comportamiento basado en la previsión de Holt-Winters. La propiedad RRDHWRRAs
especifica las RRA de Holt-Winters como se describe en la página del manual rrdcreate.
Tenga en cuenta que esta configuración solo afectará a los RRD (objetivos) recién creados.
Ejemplo:
RRDHWRRAs [myrouter]: RRA: HWPREDICT: 1440: 0.1: 0.0035: 288
TiempoStrPos
Esto define la ubicación de la cadena de marca de tiempo en la imagen. Los valores posibles son RU, LU,
RL, LL (que representan, respectivamente, RightUpper, LeftUpper, RightLower e LeftLower
esquina) y NO (sin marca de tiempo). De forma predeterminada, no se coloca ninguna marca de tiempo en la imagen.
Ejemplo:
TimeStrPos [myrouter]: RU
TiempoStrFmt
Con esta palabra clave, puede especificar el formato de la marca de tiempo que se colocará en la imagen (si
habilitado por la palabra clave TimeStrPos). La cadena especificada será utilizada por el strftime ()
función - ver Strftime(3) documentación para especificadores de conversión disponible en su
sistema. Formato predeterminado:% Y-% m-% d% H:% M
Ejemplo:
TimeStrFmt [myrouter]:% H:% M:% S
LÍMITE CONTROL
A través de su funcionalidad de verificación de umbral, mrtg puede detectar problemas de umbral para
los diversos objetivos y puede llamar a scripts externos para manejar esos problemas (por ejemplo, enviar
correo electrónico o una página a un administrador).
La verificación de umbral se configura a través de los siguientes parámetros:
TrillaDir (GLOBAL)
Al definir ThreshDir para que apunte a un directorio grabable, MRTG solo le avisará cuando
se ha cruzado el límite del umbral.
Ejemplo:
ThreshDir: / var / mrtg / thresh
ThreshHyst (GLOBAL)
Si se rompe un umbral y tiene un threshdir definido, entonces mrtg enviará el correo una vez
el umbral se vuelve 'desbloqueado' para evitar situaciones en las que mensajes rotos e ininterrumpidos
se envían en sucesión cercana, solo enviamos un mensaje ininterrumpido una vez que el valor actual es
0.1 (10%) del umbral. usando la variable de configuración ThreshHyst puede personalizar
este valor.
Ejemplo para 5%:
UmbralHyst: 0.05
Servidor de correo Thresh (GLOBAL)
Sumadores de un servidor SMTP que va a aceptar correo sobre los umbrales que se rompen y
intacto.
ThreshMailSender (GLOBAL)
¿Cuál es la dirección del remitente del correo de umbral?
Ejemplo:
UmbralMailSender: [email protected]
ThreshDirección de correo (POR OBJETIVO)
Dirección de correo electrónico para correos relacionados con el umbral. Esto solo funcionará si un servidor de correo ha sido
configurado.
Ejemplo:
ThreshMailAddress [_]: [email protected]
ThreshMailAddress [enrutador]:
Esto llevaría el correo liberado por el umbral a todos menos al objetivo llamado 'enrutador'.
TrillarMinI (POR OBJETIVO)
Este es el valor mínimo aceptable para el parámetro Entrada (primer). Si el parámetro
cae por debajo de este valor, el programa especificado en ThreshProgI se ejecutará y se enviará un correo
enviarse a ThreshMailAddress si se especifica. Si el valor termina en '%', entonces el
el umbral se define en relación con MaxBytes.
TrillaMaxI (POR OBJETIVO)
Funciona igual que TheshMinI pero actúa cuando el valor es mayor que ThreshMaxI.
TrillaDesc (POR OBJETIVO)
Su valor se asignará a la variable de entorno THRESH_DESC antes de cualquiera de los
los programas que se mencionan a continuación se denominan. Los programas pueden usar el valor de esta variable para
producir resultados más fáciles de usar.
TrillaProgI (POR OBJETIVO)
Esto define un programa que se ejecutará si ThreshMinI o ThreshMaxI no funcionan. MRTG pasa 3
argumentos: la variable $ enrutador, el valor de umbral roto y el parámetro actual
.
TrillaProgOKI (POR OBJETIVO)
Esto define un programa que se ejecutará si el parámetro está actualmente correcto (basado en ThreshMinI y
ThreshMaxI), pero no estaba bien en la ejecución anterior, según los archivos encontrados en
ThreshDir. MRTG pasa 3 argumentos: la variable $ enrutador, el valor de umbral ininterrumpido, y
el valor actual del parámetro.
trillaminO, TrillaMaxO, trillaprogO, y TrillaProgOKO
Estos funcionan igual que sus contrapartes * I, excepto en el parámetro Salida (segundo).
Setenv
Al llamar a los scripts de umbral desde su archivo cfg, es posible que desee pasar algunos datos
en el guión. Esto se puede hacer con la opción de configuración SetEnv que toma un
serie de asignaciones de variables de entorno. Tenga en cuenta que las cotizaciones son obligatorias. Esto hace
no funciona para scripts externos. No es posible establecer variables de entorno por objetivo.
Ejemplo:
SetEnv [myrouter]: EMAIL = "[email protected]"
HOST = "www.some_server.net"
HW Fracaso bajo Límite Cuentas de cheques
Cuando se utiliza el registro basado en rrd con HW RRA definidos. Puedes usar los límites de confianza
infracciones almacenadas en el RRA FALLOS para alertas basadas en umbrales.
Allí, todas las variables de umbral específicas del objetivo tienen una contraparte de Hold-Winters:
ThreshMailAddress -> HWThreshMailAddress
ThreshMinI -> HWThreshMinI
...
Las variables globales para la verificación de umbrales se comparten excepto
ThreshHyst -> HWThreshHyst
Y HWThreshDesc establece la variable HWTHRESH_DESC.
OBJETIVO DEFAULT VALORES
Pre- y Sufijo
Para ahorrarse algo de escritura, puede definir un objetivo llamado '^'. El texto de cada palabra clave
que defina para este objetivo estará PREPENDIDO a la palabra clave correspondiente de todos los
objetivos definidos debajo de esta línea. Lo mismo ocurre con un Target llamado '$' pero su texto
ser APENDIDO.
Tenga en cuenta que se inserta un espacio entre el texto antepuesto y el valor de la palabra clave, así como
entre el valor de la palabra clave y el texto adjunto. Esto funciona bien para palabras clave con valor de texto,
pero no es muy útil para otras palabras clave. Consulte la descripción del objetivo "predeterminado" a continuación.
El ejemplo hará que mrtg use un encabezado común y una persona de contacto común en todos los
páginas generadas a partir de destinos definidos más adelante en este archivo.
Ejemplo:
PageTop [^]: Estadísticas de tráfico de NoWhere Unis
PageTop [$]: Comuníquese con Peter Norton si tiene alguna pregunta
Para eliminar el valor anteponer / agregar, especifique un valor vacío, por ejemplo:
PageTop [^]:
PageTop [$]:
NoSpaceChar
Con PREPEND y APPEND (ver más abajo) normalmente hay un espacio insertado entre el local
valor y el valor PRE- o APPEND. A veces esto no es deseable. Puedes usar el
opción global NoSpaceChar para definir un carácter que se puede mencionar al final de un $
o ^ definición para suprimir el espacio.
Ejemplo:
NoSpaceChar: ~
Objetivo [^]: 1.3.6.1.4.1.482.50.2.4.20.0 y 1.3.6.1.4.1.482.50.2.4.21.0: get @ ~
Destino [a]: a.tolna.net
Destino [b]: b.tolna.net
Destino [c]: c.tolna.net
Destino [d]: d.tolna.net
"Predeterminado" Valores
El nombre de destino '_' especifica un valor predeterminado para esa palabra clave. En ausencia de explícita
Valor de la palabra clave, el valor de la palabra clave antepuesta y añadida, el valor predeterminado será
usado.
Ejemplo:
YTamaño [_]: 150
Opciones [_]: growright, bits, nopercent
WithPeak [_]: ymw
Suprimir [_]: y
MaxBytes [_]: 1250000
Para eliminar el valor predeterminado y volver al 'valor predeterminado de fábrica', especifique un valor vacío,
p.ej:
YLegend [_]:
Puede haber varias instancias de establecer los valores predeterminados / anteponer / agregar en el
archivo de configuración. La última configuración reemplaza la anterior para el resto de la
archivo de configuración. Los valores predeterminados / anteponer / agregar utilizados para una determinada palabra clave / objetivo
par son los que estaban en vigor en el punto en el archivo de configuración donde el
target fue mencionado por primera vez.
Ejemplo:
MaxBytes [_]: 1250000
Destino [myrouter.somplace.edu.2]: 2:[email protected]
MaxBytes [_]: 8000
Título [myrouter.somplace.edu.2]: Análisis de tráfico para myrouter.somplace.edu IF 2
El valor por defecto MáximoBytes para el destino myrouter.someplace.edu.2 en el ejemplo anterior será
1250000, que estaba en efecto donde apareció por primera vez el nombre de destino myrouter.someplace.edu.2
en el archivo de configuración.
COMANDO LÍNEA OPCIONES
--usuario nombre de usuario y --grupo Nombre del grupo
Ejecutar como el usuario y / o grupo determinados. (Solo Unix)
--archivo de bloqueo nombre de archivo
Utilice un archivo de bloqueo alternativo (el valor predeterminado es utilizar el archivo de configuración adjunto con
"_l").
--confcache-archivo nombre de archivo
Utilice un archivo confcache alternativo (el valor predeterminado es utilizar el archivo de configuración adjunto
con ".ok")
--Inicio sesión nombre de archivo|registro de eventos
Si se establece en un nombre de archivo grabable, toda la salida de mrtg (advertencias, mensajes de depuración,
errores) irá a nombre de archivo. Si está ejecutando Win32, puede especificar registro de eventos
en lugar de un nombre de archivo que enviará todos los errores al registro de eventos de Windows.
NOTA: Tenga en cuenta que no hay DLL de mensajes para mrtg incluido con mrtg. Esto tiene el lado
efecto que el registrador de eventos de Windows mostrará un mensaje agradable con cada entrada en
el registro de eventos, quejándose del hecho de que mrtg no tiene dll de mensaje. Si vas al
Área de descarga de mrtg contrib (en el sitio web) encontrará mrtg-message-dll.zip
que contiene tal cosa.
--demonio
Ponga MRTG en segundo plano, ejecutándose como un demonio. Esto funciona de la misma manera que el
opción de archivo de configuración, pero el conmutador es necesario para el correcto funcionamiento de FHS (porque
/ var / ejecutar solo se puede escribir por root)
--fhs
Configure todas las rutas mrtg para cumplir con la especificación FHS;
http://www.pathname.com/fhs/
--cheque
Solo revise el archivo cfg para ver si hay errores. No hagas nada.
--pid-file = s
Defina el nombre y la ruta del archivo pid para que mrtg se ejecute como demonio
--debug = s
Habilite las opciones de depuración. El argumento de la opción de depuración es una lista separada por comas de
valores de depuración:
cfg - mira la lectura del archivo de configuración
dir - gestión de directorios
base - flujo de programa básico
tarp - analizador de destino
snpo - sondeo snmp
coca - operaciones confcache
horquilla - vista de bifurcación
tiempo - algo de información de tiempo
log: registro de datos a través de rateup o rrdtool
eval: imprime las cadenas de evaluación antes de evaluarlas
prof - agregar información de tiempo de contrataciones las llamadas rrd
Ejemplo:
--debug = "cfg, snpo"
SALIR Codigos
Un código de salida de 0 indica que todos los objetivos tuvieron éxito. En general, la mayoría
los códigos superiores a 0 indican que hubo un problema irrecuperable. Una excepción a
este es el código 91, que indica que al menos uno de los objetivos tuvo éxito. A
a continuación se muestra una lista parcial de los códigos:
0: todos los objetivos satisfactorios
2: Error de configuración (no se puede leer, error fatal en la configuración, etc.)
17: Otro proceso MRTG está procesando la configuración
91: Al menos un objetivo exitoso
92: Ningún objetivo tuvo éxito
EJEMPLOS
Minimo mrtg.cfg
WorkDir: / usr / tardis / pub / www / stats / mrtg
Objetivo [r1]: 2:[email protected]
MaxBytes [r1]: 8000
Título [r1]: Análisis de tráfico ISDN
PageTop [r1]: Estadísticas de nuestra línea ISDN
cfg para Varios Enrutadores.
WorkDir: / usr / tardis / pub / www / stats / mrtg
Título [^]: Análisis de tráfico para
PageTop [^]: Estadísticas para
PageTop [$]: Comuníquese con el Jefe si nota a alguien
MaxBytes [_]: 8000
Opciones [_]: growright
Título [isdn]: nuestra línea RDSI
PageTop [isdn]: nuestra línea ISDN
Destino [isdn]: 2:[email protected]
Título [backb]: nuestra columna vertebral del campus
PageTop [backb]: nuestra columna vertebral del campus
Destino [backb]: 1:[email protected]
MaxBytes [backb]: 1250000
# la siguiente línea elimina el valor prefijado predeterminado
# definido arriba
Título [^]:
Título [isdn2]: tráfico para la línea RDSI de respaldo
PageTop [isdn2]: nuestra línea ISDN
Objetivo [isdn2]: 3:[email protected]
Use mrtg-reference en línea usando los servicios de onworks.net
