mrtg-reference - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

mrtg-reference - посилання на конфігурацію MRTG 2.17.4

ОГЛЯД

Поведінка MRTG під час виконання регулюється файлом конфігурації. Запрограмований
файли конфігурації можна створювати за допомогою cfgmaker. (Перевірте cfgmaker). Але для більшого
продумані конфігурації потрібна деяка ручна настройка.

Цей документ описує всі параметри конфігурації, які розуміє програмне забезпечення mrtg.

СИНТАКС

Синтаксис файлу конфігурації MRTG дотримується кількох простих правил:

· Ключові слова мають починатися на початку рядка.

· До ключового слова додаються рядки, які слідують за рядком ключового слова, які починаються з пробілу
лінія

· Порожні рядки ігноруються

· Рядки, що починаються зі знака #, є коментарями.

· Ви можете додати інші файли до конфігураційного файлу за допомогою

Включати: файл

приклад:

Включіть: base-options.inc

Якщо включені файли вказані з відносними шляхами, обидва поточні працюють
буде здійснено пошук у каталозі та каталозі, що містить основний конфігураційний файл
файлів. Спочатку буде здійснено пошук у поточному робочому каталозі.

Якщо ім’я включеного файлу містить зірочку, це береться як підстановковий знак для
нуль або більше символів, і всі відповідні файли включені. Таким чином, ви можете скористатися цим
оператор для включення всіх файлів у вказаний підкаталог.

приклад:

Включити: servers/*.cfg

У цьому випадку ви повинні бути дуже обережні, щоб ваш шаблон підстановки не знайшов a
відповідати відносно поточного робочого каталогу, якщо ви маєте на увазі, що це буде відносно
головний каталог конфігураційних файлів, оскільки робочий каталог спочатку перевіряється на відповідність
(як у випадку зі звичайною директивою Include). Тому використання чогось на кшталт '*/*' є
знеохочений.

GLOBAL КЛЮЧОВІ СЛОВА

WorkDir
WorkDir вказує, де мають бути створені файли журналів і веб-сторінки.

приклад:

Робочий каталог: /usr/tardis/pub/www/stats/mrtg

ДОДАТКОВО GLOBAL КЛЮЧОВІ СЛОВА

HtmlDir
HtmlDir вказує каталог, у якому знаходиться html (або shtml, але ми розглянемо це пізніше)
живе.

ПРИМІТКА. Workdir замінює налаштування для htmldir, imagedir і logdir.

приклад:

Htmldir: /www/mrtg/

ImageDir
ImageDir вказує каталог, де знаходяться зображення. Вони повинні бути під html
каталог.

приклад:

Каталог зображень: /www/mrtg/images

LogDir
LogDir вказує каталог, де зберігаються журнали. Це не повинно бути під htmldir
Директиви.

приклад:

Каталог журналів: /www/mrtg/logs

вилки (UNIX тільки)
З системою, яка підтримує fork (наприклад, UNIX), mrtg може розділити себе на кілька
екземплярів, коли він отримує дані через snmp.

Для ситуацій із великою затримкою або великою кількістю пристроїв це прискорить роботу
значно. Однак це не прискорить роботу, якщо ви запитаєте один перемикач
наступні двері.

Наскільки я знаю, NT не може роздвоюватися, тому ця опція недоступна в NT.

приклад:

Вилки: 4

Увімкнути IPv6
Якщо встановлено значення так, підтримка IPv6 вмикається, якщо наявні необхідні бібліотеки (див
Довідкова сторінка mrtg-ipv6). Коли IPv6 увімкнено, mrtg може спілкуватися з маршрутизаторами за допомогою SNMP через IPv6
і цілі можуть бути визначені їх числовими адресами IPv6, а також іменем хоста або
IPv4 адреса.

Якщо IPv6 увімкнено, а цільовим ім’ям є хост, mrtg спробує розв’язати ім’я хоста до
адресою IPv6 і, якщо це не вдається, адресою IPv4. Зауважте, що mrtg використовуватиме лише IPv4
якщо ви вкажете адресу IPv4 або ім’я хоста без відповідної адреси IPv6; це буде
не повертатися до IPv4, якщо йому просто не вдається зв'язатися з цільовою аудиторією за допомогою IPv6. Це
це за задумом.

Зауважте, що багато маршрутизаторів наразі не підтримують SNMP через IPv6. Використовувати Тільки IPv4 для
цільовий параметр для цих маршрутизаторів.

IPv6 вимкнено за замовчуванням.

приклад:

Увімкнути IPv6: так

Увімкнути SnmpV3
Якщо встановлено значення так, використовує модуль Net::SNMP замість модуля SNMP_SESSION для
генерування snmp запитів. Це дозволяє використовувати SNMPv3, якщо є інші параметри snmpv3
встановлений.

SNMPv3 вимкнено за замовчуванням.

приклад:

EnableSnmpV3: так

оновлення
Через скільки секунд браузер (Netscape) має отримати інструкцію перезавантажити сторінку? Якщо
це не визначено, за замовчуванням 300 секунд (5 хвилин).

приклад:

Оновити: 600

Інтервал
Як часто ви дзвоните у mrtg? За замовчуванням – 5 хвилин. Якщо ви називаєте це рідше, ви
слід вказати це тут. Це робить дві речі:

· Згенерована HTML-сторінка містить правильну інформацію про інтервал викликів ...

· МЕТА-заголовок на згенерованій HTML-сторінці буде вказувати кешам про час життя
цієї сторінки.....

У цьому прикладі ми повідомляємо mrtg, що будемо викликати його кожні 10 хвилин. Якщо ви
виклик mrtg кожні 5 хвилин, ви можете залишити цей рядок закоментованим.

приклад:

Інтервал: 10

Зауважте, що якщо ви не використовуєте rrdtool, ви не можете встановити інтервал менше 5 хвилин. Якщо
ви використовуєте rrdtool, ви можете встановити інтервал у форматі

Інтервал: MM[:SS]

До 1 секунди. Зверніть увагу, що встановлення інтервалу для налаштування rrdtool/mrtg буде
впливати на початкове створення бази даних. Якщо змінити інтервал пізніше, все
існуючі бази даних залишаться з роздільною здатністю, з якою вони були створені спочатку. Також
зауважте, що ви повинні переконатися, що ваш mrtg-rrd Web-інтерфейс може працювати з цим типом
Налаштування інтервалу.

MaxAge
MRTG багато в чому покладається на годинник реального часу вашого комп’ютера. Якщо час встановлено неправильно
значення, особливо якщо воно просунуто далеко в майбутнє, це призведе до припинення дії mrtg
багато нібито старих даних із файлів журналів.

Щоб запобігти цьому, ви можете додати перевірку «розумності», вказавши максимальний вік для журналу
файли. Якщо файл здається старішим, mrtg не торкатиметься його, а натомість скаржиться
у вас є шанс дослідити причину.

приклад:

Максимальний вік: 7200

Наведений вище приклад змусить mrtg відмовлятися оновлювати файли журналів старше 2 годин (7200
секунд).

WriteExpires
За допомогою цього перемикача mrtg створить файли .meta для серверів CERN і Apache, які містять
Теги закінчення терміну дії для файлів html і gif. Файли *.meta будуть створені в тому самому
каталог, як і інші файли, тому вам доведеться встановити "MetaDir". і "Метафайли ввімкнено".
ваш файл apache.conf або .htaccess, щоб це працювало

ПРИМІТКА. Якщо ви використовуєте Apache-1.2 або новішої версії, ви можете використовувати mod_expire для досягнення
той же ефект ... дивіться файл htaccess.txt

приклад:

WriteExpires: Так

NoMib2
Зазвичай ми запитуємо у пристрою SNMP властивості 'sysUptime' та 'sysName'. Деякі ні
мають ці. Якщо ви хочете уникнути скарг від mrtg щодо цих зниклих
властивості, вкажіть параметр nomib2.

Прикладом агентів, які не реалізують базові атрибути mib2, є Computer Associates -
Агенти Unicenter TNG. CA покладається на використання базового агента SNMP ОС на додаток до свого власного
агенти для доповнення управління системою.

приклад:

NoMib2: Так

SingleRequest
Деякі реалізації SNMP не можуть працювати із запитами, які запитують декілька змінних SNMP
один раз. Встановіть це у вашому файлі cfg, щоб змусити mrtg запитувати лише одну змінну на запит.

прикладів

SingleRequest: Так

SnmpOptions
Окрім параметрів тайм-ауту для цілі, ви також можете налаштувати поведінку
snmpget на більш глибокому рівні. SnmpOptions приймає хеш параметрів. The
наразі підтримуються такі параметри:

тайм-аут => $default_timeout,
повторити => $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

Значення за параметрами вказують на поточне значення за замовчуванням. Зверніть увагу, що ці
налаштування ЗАМІНЮЮТЬ налаштування тайм-ауту для кожного цільового елемента.

Ключове слово SnmpOptions[] для кожної цілі замінить глобальні налаштування. Це ключове слово
в першу чергу для SNMPv3.

16-розрядні ідентифікатори запитів — це єдиний спосіб запитати непрацюючу реалізацію SNMP SMC
Барикадні маршрутизатори.

приклад:

SnmpOptions: повторні спроби => 2, only_ip_address_matching => 0

Зверніть увагу, що AS/400 snmp, здається, зламаний таким чином, що не дозволяє mrtg працювати з ним
якщо не

SnmpOptions: lenient_source_port_matching => 1

встановлено.

IconDir
Якщо ви хочете зберегти значки mrtg в іншому місці, крім робочого (або каталога зображень)
каталог, використовуйте IconDir змінна для визначення URL-адреси каталогу значків.

приклад:

IconDir: /mrtgicons/

Завантажити MIB
Завантажте вказаний файл(и) MIB і зробіть його OID доступними як символічні імена. На краще
ефективність, кеш MIB підтримується в WorkDir.

приклад:

LoadMIB: /dept/net/mibs/netapp.mib,/usr/local/lib/ft100m.mib

Language
Переключіть формат виводу на вибрану мову (поставте прапорець переводити каталог, щоб побачити який
на даний момент підтримуються мови. У цьому каталозі також можна знайти інструкції щодо
як створювати нові переклади).

Наразі підтримуються такі мови:

big5 бразильський болгарський каталонський китайський хорватський чеський датський голландський eucjp французький галісійський
gb gb2312 німецька грецька угорська ісландська індонезія iso2022jp італійська корейська литовська
малайська норвезька польська португальська румунська російська російська1251 сербська словацька словенська
іспанська шведська турецька українська

приклад:

Мова: данська

LogFormat
Установлення LogFormat на 'rrdtool' у вашому файлі mrtg.cfg увімкне режим rrdtool. У rrdtool
режим, на який покладається mrtg rrdtool зробити його реєстрацію. Див. mrtg-rrd.

приклад:

Формат журналу: rrdtool

LibAdd
Якщо ви використовуєте режим rrdtool і ваш rrdtool Модуль Perl (RRDs.pm) не встановлено в a
розташування, де perl може знайти його самостійно, ви можете використовувати LibAdd для надання відповідного
шлях

приклад:

LibAdd: /usr/local/rrdtool/lib/perl/

PathAdd
Якщо rrdtool виконуваний файл не можна знайти в звичайному "PATH", ви можете використовувати це ключове слово
щоб додати відповідний каталог до свого шляху.

приклад:

Шлях додавання: /usr/local/rrdtool/bin/

RRDCached
Якщо ви використовуєте RRDTool 1.4 або новішої версії з rrdcached, тоді ви можете налаштувати MRTG на
скористайтеся цим для оновлень, використовуючи середовище RRDCACHED_ADDRESS
змінної, або встановивши ключове слово RRDCached у файлі конфігурації. Зверніть увагу, що якщо
обидва встановлені, ключове слово файлу конфігурації матиме пріоритет.

До RRDTool версії 1.5 повністю підтримувалися лише сокети домену UNIX, і ви повинні зауважити
що використання режиму RRDCached вимкне всю перевірку порогових значень, яку зазвичай виконує MRTG.
За потреби будуть надруковані відповідні попереджувальні повідомлення.

Приклади:

RRDCached: unix:/var/tmp/rrdcached.sock

RRDCached: localhost:42217

RunAsDaemon
Ключове слово RunAsDaemon дозволяє працювати в режимі демона. Мета режиму демона полягає в тому
MRTG запускається один раз, а не повторно (як це відбувається з cron). Така поведінка рятує
обчислювальні ресурси, оскільки завантаження та розбір конфігураційних файлів відбувається лише один раз
запуску, а також якщо файл конфігурації змінено.

Використання режиму демона MRTG сам відповідає за визначення часу інтервалів вимірювань. Тому
важливо встановити для ключового слова Interval відповідне значення.

Зверніть увагу, що при використанні режиму демона MRTG більше не слід запускати з cron щоразу новий
процес триває вічно. Замість цього MRTG слід запускати з командного рядка або за допомогою a
скрипт запуску системи.

Якщо ви хочете, щоб mrtg запускався під певним користувачем і групою (не рекомендується запускати
MRTG як root), то ви можете використовувати файл --user=user_name та --group=назва групи варіанти на
командний рядок mrtg.

mrtg --user=mrtg_user --group=mrtg_group mrtg.cfg

Також зауважте, що в режимі демона для активації потрібно перезапустити процес
зміни у файлі конфігурації.

В UNIX перемикач Daemon змушує mrtg розгалужуватися у фоновому режимі після перевірки його
файл конфігурації. У Windows NT процес MRTG від’єднається від консолі, але тому що
Оболонка NT/2000 чекає своїх дітей. Ви повинні використовувати цю спеціальну послідовність запуску, коли ви
запустити програму:

запустити /b perl mrtg mrtg.cfg

Можливо, вам доведеться додати інформацію про шлях, рівну тому, що ви додаєте під час запуску mrtg із файлу
командний рядок.

Приклад

RunAsDaemon: Так
Інтервал: 5

Завдяки цьому MRTG запускається як демон, який починає збір даних кожні 5 хвилин

Якщо ви є daemontools і все ще хочете запустити mrtg як демон, ви можете додатково вказати

NoDetach: Так

це змусить mrtg працювати, але не від'єднуючи його від терміналу.

Якщо дата модифікації у файлі конфігурації змінюється під час роботи, то MRTG
перечитає конфігурацію під час наступного циклу опитування. Зверніть увагу, що підфайли, які є
включені з основної конфігурації, лише час їх модифікації не відстежується
так перевірено файл верхнього рівня.

ConversionCode
Деякі пристрої можуть видавати нечислові значення, які, однак, було б корисно для побудови графіків
з MRTG, якби ці значення можна було перетворити на числа. Ключове слово ConversionCode
вказує шлях до файлу, що містить код Perl для виконання таких перетворень. Код в
цей файл повинен складатися з однієї або кількох підпрограм Perl. Кожна підпрограма повинна приймати a
єдиний рядковий аргумент і повертає одне числове значення. Коли використовується RRDtool, а
десяткове значення може бути повернуто. Якщо ім’я однієї з цих підпрограм вказано в a
визначення цілі (див. нижче), MRTG викликає його двічі для цієї цілі, один раз для перетворення
вхідне значення, яке контролюється, і вдруге для перетворення вихідного значення. The
підпрограма повинна повернути невизначене значення, якщо перетворення не вдається. У разі невдачі, а
попередження може бути розміщено у файлі журналу MRTG за допомогою функції попередження Perl. MRTG імпортує
підпрограми в окремий простір імен (пакет MRTGConversion), тому користувачеві не потрібно
турбуватися про забруднення глобального простору імен MRTG. MRTG автоматично додає це перед
оголошення пакета до коду, наданого користувачем.

Приклад: припустимо, що певний OID повертає рядок символів, довжина якого є пропорційною
до значення, яке слід відстежувати. Щоб перетворити цей рядок у число, за яким можна побудувати графік
MRTG, створіть файл із довільною назвою "MyConversions.pl", який містить такий код:

# Повертає довжину рядкового аргументу
sub Length2Int {
моє $value = shift;
довжина повернення ($value);
}

Потім додайте наступне глобальне ключове слово до файлу конфігурації MRTG (за умови, що
файл коду перетворення зберігається в каталозі mrtg/bin разом із самим mrtg):

ConversionCode: MyConversions.pl

Це змусить MRTG включити визначення підпрограми Length2Int до свого
середовище виконання. Потім Length2Int можна викликати на будь-якій цілі шляхом додавання
"|Length2Int" до цільового визначення таким чином:

Ціль [myrouter]: 1.3.6.1.4.1.999.1&1.3.6.1.4.1.999.1:public@mydevice|Length2Int

Див. «Розширений синтаксис імені хоста» нижче, щоб отримати повну інформацію про синтаксис визначення цілі.

PER TARGET КОНФІГУРАЦІЯ

Кожна ціль моніторингу має бути ідентифікована унікальною назвою. Це ім’я потрібно додати до
кожен параметр належить одній цілі. Ім'я також використовуватиметься для іменування
створені веб-сторінки, файли журналів та зображення для цієї цілі.

Мета
З Мета ключове слово, яке ви вказуєте mrtg, що він повинен контролювати. The Мета ключове слово бере
аргументи в широкому діапазоні форматів:

Базовий
Найпростіший формат - "port:community@router". Це створить графік трафіку
для інтерфейсу "порту" хоста "маршрутизатора" (ім'я DNS або IP-адреса), і він буде використовувати
спільнота 'community' (пароль snmp) для запиту snmp.

приклад:

Ціль [myrouter]: 2:[захищено електронною поштою]

Якщо ваша спільнота містить "@" або " ", ці символи потрібно екранувати символом "\".

Ціль[bla]: 2:stu\ pi\@d@router

SNMPv2c
Якщо у вас швидкий маршрутизатор, ви можете спробувати провести опитування лічильників ifHC*. Це
функція активується при переході на SNMPv2c. На жаль, не всі пристрої підтримують
SNMPv2c ще. Якщо це спрацює, це запобіжить загортанню ваших лічильників у межах 5
хвилинний інтервал опитування, оскільки тепер ми використовуємо 64 біт замість звичайних 32 біт.

приклад:

Ціль [myrouter]: 2:public@router1:::::2

SNMPv3
Як альтернатива SNMPv2c, SNMPv3 надає доступ до лічильників ifHC*, а також
шифрування. Не всі пристрої підтримують SNMPv3, і вам також знадобиться perl Net::SNMP
бібліотеку, щоб нею користуватися. Для генерації рекомендується використовувати cfgmaker
конфігурації з використанням SNMPv3, оскільки він перевірить, чи є бібліотека Net::SNMP
завантажується, і перейде на SNMPv2c, якщо версія 3 недоступна.

SNMP v3 вимагає додаткових параметрів автентифікації, які передаються за допомогою SnmpOptions[]
на цільове ключове слово.

приклад:
Ціль [myrouter]: 2:router1:::::3
SnmpOptions[myrouter]: ім'я користувача=>'user1'

noHC
Не всі маршрутизатори, які підтримують SNMPv2 або SNMPv3, забезпечують лічильники ifHC* на кожному
інтерфейс. Ключове слово noHC[] для кожного цілі сигналізує про те, що низькошвидкісний лічильник
Натомість слід запитувати ifInOctets та ifOutOctets. cfgmaker автоматично
вставте цей тег, якщо вказано SNMPv2 або SNMPv3, але є лічильники ifHC*
недоступний.

приклад:
Ціль [myrouter]: #Bri0:router1:::::3
SnmpOptions[myrouter]: ім'я користувача=>'user1'
noHC[myrouter]: так

Реверсивний
Іноді ви сидите не з того боку посилання, і ви хотіли б мати
mrtg звітує про вхідний трафік як вихідний і навпаки. Цього можна досягти за допомогою
додавання знака «-» перед описом «Ціль». Він перевертає вхідні і
ставки вихідного трафіку.

приклад:

Ціль [ezci]: -1:[захищено електронною поштою]

Явні OID
Ви також можете явно визначити, який OID запитувати, використовуючи наступний синтаксис
'OID_1&OID_2:community@router' У наступному прикладі буде отримано кількість помилок для
введення та виведення на інтерфейсі 1. MRTG має побудувати графік двох змінних, тому вам потрібно
вкажіть два OID, такі як температура та вологість або введення помилки та вихід помилки.

приклад:

Ціль [myrouter]: 1.3.6.1.2.1.2.2.1.14.1&1.3.6.1.2.1.2.2.1.20.1:public@myrouter

Змінні MIB
MRTG знає ряд символічних імен змінних SNMP. Дивіться файл mibhelp.txt для а
список відомих імен. Одним із прикладів є ifInErrors та ifOutErrors. Це означає вас
можна вказати вище як:

приклад:

Ціль [myrouter]: ifInErrors.1&ifOutErrors.1:public@myrouter

SnmpWalk
Можливо, ви хочете контролювати об’єкт snmp, до якого можна дістатися лише «ходячи».
Ви можете змусити mrtg працювати, додавши OID до рядка ХОДИТИ або якщо ви хочете а
Ви можете використати певний запис із таблиці, повернутий прогулянкою ХОДИТИx де x це
число, починаючи з 0 (!).

приклад:

Ціль [myrouter]: WalKstrangeOid.1&WaLKstrangeOid.2:public@myrouter

Ціль [myrouter]: WalK3strangeOid.1&WaLK4strangeOid.2:public@myrouter

SnmpGetNext
Окремий випадок об’єкта snmp, до якого можна дістатися лише шляхом «ходіння», виникає, коли a
single snmpgetnext поверне правильне значення, але snmpwalk не вдається. Це може статися
за допомогою snmp V2 або V3, оскільки в цих версіях використовується метод snmpgetbulk. Ти можеш отримати
mrtg використовувати getnext замість getbulk, додавши рядок перед OID GetNEXT.

приклад:

Ціль [myrouter]: GeTNEXTstrangeOid&GeTNEXTstrangeOid:public@myrouter

Підрахований SNMP Walk
В інших ситуаціях для підрахунку рядків потрібен snmpwalk, але фактичні дані є
нецікавий. Наприклад, підраховуючи кількість mac-адрес у таблиці CAM, або
кількість одночасних комутованих сеансів. Ви можете отримати MRTG, щоб підрахувати кількість
екземплярів, додавши рядок перед OID CnTWALK. Буде отримано наступне
кількість одночасних дзвінків VOIP на деяких маршрутизаторах:

приклад:

Ціль [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

Інтерфейс по IP
Іноді індекс інтерфейсу SNMP може змінюватися, наприклад, коли додаються нові інтерфейси або
видалено. Це може призвести до зміщення всіх записів Target у вашому файлі конфігурації,
змушує MRTG відображати неправильні екземпляри тощо. MRTG замість цього підтримує IP-адресу
ifindex у визначенні цілі. Потім MRTG запитає пристрій snmp і спробує зіставити IP
адреса до поточного ifindex. Ви можете використовувати IP-адреси в будь-якому типі цілі
визначення шляхом додавання IP-адреси нумерованого інтерфейсу після OID і розділення
символ '/'.

Переконайтеся, що зазначена IP-адреса використовується на вашому цільовому маршрутизаторі, особливо
під час створення графіка двох різних OID та/або інтерфейсу, розділеного роздільником «&».

Ви можете вказати cfgmaker генерувати такі посилання за допомогою параметра --ifref=ip.

приклад:

Ціль [myrouter]: /1.2.3.4:[захищено електронною поштою]
Target[ezci]: -/1.2.3.4:[захищено електронною поштою]
Ціль [myrouter]: ifInErrors/1.2.3.4&ifOutErrors/1.2.3.4:public@myrouter

Інтерфейс за описом
Якщо ви не можете використовувати IP-адреси, ви можете використовувати імена інтерфейсу. Це працює
схожий на підхід до IP-адреси, за винятком того, що слід використовувати префікс \ замість /

Ви можете вказати cfgmaker генерувати такі посилання за допомогою параметра --ifref=опис.

приклад:

Ціль [myrouter]: \My-Interface2:[захищено електронною поштою]
Target[ezci]: -\My-Interface2:[захищено електронною поштою]
Ціль [myrouter]: ifInErrors\My-If2&ifOutErrors\My-If3:public@myrouter

Якщо ваш опис містить символи "&", ":", "@" або " ", ви можете включити їх, крім вас
має уникнути зворотної реакції:

Ціль [myrouter]: \fun\:\ ney\&ddd:[захищено електронною поштою]

Інтерфейс за назвою
Це єдиний розумний спосіб посилатися на інтерфейси ваших комутаторів.

Ви можете вказати cfgmaker генерувати такі посилання за допомогою параметра --ifref=ім'я.

приклад:

Ціль [myrouter]: #2/11:[захищено електронною поштою]
Ціль [ezci]: -#2/11:[захищено електронною поштою]
Ціль [myrouter]: ifInErrors#3/7&ifOutErrors#3/7:public@myrouter

Якщо ваш опис містить символи "&", ":", "@" або " ", ви можете включити їх, крім вас
має уникнути зворотної реакції:

Ціль [myrouter]: #\:\ fun:[захищено електронною поштою]

Зверніть увагу, що знак # буде інтерпретовано як символ коментаря, якщо він є першим неповним
пробіл у рядку.

Інтерфейс за адресою Ethernet
Коли індекс інтерфейсу SNMP змінюється, ви можете вказати цей інтерфейс за допомогою його «Фізичний
Адреса», яку іноді називають «твердою адресою», яка є змінною SNMP
'ifPhysAddress'. Внутрішньо MRTG збігає фізичну адресу з файлу *.cfg до
його поточний індекс, а потім використовує цей індекс для решти сеансу.

Ви можете використовувати фізичну адресу в кожному типі визначення цілі, додавши
Фізична адреса після OID і роздільного символу '!' (аналог IP
варіант адреси). Фізична адреса вказується як октети з роздільниками «-», наприклад
«0a-0-f1-5-23-18» (опустіть подвійні лапки). Зверніть увагу, що деякі маршрутизатори використовують те саме
Апаратна адреса Ethernet для всіх їхніх інтерфейсів, що запобігає унікальному інтерфейсу
ідентифікація. Mrtg помітить такі проблеми та попередить вас.

Ви можете наказати cfgmaker створити файли конфігурації з апаратною адресою Ethernet
посилання за допомогою параметра --ifref=eth.

приклад:

Ціль [myrouter]: !0a-0b-0c-0d:[захищено електронною поштою]
Ціль[ezci]: -!0-f-bb-05-71-22:[захищено електронною поштою]
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

Приєднуйтесь до ліній на *BREAK* ...

Інтерфейс за типом
Здається, що існують пристрої, які намагаються кинути виклик усім зусиллям моніторингу:
цікаві інтерфейси не мають ні ifName, ні константи ifDescr, не кажучи вже про a
постійний ifIndex. Єдиний спосіб отримати постійне відображення - це подивитися на
тип інтерфейсу, оскільки інтерфейс, який вас цікавить, є унікальним для пристрою
ти дивишся на...

Ви можете вказати cfgmaker генерувати такі посилання за допомогою параметра --ifref=тип.

приклад:

Ціль [myrouter]: %13:[захищено електронною поштою]
Ціль [ezci]: -%13:[захищено електронною поштою]
Ціль [myrouter]: ifInErrors%13&ifOutErrors%14:public@myrouter

Розширене позиціонування ifIndex
Існують OID, які містять індекс інтерфейсу в деякій внутрішній позиції в OID.
Використовувати вищезгаданий інтерфейс за методами IP/Description/Name/Type в цілі
визначення ключове слово 'IndexPOS' може використовуватися для вказівки позиції ifIndex. Якщо
«IndexPOS» не використовується, ifIndex буде додано в кінці OID.

приклад:

Ціль [myrouter]: OID.IndexPOS.1/1.2.3.4&OID.IndexPOS.1/1.2.3.4:public@myrouter

Замініть OID на свій числовий OID.

Розширений синтаксис імені хоста
У всіх місцях, де прийнято ``community@router'', ви можете додати додаткові
параметри для зв'язку SNMP з використанням суфіксів, розділених двокрапкою. Ви також можете
додайте символ вертикальної лінії ( | ) та назву підпрограми числового перетворення як
описано під глобальним ключовим словом "ConversionCode" вище. Повний синтаксис як
наступним чином:

community@router[:[порт][:[час очікування][:[повторні спроби][:[backoff][:[версія]][|назва]]]]]

де значення кожного параметра таке:

порт
порт UDP, за яким можна зв’язатися з агентом SNMP (за замовчуванням: 161)

Повний синтаксис параметра порту

віддалений_порт[!локальна_адреса[!локальний_порт]]

Деякі машини мають додаткові функції безпеки, які дозволяють виконувати лише запити SNMP
надходять з певних IP-адрес. Якщо хост, який виконує запит, має кілька
інтерфейсу, може знадобитися вказати інтерфейс, до якого має надходити запит
від.

Параметр port дозволяє вказати порт машини
запитав. Крім того, IP-адреса (або ім'я хоста) і порт машини
запит можна вказати.

Приклади:

якийсь господар
хтось: 161
somehost:161!192.168.2.4!4000 використовувати 192.168.2.4 і порт 4000 як джерело
somehost:!192.168.2.4 використовувати 192.168.2.4 як джерело
somehost:!!4000 використовувати порт 4000 як джерело

Тайм-аут
початковий тайм-аут для запитів SNMP, у секундах (за замовчуванням: 2.0)

повторити спроби
кількість повторних спроб запиту на час очікування (за замовчуванням: 5)

відступаємо
коефіцієнт, на який час очікування множиться при кожній повторній спробі (за замовчуванням: 1.0).

версія
для версії SNMP. Якщо у вас швидкий маршрутизатор, ви можете поставити тут «2». Для
автентифікований або зашифрований SNMP, ви можете спробувати поставити тут '3'. Це зробить
mrtg намагається опитувати 64-бітні лічильники і таким чином запобігти надмірному обгортанню лічильників.
Однак не всі маршрутизатори підтримують це. SNMP v3 вимагає додаткового налаштування, див
SnmpOptions[] для отримання повної інформації.

приклад:

3:public@router1:::::2

ім'я
ім'я підпрограми, яку MRTG викличе для перетворення введення і виведення
значення до цілих чисел. Перегляньте повний приклад під глобальним ключовим словом
"ConversionCode" вище.

приклад:

1.3.6.1.4.1.999.1&1.3.6.1.4.1.999.2:public@mydevice:161::::2|Length2Int

Це дозволить отримати значення з OID 1.3.6.1.4.1.999.1 для введення та .2 для
вивести на мій пристрій за допомогою порту UDP 161 і SNMP версії 2, і буде виконувати
визначена користувачем підпрограма числового перетворення Length2Int для перетворення цих значень
цілі числа.

Значення, яке дорівнює значенню за замовчуванням, можна пропустити. Кінцеві двокрапки можна опускати,
також Символ труби, за яким слідує параметр імені, якщо він присутній, має стояти в кінці.
Навколо двокрапки або символу крапки не повинно бути пробілів.

приклад:

Ціль [ezci]: 1:[захищено електронною поштою]:9161::4

Це стосується лічильників октетів введення/виводу для інтерфейсу з ifIndex 1
on ezci-ether.domain, як відомо агенту SNMP, що прослуховує порт UDP 9161
використовується стандартний початковий тайм-аут (2.0 секунди), але встановлюється кількість повторних спроб
чотири. Значення резерву є за замовчуванням.

Числові адреси IPv6
Якщо IPv6 увімкнено, ви також можете вказати ціль, використовуючи її адресу IPv6. Уникати
неоднозначність з номером порту, числові адреси IPv6 повинні бути розміщені в квадраті
дужки.

приклад:

Target[IPv6test]: 2:public@[2001:760:4::]:6161::4

Скрипти зовнішнього моніторингу
Якщо ви хочете контролювати щось, що не надає дані через snmp, ви можете використовувати деякі
зовнішня програма для збору даних.

Зовнішня команда має повернути 4 рядки виводу:

Лінія 1
поточний стан першої змінної, зазвичай "кількість вхідних байтів"

Лінія 2
поточний стан другої змінної, зазвичай "кількість вихідних байтів"

Лінія 3
рядок (у будь-якому форматі, доступному для читання), який повідомляє час безвідмовної роботи цілі.

Лінія 4
рядок із зазначенням назви цілі.

Залежно від типу даних, які повертає ваш скрипт, ви можете використовувати 'gauge' або
«абсолютні» аргументи на користь Опції keyword.

приклад:

Target[myrouter]: `/usr/local/bin/df2mrtg /dev/dsk/c0t2d0s0`

Зверніть увагу на використання країв (`), а не апострофів (') навколо команди.

Якщо ви хочете використати зворотну галочку в назві команди, це можна зробити, але ви повинні уникнути
це із зворотною косою рискою...

Якщо ваш сценарій не має даних для повернення, але не хоче, щоб mrtg скаржився
щодо недійсних даних, він може повернути "НЕВІДНО" замість числа. Але зауважте, що
тільки rrdtool дійсно обладнаний для роботи з невідомими даними.

Багатоцільовий синтаксис
Ви також можете об’єднати декілька визначень цілі в математичний вираз. Будь-який
Синтаксично правильний вираз, який може оцінити інтерпретатор Perl, буде працювати.
Вираз можна використовувати, наприклад, для об’єднання обох каналів B в ISDN
з'єднання або обчислити відсоток використання жорсткого диска сервером від
абсолютна використана площа та загальна місткість.

Приклади:

Ціль [myrouter]: 2:public@wellfleetA + 1:public@wellfleetA

Ціль [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

Зауважте, що пробіли повинні оточувати кожне цільове визначення у виразі. Ціль
Самі визначення не повинні містити пробілів, за винятком описів інтерфейсу
і назви інтерфейсу, де кожен пробіл екранується зворотною косою рискою.

MRTG автоматично округляє результат виразу до цілого, якщо RRDTool
реєстрація використовується, а параметр вимірювання діє для цілі. Внутрішньо MRTG
використовує пакет Math::BigFloat Perl для обчислення результату виразу з 40
цифри точності. Навіть у крайніх випадках, коли, наприклад, ви берете
різниця двох 64-розрядних цілих чисел, результат виразу повинен бути точним.

Оптимізація запитів SNMP
MRTG розроблено для економії своїх запитів SNMP. Де з’являється визначення цілі
більше одного разу у файлі конфігурації MRTG запитує дані лише з пристрою
один раз за раунд збору даних і використовує зібрані дані для кожного екземпляра a
конкретна ціль. Засновано визнання двох цільових визначень ідентичними
на простому збігу рядків, а не на будь-якому глибшому семантичному аналізі.

приклад:

Ціль [Targ1]: 1:public@CiscoA
Ціль [Targ2]: 2:public@CiscoA
Ціль [Targ3]: 1:public@CiscoA + 2:public@CiscoA
Ціль [Targ4]: 1:public@CISCOA

Це призводить до трьох запитів SNMP. Дані для 1:public@CiscoA і
2:public@CiscoA запитуються лише один раз і використовуються для Targ1, Targ2 і Targ3.
Targ4 викликає інший запит SNMP для 1:public@CISCOA, який не розпізнається як
ідентичний 1:public@CiscoA.

Максимальна кількість байтів
Максимальне значення, яке може досягати будь-яка з двох змінних, які контролюються. Для
моніторинг трафіку маршрутизатора, зазвичай це кількість байтів в секунду, яку може використовувати цей інтерфейсний порт
носити

Якщо число більше ніж Максимальна кількість байтів повертається, він ігнорується. Також прочитайте розділ про
AbsMax для отримання додаткової інформації. The Максимальна кількість байтів значення також використовується при обчисленні діапазону Y для
немасштабовані графіки (див. розділ про Немасштабований).

Оскільки більшість посилань оцінюються в бітах на секунду, вам потрібно розділити їх максимальну пропускну здатність
(у бітах) на вісім (8), щоб отримати байти в секунду. Це дуже важливо зробити
ваші немасштабовані графіки відображають реалістичну інформацію. T1 = 193000, 56K = 7000, 10 МБ
Ethernet = 1250000, 100 МБ Ethernet = 12500000. Максимальна кількість байтів значення буде використано mrtg to
вирішити, чи отримав він дійсну відповідь від маршрутизатора.

Якщо вам потрібні два різних значення MaxBytes для двох змінних, що контролюються, ви можете використовувати
MaxBytes1 і MaxBytes2 замість MaxBytes.

приклад:

Макс. байт [myrouter]: 1250000

назва
Заголовок сторінки HTML, яка створюється для графіка.

приклад:

Title[myrouter]: Аналіз трафіку для нашої компанії в Ніцці

ДОДАТКОВО PER TARGET КЛЮЧОВІ СЛОВА

Верхня сторінка
Речі, які потрібно додати у верхній частині створеної сторінки HTML. Зверніть увагу, що у вас може бути кілька рядків
тексту, якщо перший стовпець порожній.

Зауважте, що всі рядки-продовження будуть в одному рядку на сторінці html. Якщо ви
хочуть, щоб розриви рядків у згенерованому HTML використовували послідовність '\n'.

приклад:

Верхня сторінка[myrouter]: Аналіз трафіку для ETZ C1
Наша магістраль Campus проходить через лінію FDDI\n
з максимальною швидкістю передачі 12.5 мегабайт на
По-друге.

Час роботи маршрутизатора
У випадках, коли ви розраховуєте використану пропускну здатність з кількох інтерфейсів, зазвичай цього не робите
отримати на веб-сторінці час роботи маршрутизатора та назву маршрутизатора.

Якщо ці інтерфейси знаходяться на одному маршрутизаторі, і час безперебійної роботи та ім’я мають відображатися
потрібно вказати свою спільноту та знову адреси за допомогою Час роботи маршрутизатора keyword.

Якщо ви хочете використовувати спеціальний OID для запиту часу безвідмовної роботи маршрутизатора, використовуйте додавання oid.

приклад:

Ціль [kacisco.comp.edu]: 1:[захищено електронною поштою] + 2 рік:[захищено електронною поштою]
RouterUptime[kacisco.comp.edu]: [захищено електронною поштою]

RouterUptime[kacisco.comp.edu]: hrSystemUptime.0:[захищено електронною поштою]

Ім'я маршрутизатора
Якщо ім’я маршрутизатора за замовчуванням неправильне/неінформативне, ви можете використовувати RouterName для
вкажіть інший OID на тому самому або іншому хості.

Практичний приклад: sysName на пристроях BayTech DS72 завжди відображає «ds72», незважаючи ні на що
ви встановлюєте ідентифікатор підрозділу. Натомість ідентифікатор блоку зберігається в 1.3.6.1.4.1.4779.1.1.3.0, тому
ми можемо запропонувати MRTG відображати це замість sysName.

приклад:

Ім'я маршрутизатора[kacisco.comp.edu]: 1.3.6.1.4.1.4779.1.1.3.0

Також можна вказати інший OID на іншому хості:

Ім'я маршрутизатора[kacisco.comp.edu]: 1.3.6.1.4.1.4779.1.1.3.0:[захищено електронною поштою]

Максимальна кількість байтів1
Те саме, що і MaxBytes, для змінної 1.

Максимальна кількість байтів2
Те саме, що і MaxBytes, для змінної 2.

Тільки IPv4
Багато маршрутизаторів IPv6 на даний момент не підтримують SNMP через IPv6 і їх необхідно контролювати
IPv4. Параметр IPv4Only змушує mrtg навіть використовувати IPv4 під час зв’язку з метою
якщо IPv6 увімкнено. Це корисно, якщо цільовим є ім’я хоста з IPv4 і IPv6
адреси; без ключового слова IPv4Only моніторинг такого маршрутизатора не працюватиме, якщо є IPv6
включений.

Якщо встановлено значення ні (за замовчуванням), mrtg використовуватиме IPv6, якщо ціль не має адрес IPv6, у
у цьому випадку він буде використовувати IPv4. Якщо встановлено значення так, mrtg використовуватиме лише IPv4.

Зауважте, що якщо для цього параметра встановлено значення yes і цільовий елемент не має адреси IPv4,
зв'язок з метою не вийде.

Цей параметр не діє, якщо IPv6 не ввімкнено.

приклад:

Ціль[v4onlyrouter_1]: 1:public@v4onlyrouter
IPv4Only[v4onlyrouter_1]: Так

SnmpOptions (V3)
SNMPv3 вимагає досить багатого набору параметрів. Це ключове слово для цілі дає доступ до
модель безпеки користувача SNMPv3. Параметри перераховані в тому ж синтаксисі, що й хеш Perl.

Безпека Режими

SNMPv3 має три режими безпеки, визначені на пристрої, що опитується. Наприклад, на
Режим безпеки маршрутизаторів Cisco визначається глобальною конфігурацією групи snmp-server
команда

NoAuthNoPriv
Ні автентифікація, ні конфіденційність не визначені. Вказано лише параметр Ім’я користувача
для цього режиму.

приклад:

SnmpOptions[myrouter]: ім'я користувача=>'user1'

AuthNoPriv
Використовує ім’я користувача та пароль. Пароль можна хешувати за допомогою snmpkey
додаток або передається звичайним текстом разом із ContextEngineID

приклад:

SnmpOptions[myrouter]: ім'я користувача=>'user1',authpassword=>'example',
contextengineid=>'80000001110000004000000'

влас
Визначено як автентифікацію, так і конфіденційність. Протокол конфіденційності за замовчуванням – des.

приклад:
SnmpOptions[myrouter]: authkey=>'0x1e93ab5a396e2af234c8920e61cfe2028072c0e2',
authprotocol=>'sha',privprotocol=>'des',username=>'user1',
privkey=>'0x498d74940c5872ed387201d74b9b25e2'

snmp опції

Розпізнаються такі ключові слова:

ім'я користувача
Користувач, пов’язаний з моделлю безпеки користувача

контекстна назва
Агент SNMP може визначити кілька контекстів. Це ключове слово дозволяє їх опитувати.

contextengineid
Унікальний 24-байтовий рядок, що ідентифікує snmp-агент.

пароль авторизації
Відкритий пароль для користувача в режимі AuthNoPriv або Priv.

ключ аутентифікації
Хеш md5 або sha відкритого текстового пароля разом з engineid. Використовувати
Програма командного рядка snmpkey для створення цього хешу або використовуйте Net::SNMP::Security::USM в
сценарій.

протокол авторизації {sha|md5}
Алгоритм хешування, визначений на клієнті SNMP. За замовчуванням md5.

приватний пароль
Попередньо спільний ключ у відкритому тексті для шифрування snmp-пакетів у режимі Priv.

приватний ключ
Хеш попереднього спільного ключа у відкритому тексті разом із engineid. Використовуйте клавішу snmp
програму командного рядка, щоб створити цей хеш, або використовуйте Net::SNMP::Security::USM у
сценарій

privprotocol {des|3desede|aescfb128|aescfb192|aescfb256}
Визначає метод шифрування, визначений в агенті snmp. За замовчуванням – des.

PageFoot
Речі, які потрібно додати в нижню частину згенерованої сторінки HTML. Зверніть увагу, що у вас може бути кілька
рядків тексту, якщо перший стовпець порожній.

Зауважте, що всі рядки-продовження будуть в одному рядку на сторінці html. Якщо ви
хочуть, щоб розриви рядків у згенерованому HTML використовували послідовність '\n'.

Матеріал буде додано безпосередньо перед тег:

приклад:

PageFoot[myrouter]: контактMAILTO:[захищено електронною поштою]«>Петро
якщо у вас є запитання щодо цієї сторінки

AddHead
Використовуйте цей тег як Верхня сторінка заголовок, але його вміст буде додано між і
.

приклад:

AddHead[myrouter]:MAILTO:[захищено електронною поштою]">

Тег тіла
BodyTag дозволяє вам надати свій власний тег для згенерованих веб-сторінок.

приклад:

Тег тіла [myrouter]:
ФОН="/stats/images/bg.neo2.gif">

AbsMax
Якщо ви відстежуєте посилання, яке може обробляти більше трафіку, ніж Максимальна кількість байтів значення. Наприклад, а
рядок, який використовує стиснення або деяку передачу кадрів, ви можете використовувати AbsMax ключове слово до
дайте абсолютне максимальне значення, яке коли-небудь буде досягнуто. Нам потрібно це знати, щоб сортувати
нереалістичні значення, що повертаються маршрутизаторами. Якщо не встановити AbsMax, ставка буде
ігнорувати значення вище ніж Максимальна кількість байтів.

приклад:

AbsMax [myrouter]: 2500000

Немасштабований
За замовчуванням кожен графік масштабується по вертикалі, щоб фактичні дані були видимими, навіть якщо вони є
набагато нижче ніж Максимальна кількість байтів, З Немасштабований змінної ви можете придушити це. Його
аргумент – це рядок, що містить одну букву для кожного графіка, який не потрібно масштабувати:
d=день w=тиждень m=місяць y=рік. Існує також особливий випадок для скасування встановлення змінної
повністю: n = немає. Це може бути корисно, якщо вам потрібно змінити глобальне значення
конфігурації. У прикладі масштабування для річного та місячного графіків пригнічено.

приклад:

Немасштабований [myrouter]: ym

WithPeak
За замовчуванням графіки містять лише середні значення змінних, що контролюються -
зазвичай швидкість передачі для вхідного та вихідного трафіку. Наступний варіант
інструктує mrtg відображати пікові значення за 5 хвилин у [тижневі], [місячні] та [рі]ранні
графік. У прикладі ми визначаємо місячний та річний графіки, які також містять пік
як середні значення.

Приклади:

WithPeak[myrouter]: ym

Придушити
За замовчуванням mrtg створює 4 графіки. За допомогою цієї опції ви можете придушити генерацію
вибрані графіки. Синтаксис значення параметра аналогічний наведеним вище двом параметрам. У цьому
Наприклад, ми придушуємо річний графік, оскільки він на початку досить порожній.

приклад:

Придушити [myrouter]: y

Розширення
За замовчуванням mrtg створює файли .html. Використовуйте цей параметр, щоб повідомити mrtg використовувати інший
розширення. Наприклад, ви можете встановити розширення на php3, тоді ви зможете
вкласти теги PHP у вихідні дані (корисно для отримання імені маршрутизатора з бази даних).

приклад:

Розширення [myrouter]: phtml

Каталог
За замовчуванням mrtg розміщує всі файли, які він генерує для кожної цілі (файли GIF, HTML
сторінку, файл журналу тощо). WorkDir.

Якщо Каталог якщо вказано параметр, файли натомість поміщаються в каталог під
WorkDir або Log-, Image- і HtmlDir). (Наприклад, Каталог наведений нижче варіант спричинить
всі файли для цільового myrouter, які потрібно помістити в каталог
/usr/tardis/pub/www/stats/mrtg/myrouter/ .)

Каталог повинен уже існувати; mrtg не створить його.

приклад:

Робочий каталог: /usr/tardis/pub/www/stats/mrtg
Каталог[myrouter]: myrouter

ПРИМІТКА: параметр Каталог завжди має бути «відносним», інакше трапиться погане.

Каталог клонів
Якщо Каталог вказано опцію, Каталог клонів Опція скопіює весь вміст
of Каталог до Каталог клонів.

приклад:

Робочий каталог: /usr/tardis/pub/www/stats/mrtg
Каталог[myrouter]: myrouter
Clonedirectory[myrouter]: каталог myclone

За бажанням цільову назву можна змінити в процесі клонування.

приклад:

Робочий каталог: /usr/tardis/pub/www/stats/mrtg
Каталог[myrouter]: myrouter
Clonedirectory[myrouter]: myclonedirectory mynewtarget

ПРИМІТКА 1. Каталог клону вже має існувати; mrtg не створить його.

ПРИМІТКА 2. Параметр Clonedirectory також завжди має бути «відносним», інакше трапиться погане.

ПРИМІТКА 3. Для цього потрібен модуль File::Copy

XSize та YSize
За замовчуванням діаграми mrtgs мають ширину 100 на 400 пікселів (плюс трохи більше для міток. У
У прикладі ми отримуємо майже квадратні графіки ...

Примітка: XSize має бути від 20 до 600; YSize має бути більше 20

приклад:

XSize[myrouter]: 300
YSize[myrouter]: 300

XZoom та YZoom
Якщо ви хочете, щоб ваші графіки мали більші пікселі, ви можете «Збільшити» їх.

приклад:

XZoom[myrouter]: 2.0
YZoom[myrouter]: 2.0

XScale та YScale
Якщо ви хочете, щоб ваші графіки були фактично масштабованими, використовуйте XScale та YScale. (Обережно: поки це
працює, результати виглядають потворно (чесно кажучи), тому якщо хтось хоче це виправити: виправлення є
ласкаво просимо

приклад:

XScale[myrouter]: 1.5
YScale[myrouter]: 1.5

YTics та YTicsFactor
Якщо ви хочете відображати більше 4 рядків на графіку, використовуйте YTics. Якщо ви хочете масштабувати
значення, що використовується для YLegend цих тиків, використовуйте YTicsFactor. Значення за замовчуванням для YTics
4, а значення за замовчуванням для YTicsFactor дорівнює 1.0.

приклад:

Припустимо, ви отримуєте значення в діапазоні від 0 до 700. Ви хочете побудувати 7 ліній і показати
0, 1, 2, 3, 4, 5, 6, 7 замість 0, 100, 200, 300, 400, 500, 600, 700. Слід написати
потім:

YTics[myrouter]: 7
YTicsFactor[myrouter]: 0.01

Фактор
Якщо ви хочете помножити всі числа, показані під графіком, на постійний коефіцієнт, скористайтеся цим
директива, щоб визначити це ..

приклад:

Фактор[as400]: 4096

Крок
Змініть крок за замовчуванням з 5 * 60 секунд на щось інше (я не перевіряв стільки
...)

приклад:

Крок [myrouter]: 60

PNGTitle
При використанні rateup для генерації графіка, це надрукує дану назву в графі
породжує.

приклад:

PNGTitle[myrouter]: WAN Link UK-US

Опції
Команда Опції Ключове слово дозволяє встановити деякі логічні перемикачі:

рости правильно
За замовчуванням графік зростає ліворуч. Цей параметр змінює напрямок зростання
через що поточний час буде на правому краю графіка та значень історії
ліворуч від нього.

біти
Усі значення змінних, що контролюються, помножуються на 8 (тобто відображаються в бітах замість
байт) ... виглядає набагато більш вражаюче :-) Це також впливає на "заводські налаштування"
маркування та одиниці для даної мети.

за хвилину
Усі значення змінних, що контролюються, помножуються на 60 (тобто показуються в одиницях за хвилину
замість одиниць за секунду) у разі малих значень точніші графіки
відображається. Це також впливає на маркування «заводські параметри» та одиниці вимірювання
мета.

на годину
Усі значення змінних, що контролюються, помножуються на 3600 (тобто показуються в одиницях на годину
замість одиниць за секунду) у разі малих значень точніші графіки
відображається. Це також впливає на маркування «заводські параметри» та одиниці вимірювання
мета.

noinfo
Приховати інформацію про час роботи та назву пристрою на створеній веб-сторінці.

ніпроцент
Не друкуйте відсотки використання.

прозорий
Зробіть фон згенерованих gif-файлів прозорим.

ціле
Надрукуйте підсумкові рядки під графіком у вигляді цілих чисел без ком.

дорельпроцент
Розраховується і відображається відносний відсоток внутрішнього трафіку до трафіку OUT
графік як додатковий рядок. Примітка: доступна лише фіксована шкала (від 0 до
100%). Тому, якщо IN-трафік більше, ніж OUT-трафік, то відображається 100%. Якщо
ви підозрюєте, що ваш IN-трафік не завжди менший або дорівнює вашому OUT-трафіку
Вас настійно просять не використовувати цю опцію. Примітка. Якщо ви використовуєте цю опцію разом
з Кольори параметрів, там потрібна п’ята пара колір-назва колір-значення.

середній пік
Є деякі провайдери, які використовують середні пікові значення для виставлення рахунків своїм клієнтам. Використання
цей параметр MRTG відображає ці значення для кожного графіка. Значення будується шляхом усереднення
максимальне середнє значення трафіку за 5 хвилин для кожного «кроку», показане на графіку. Для тижневика
графік це означає, що він будує середнє значення всіх 2-годинних інтервалів 5-хвилинного піку
цінності. (Збентежений? Так думав!)

калібр
Ставтеся до значень, зібраних із цілі, як до вимірювань «поточного стану», а не як ніколи
збільшення лічильників. Це було б корисно для моніторингу таких речей, як дисковий простір,
навантаження на процесор, температура тощо...

За відсутності параметрів «калькулятор» або «абсолютний» MRTG розглядає змінні як лічильники
і обчислює різницю між поточним і попереднім значенням і ділить
щоб за час, що минув між останніми двома зчитуваннями, отримати значення, яке потрібно побудувати.

абсолютний
Це для джерел даних лічильника, які скидають своє значення під час зчитування. Це
означає, що швидкість не повинна створювати різницю між поточним і поточним
останнє значення, прочитане з джерела даних. Отримане значення все ще ділиться на
час, що пройшов між поточним і останнім зчитуванням, що відрізняє його від
опція «калькулятор». Корисно для зовнішніх збирачів даних.

дрейф
Якщо ви використовуєте rrdtool як реєстратор/графік, ви можете використовувати третій тип джерела даних.
Derive схожий на лічильник, за винятком того, що він не вимагає постійного підвищення. це є
корисно для ситуацій, коли зміна деякого значення має бути зображена на графіку.

unknaszero
Записуйте невідомі дані як нуль замість типової поведінки повторення останнього значення
бачив. Будьте обережні з цим, часто плоска лінія на графіку набагато очевидніша, ніж а
рядок на 0.

з нулями
Зазвичай ми ігноруємо всі значення, які дорівнюють нулю при обчисленні середньої передачі
ставка на лінії. Якщо це не бажано, скористайтеся цією опцією.

без кордону
Якщо ви використовуєте rateup для реєстрації даних, MRTG створить зображення графіка. Зазвичай
ці зображення мають затінену рамку навколо них. Якщо ви не хочете, щоб кордон був
намальовано, увімкніть цю опцію. Ця опція не діє, якщо ви не використовуєте швидкість.

noarrow
Як і у наведеній вище опції, це впливає лише на генерацію графіка прискорення. Зазвичай ставка
створить графіки з маленькою стрілкою, що показує напрямок даних. Якщо ти зробиш
не хочете, щоб ця стрілка була намальована, увімкніть цю опцію. Цей варіант не діє, якщо ви
не використовують ставку.

noi Використовуючи rateup для генерації графіка, ви можете використовувати цей параметр, щоб зупинити малювання швидкості
графік для 'I' або першої змінної. Це також видаляє записи для цієї змінної в
HTML-сторінка MRTG генерує і видаляє піки для цієї змінної, якщо вони є
увімкнено. Це дозволяє приховати ці дані або може бути дуже корисним, якщо тільки ви
побудова графіка одного рядка даних, а не двох. Цей варіант не є деструктивним – будь-які дані
отримані для змінної продовжували реєструватися, вона просто не відображається.

noo Те саме, що й вище, за винятком того, що стосується 'O' або другої змінної.

nobanner
У разі використання швидкості для генерації графіка цей параметр вимикає додавання MRTG MRTG
банер до HTML-сторінок, які він створює.

nolegend
Якщо для генерації графіка використовується швидкість, ця опція зупинить створення MRTG
легенду внизу HTML-сторінок, які він створює.

принтер
При використанні швидкості для генерації графіка ця опція друкуватиме ім’я маршрутизатора в файлі
графік, який він створює. Цей параметр замінюється значенням PNGTitle, якщо воно є
даний

pngдата
Якщо для генерації графіка використовується швидкість, ця опція друкуватиме позначку часу в файлі
графік, який він генерує, включаючи часовий пояс, якщо він визначений у 'Timezone'
параметр. Це еквівалентно налаштуванню TimeStrPost[x]: RU

логарифмічний масштаб
Команда логарифмічний масштаб Опція змушує rateup відображати дані з масштабованою віссю Y
логарифмічно. Це дозволить звичайному трафіку займати більшість
вертикальний діапазон, при цьому всі шипи відображаються на всю їх висоту.

логарифмічний масштаб відображає всі доступні дані і завжди створюватиме чіткі графіки.
Однак люди часто вважають логарифмічно масштабований графік нерозумним
тому важко інтерпретувати.

expscale
Команда expscale Опція змушує rateup відображати дані з масштабованою віссю Y
експоненціально. Це підкреслює невеликі зміни у верхній частині шкали; це може бути
корисно під час побудови графіків значень, які коливаються на невелику величину біля вершини
масштаб, наприклад лінійна напруга.

expscale по суті є зворотним до логарифмічний масштаб.

secondmean
Команда secondmean Опція встановлює максимальне значення на графіку до середнього значення даних
більше, ніж середнє значення всіх даних. Це створює графік, який більше зосереджується на
типові дані, під час відсікання великих піків.

використання secondmean дасть більш інтуїтивний лінійно масштабований графік, але може призвести до a
марно високий або низький масштаб у деяких рідкісних ситуаціях (зокрема, коли дані
включає велику частину значень, далеких від фактичного середнього)

Якщо ціль включає обидва логарифмічний масштаб та secondmean у варіантах, secondmean приймає
пріоритет.

приклад:

Параметри [myrouter]: growright, біти

кілограм
Використовуйте цей параметр, щоб змінити значення множника для побудови префіксів. Значення за замовчуванням
1000. Цей тег призначений для особливого випадку, коли 1kB = 1024B, 1MB = 1024kB і поки.

приклад:

кіло [myrouter]: 1024

кмг
Змініть стандартні префікси множника (,k,M,G,T,P). У тегу Коротка легенда лише визначити
основні одиниці. Формат: розділений комами список префіксів. Дві послідовні коми або a
кома на початку або в кінці рядка не дає префікса для цього елемента. Якщо не хочеш
префікси, просто поставте дві послідовні коми. Якщо ви хочете пропустити величину, виберіть "-" як
value.

Приклад: швидкість в нм/с (нанометрах на секунду), що відображається в нм/год.

ShortLegend[myrouter]: м/год
kmMG[myrouter]: n,u,m,,k,M,G,T,P
параметри [мій маршрутизатор]: за годину

Кольори
Команда Кольори тег дозволяє замінити колірну схему за замовчуванням. Примітка: всі 4 з
тут необхідно вказати необхідні кольори. Назва кольору ("Colourx" нижче) є легендою
ім’я, а значення RGB – це реальний колір, який використовується для дисплея, як на
графіку та в html-документі.

Формат: Col1#RRGGBB,Col2#RRGGBB,Col3#RRGGBB,Col4#RRGGBB

Важливо: якщо ви використовуєте дорельпроцент options тег п'ятого імені кольору пари значення кольору
is required: Col1#RRGGBB,Col2#RRGGBB,Col3#RRGGBB,Col4#RRGGBB,Col5#RRGGBB

Кольоровий1
Перша змінна (звичайно вхідна) на графіку за замовчуванням.

Кольоровий2
Друга змінна (звичайно вихідна) на графіку за замовчуванням.

Кольоровий3
Максимальна перша змінна (вхід).

Кольоровий4
Максимальна друга змінна (вихід).

RRGGBB
2-значні шістнадцяткові значення для червоного, зеленого та синього.

приклад:

Colours[myrouter]: GREEN#00eb0c,BLUE#1000ff,DARK GREEN#006600,VIOLET#ff00ff

фон
З фон Ви можете налаштувати колір фону згенерованого HTML
стр.

приклад:

Фон [myrouter]: #a0a0a0a

YLegend, Коротка легенда, Легенда [1234]
Наступні ключові слова дозволяють вам замінити текст, який відображається для різних легенд
на графіку та в документі HTML:

YLegend
Мітка осі Y графіка. Зауважте, що текст занадто довгий, щоб поміститися на графіку
буде мовчки проігноровано.

Коротка легенда
Рядок одиниць (за замовчуванням 'b/s'), що використовується для Макс., Середнього і Поточного

Легенда [1234IO]
Струни для легенди кольору.

приклад:

YLegend[myrouter]: біт в секунду
Коротка легенда [myrouter]: b/s
Legend1[myrouter]: вхідний трафік у бітах на секунду
Legend2[myrouter]: вихідний трафік у бітах на секунду
Legend3[myrouter]: Максимальний 5-хвилинний вхідний трафік
Legend4[myrouter]: максимальний вихідний трафік за 5 хвилин
LegendI[myrouter]: В:
LegendO[myrouter]: Вийшов:

Зауважте, якщо ЛегендаІ or ЛегендаО встановлено порожній рядок з

ЛегендаO[myrouter]:

Відповідний рядок під графіком взагалі не друкуватиметься.

Часовий пояс
Якщо ви живете в міжнародному світі, можливо, вам захочеться створити графіки в інших
часові пояси. Це встановлюється у змінній TZ. Під певними операційними системами, такими як Solaris,
це спровокує виклик за місцевим часом, щоб повідомити час у вибраному часовому поясі.

приклад:

Часовий пояс [myrouter]: Японія

Часовий пояс – це стандартний часовий пояс вашої системи, тобто Японія, Гонконг, GMT, GMT+1 тощо.
і т.п.

Формат тижня
За замовчуванням mrtg (насправді rateup) використовує strftime(3) Параметр "%V" для форматування номерів тижнів
в місячних графіках. Точна семантика цього параметра формату відрізняється в різних системах.
Якщо ви виявите, що номери тижня неправильні, і ваша система strftime(3) рутина
підтримує його, ви можете спробувати інший варіант формату. Параметр POSIX '%V' відповідає параметру
широко використовуваний стандарт нумерації тижнів ISO 8601. Символ формату тижня має бути
вказується як одна літера; або W, V або U.

Версія rateup для UNIX використовує реалізацію libc strftime. У Windows,
власна реалізація strftime не знає про %V. Тому ми використовуємо інше
реалізація strftime, яка підтримує %V.

приклад:

Формат тижня [myrouter]: W

RRDRowCount
Це впливає на створення нових файлів rrd. За замовчуванням rrds створюються для зберігання приблизно 1
дані високої роздільної здатності за день. (плюс 1 тиждень даних по 30 хвилин, 2 місяці по 2 години
дані та дані за 2 роки по 1 дню). За допомогою цього ключового слова ви можете змінити номер бази
інтервальних записів, налаштованих для нових rrds у міру їх створення. Зверніть увагу, що ви повинні взяти
врахування інтервалу.

приклад:

RRDRowCount [myrouter]: 1600

RRDRowCount30m
Відповідно до RRDRowCount, але для RRA, як правило, використовується для 30-хвилинних даних. Навіть так, ти
необхідно враховувати базовий інтервал. Якщо залишити це ключове слово, змусить
за замовчуванням 800 рядків.

приклад:

RRDRowCount30m [myrouter]: 800

RRDRowCount2h
Відповідно до RRDRowCount, але для RRA, як правило, використовується для 2-годинних даних. Навіть так, ви повинні
все одно враховуйте базовий інтервал. Якщо ви залишите це ключове слово, воно змусить старе
за замовчуванням 800 рядків.

приклад:

RRDRowCount2h[myrouter]: 400

RRDRowCount1d
Відповідно до RRDRowCount, але для RRA, як правило, використовується для даних за 1 день. Навіть так, ви повинні
все одно враховуйте базовий інтервал. Якщо ви залишите це ключове слово, воно змусить старе
за замовчуванням 800 рядків.

приклад:

RRDRowCount1d[myrouter]: 200

RRDHWRRAs
Зазвичай RRD, створені MRTG, містять лише інформацію, зібрану безпосередньо з
відповідну ціль. За допомогою цієї опції ви можете використовувати розширений аберант rrdtools
модуль виявлення поведінки на основі прогнозування Холта-Вінтерса. Властивість RRDHWRRAs
визначає RRA Holt-Winters, як описано на сторінці посібника rrdcreate.

Зауважте, що це налаштування вплине лише на щойно створені RRD (цілі).

приклад:

RRDHWRRAs[myrouter]: RRA:HWPREDICT:1440:0.1:0.0035:288

TimeStrPos
Це визначає розміщення рядка позначки часу на зображенні. Можливі значення: RU, LU,
RL, LL (які означають, відповідно, RightUpper, LeftUpper, RightLower і LeftLower
кут) і НІ (без позначки часу). За замовчуванням на зображенні не розміщується мітка часу.

приклад:

TimeStrPos[myrouter]: RU

TimeStrFmt
Використовуючи це ключове слово, ви можете вказати формат позначки часу, яка буде розміщена на зображенні (якщо
увімкнено за допомогою ключового слова TimeStrPos). Вказаний рядок буде використовуватися strftime ()
функція - див strftime(3) документація для специфікаторів перетворення, доступна на вашому
системи. Формат за замовчуванням: %Y-%m-%d %H:%M

приклад:

TimeStrFmt[myrouter]: %H:%M:%S

ПОРІГ ПЕРЕВІРКА

Завдяки своїй функціональності перевірки порогових значень mrtg може виявляти порогові проблеми для
різні цілі та можуть викликати зовнішні сценарії для вирішення цих проблем (наприклад, send
електронна пошта або сторінка адміністратору).

Порогова перевірка налаштовується за допомогою таких параметрів:

ThreshDir (ГЛОБАЛЬНИЙ)
Визначивши ThreshDir, щоб вказувати на каталог, доступний для запису, MRTG попередить вас лише тоді, коли
межу порога було перетнуто.

приклад:

ThreshDir: /var/mrtg/thresh

ThreshHyst (ГЛОБАЛЬНИЙ)
Якщо поріг порушено, і у вас визначено threshdir, то mrtg надішле пошту один раз
порогове значення стає «неборкованим», щоб уникнути ситуацій, коли повідомлення нерозривні та нерозривні
ми надсилаємо безперервне повідомлення лише після того, як буде поточне значення
0.1 (10%) від порога. Ви можете налаштувати змінну конфігурації ThreshHyst
це значення.

Приклад для 5%:

ThreshHyst: 0.05

ThreshMailServer (ГЛОБАЛЬНИЙ)
Адери SMTP-сервера, який збирається приймати пошту про порушення Порогів і
непорушений.

ThreshMailSender (ГЛОБАЛЬНИЙ)
Яка адреса відправника порогової пошти.

приклад:

ThreshMailSender: [захищено електронною поштою]

ThreshMailAddress (ПЕР ЦІЛЬ)
Адреса електронної пошти для повідомлень, пов’язаних із Порогом. Це працюватиме лише за наявності поштового сервера
налаштовано.

приклад:

ThreshMailAddress[_]: [захищено електронною поштою]
ThreshMailAddress[маршрутизатор]:

Це принесе порогову опубліковану пошту всім, крім цілі, яка називається «маршрутизатор».

ThreshMinI (ПЕР ЦІЛЬ)
Це мінімально допустиме значення для вхідного (першого) параметра. Якщо параметр
падає нижче цього значення, програма, зазначена в ThreshProgI, буде запущена, а пошта буде надіслана
надсилатися на ThreshMailAddress, якщо вказано. Якщо значення закінчується на "%", то
порогове значення визначається відносно MaxBytes.

ThreshMaxI (ПЕР ЦІЛЬ)
Працює так само, як TheshMinI, але діє, коли значення вище, ніж ThreshMaxI.

ThreshDesc (ПЕР ЦІЛЬ)
Його значення буде присвоєно змінній середовища THRESH_DESC перед будь-яким із них
програми, згадані нижче, називаються. Програми можуть використовувати значення цієї змінної для
створювати більш зручний результат.

ThreshProgI (ПЕР ЦІЛЬ)
Це визначає програму, яка буде запущена, якщо ThreshMinI або ThreshMaxI зламано. MRTG проходить 3
аргументи: змінна $router, порушене порогове значення та поточний параметр
value.

ThreshProgOKI (ПЕР ЦІЛЬ)
Це визначає програму, яку потрібно запустити, якщо параметр на даний момент в порядку (на основі ThreshMinI і
ThreshMaxI), але не було добре під час попереднього запуску - на основі файлів, знайдених у
ThreshDir. MRTG передає 3 аргументи: змінна $router – незбійне порогове значення та
поточне значення параметра.

ThreshMinO, ThreshMaxO, ThreshProgO, та ThreshProgOKO
Вони працюють так само, як і їхні аналоги *I, за винятком параметра Output (другий).

SetEnv
Викликаючи порогові сценарії з вашого файлу cfg, ви можете передати деякі дані
до сценарію. Це можна зробити за допомогою параметра налаштування SetEnv, який вимагає a
серія присвоєнь змінних середовища. Зауважте, що цитати є обов’язковими. Це робить
не працює для зовнішніх скриптів. Неможливо встановити змінні середовища для кожної цілі.

приклад:

SetEnv[myrouter]: EMAIL="[захищено електронною поштою]"
HOST="www.some_server.net"

HW Провал Based поріг Перевірка
При використанні протоколювання на основі rrd із визначеними HW RRA. Ви можете використовувати межі довіри
порушення, що зберігаються в FAILURES RRA для порогових оповіщень.

Там усі цільові порогові змінні мають аналог Hold-Winters:

ThreshMailAddress -> HWThreshMailAddress
ThreshMinI -> HWThreshMinI
...

Глобальні змінні для перевірки порогових значень є спільними, за винятком

ThreshHyst -> HWThreshHyst

І HWThreshDesc встановлює змінну HWTHRESH_DESC.

PER TARGET ПОВЕРНЕНО ЗНАЧЕННЯ

Попередньо та постфікси
Щоб заощадити на введенні тексту, ви можете визначити ціль під назвою '^'. Текст кожного ключового слова
Ви визначаєте для цієї цілі, буде ПЕРЕД відповідним ключовим словом усіх
цілі, визначені під цією лінією. Те ж саме стосується цілі під назвою «$», але її текст буде
ДОДАТИСЯ.

Зауважте, що між текстом, що додається, і значенням ключового слова вставляється пробіл, а також
між значенням ключового слова та доданим текстом. Це добре працює для ключових слів із текстовими значеннями,
але не дуже корисний для інших ключових слів. Дивіться опис цілі "за замовчуванням" нижче.

Приклад змусить mrtg використовувати загальний заголовок і загальну контактну особу у всіх файлах
сторінки, створені з цілей, визначених пізніше в цьому файлі.

приклад:

Верхня сторінка[^]: Статистика трафіку NoWhere Unis
PageTop[$]: зверніться до Пітера Нортона, якщо у вас виникли запитання

Щоб видалити значення початку/додавання, вкажіть порожнє значення, наприклад:

Верхня сторінка[^]:
Верхня сторінка[$]:

NoSpaceChar
З PREPEND і APPEND (див. нижче) зазвичай між локальними елементами вставляється пробіл
значення та значення PRE- або APPEND. Іноді це не бажано. Ви можете використовувати
глобальний варіант NoSpaceChar щоб визначити символ, який можна згадати в кінці $
або ^ визначення, щоб придушити пробіл.

приклад:

NoSpaceChar: ~
Ціль[^]: 1.3.6.1.4.1.482.50.2.4.20.0&1.3.6.1.4.1.482.50.2.4.21.0:get@~
Ціль [a]: a.tolna.net
Ціль[b]: b.tolna.net
Ціль [c]: c.tolna.net
Ціль [d]: d.tolna.net

дефолт Цінності
Цільове ім’я '_' визначає значення за замовчуванням для цього ключового слова. За відсутності явного
Значення ключового слова, значення ключового слова до початку та доданого значення буде значенням за замовчуванням
використаний

приклад:

YРозмір[_]: 150
Параметри[_]: growright,bits,nopercent
WithPeak[_]: ymw
Придушити[_]: y
Макс. байт[_]: 1250000

Щоб видалити значення за замовчуванням і повернутися до заводського значення, вкажіть порожнє значення,
наприклад:

YLegend[_]:

Може бути кілька прикладів встановлення значень за замовчуванням/додавання/додавання в файлі
файл конфігурації. Пізніше налаштування замінює попереднє для решти
файл конфігурації. Значення за замовчуванням/попереду/додавання, які використовуються для даного ключового слова/цілі
Пара – це ті, які діяли в точці файлу конфігурації, де
ціль згадується вперше.

приклад:

Макс. байт[_]: 1250000
Ціль [myrouter.somplace.edu.2]: 2:[захищено електронною поштою]
Макс. байт[_]: 8000
Заголовок[myrouter.somplace.edu.2]: Аналіз трафіку для myrouter.somplace.edu IF 2

За умовчанням Максимальна кількість байтів для цільового myrouter.someplace.edu.2 у наведеному вище прикладі буде
1250000, що діяло там, де вперше з'явилося цільове ім'я myrouter.someplace.edu.2
у файлі конфігурації.

КОМАНДА ЛІНІЯ ВАРІАНТИ

--користувач ім'я користувача та --група назва групи
Запустити від імені вказаного користувача та/або групи. (Тільки для Unix)

--lock-file ім'я файлу
Використовуйте альтернативний файл блокування (за замовчуванням використовується файл конфігурації, доданий з
"_l").

--confcache-файл ім'я файлу
Використовуйте альтернативний confcache-файл (за замовчуванням використовується файл конфігурації, що додається
з ".ok")

--реєстрація ім'я файлу|EventLog
Якщо для цього параметра встановлено ім’я файлу, доступне для запису, усі вихідні дані з mrtg (попередження, повідомлення про налагодження,
помилки) перейде до ім'я файлу. Якщо ви працюєте на Win32, ви можете вказати EventLog
замість імені файлу, яке надсилатиме всі помилки до журналу подій Windows.

ПРИМІТКА: Зауважте, що до mrtg не входить DLL Message DLL для mrtg. Це має свою сторону
ефект, що реєстратор подій Windows буде відображати гарне повідомлення з кожним записом
журнал подій, скаржиться на те, що mrtg не має DLL повідомлення. Якщо ви підете в
Область завантаження mrtg contrib (на веб-сайті) ви знайдете mrtg-message-dll.zip
який містить таку річ.

--демон
Переведіть MRTG у фоновий режим, працюючи як демон. Це працює так само, як і
параметр файлу конфігурації, але комутатор потрібен для належної роботи FHS (оскільки
/ var / run доступний для запису лише користувачем root)

--fhs
Налаштуйте всі шляхи mrtg відповідно до специфікації FHS;
http://www.pathname.com/fhs/

--перевірте
Перевірте лише файл cfg на наявність помилок. Нічого не робити.

--pid-файл=s
Визначте ім’я та шлях до файлу pid для mrtg, що працює як демон

--debug=s
Увімкнути параметри налагодження. Аргументом параметра debug є список, розділений комами
значення налагодження:

cfg - дивитися читання файлу конфігурації
dir - зміна каталогу
base - основний програмний потік
tarp - цільовий аналізатор
snpo - опитування snmp
coca - операції confcache
вилка - роздвоєний вид
час - деяка інформація про час
log - реєстрація даних через rateup або rrdtool
eval - друкує рядки eval перед їх оцінкою
prof - додати інформацію про час найманих дзвінків

приклад:

--debug="cfg,snpo"

EXIT КОДИ

Код виходу 0 означає, що всі цілі були успішними. Взагалі кажучи, більшість
коди більше 0 вказують на те, що виникла невиправна проблема. Один виняток
це код 91, який вказує, що принаймні одна з цілей була успішною. А
частковий перелік кодів наведено нижче:

0: Усі цілі виконані

2: Помилка конфігурації (не можу прочитати, фатальна помилка в конфігурації тощо)
17: Інший процес MRTG обробляє конфігурацію

91: Принаймні одна ціль досягнута
92: Жодні цілі не були успішними

ПРИКЛАДИ

Minimal mrtg.cfg
Робочий каталог: /usr/tardis/pub/www/stats/mrtg
Ціль [r1]: 2:[захищено електронною поштою]
Макс. байт [r1]: 8000
Назва[r1]: Аналіз трафіку ISDN
Верхня сторінка[r1]: Статистика нашої лінії ISDN

Cfg та цінності кілька Маршрутизатори.
Робочий каталог: /usr/tardis/pub/www/stats/mrtg
Назва[^]: Аналіз трафіку для
Верхня сторінка[^]: Статистика для
PageTop[$]: зв’яжіться з шефом, якщо ви когось помітили
Макс. байт[_]: 8000
Параметри[_]: рости вправо

Title[isdn]: наша лінія ISDN
PageTop[isdn]: наша лінія ISDN
Ціль [isdn]: 2:[захищено електронною поштою]

Title[backb]: наша магістраль кампуса
PageTop[backb]: наша магістраль кампуса
Ціль[backb]: 1:[захищено електронною поштою]
Макс. байт [backb]: 1250000

# наступний рядок видаляє значення початку за замовчуванням
# визначено вище

Назва[^]:

Title[isdn2]: Трафік для резервної лінії ISDN
PageTop[isdn2]: наша лінія ISDN
Ціль [isdn2]: 3:[захищено електронною поштою]

Використовуйте mrtg-reference онлайн за допомогою служб onworks.net