mrtg-faq - آنلاین در ابر

برنامه:

نام

mrtg-faq - اگر مشکلی با MRTG دارید چگونه می توانید کمک بگیرید

خلاصه

به نظر می رسد MRTG سوالات زیادی را ایجاد می کند. تعدادی منابع جدا از
اسنادی که در آن می توانید برای mrtg کمک بیابید.

سوالات متداول

در بخش‌های بعدی چند سؤال متداول اضافی را خواهید یافت
پاسخ ها

چرا is آنجا نه "@#$%" (من بومی زبان) نسخه of MRTG
هیچ کس کمکی نکرده است @#$%.pmd هنوز فایل برو داخل mrtg-2.17.4/translate فهرست راهنما
و فایل ترجمه خود را بسازید. وقتی از آن راضی بودید برای من بفرستید
گنجاندن با نسخه بعدی mrtg.

I نیاز a خط به ساخت mrtg کار با my XYZ دستگاه.
احتمالا این کار قبلا انجام شده است. موارد موجود در mrtg-2.17.4/contrib دایرکتوری.
یه فایل هست به اسم 00INDEX در آن دایرکتوری که می گوید چه چیزی را می توانید در آنجا پیدا کنید.

چگونه میکند این SNMP چیز کار
منابع زیادی در شبکه وجود دارد که SNMP را توضیح می دهد. نگاهی به این مقاله از
مجله لینوکس توسط دیوید گوئررو

http://www.david-guerrero.com/papers/snmp/

و در این سند نسبتا طولانی از سیسکو.

http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/snmp.htm

La تصاویر ایجاد شده by MRTG نگاه بسیار عجیب.
فایل های *-{week,day,month,year}.png را حذف کنید و MRTG را دوباره شروع کنید. استفاده از MRTG برای
بار اول، ممکن است مجبور شوید این کار را دو بار انجام دهید. این همچنین در هنگام معرفی جدید کمک خواهد کرد
روترها در فایل cfg.

چی is my اجتماع نام؟
از مسئول روتر خود بپرسید یا "عمومی" را امتحان کنید، زیرا این انجمن پیش فرض است
نام.

My نمودار ها نشان a صاف خط در طی an قطع شدن چرا ?
خوب، پاسخ کوتاه این است که وقتی یک پرس و جوی SNMP خارج می شود و پاسخی نمی آید
به عقب، MRTG باید چیزی را برای قرار دادن در نمودار فرض کند، و به طور پیش‌فرض فرض می‌کند که
آخرین پاسخی که دریافت کردیم احتمالاً به حقیقت نزدیکتر از صفر است. این فرض نیست
عالی (همانطور که متوجه شدید). این یک مبادله است که اتفاقاً در طول یک کل شکست می خورد
قطع شدن

اگر این یک معامله غیرقابل قبول است، از آن استفاده کنید unknaszero گزینه.

ممکن است بخواهید بدانید که با چه چیزی معامله می کنید، بنابراین در روحیه مبادلات، در اینجا این است
پاسخ طولانی:

مشکل این است که MRTG نمی داند *چرا* داده ها برنمی گردند، تنها چیزی که می داند این است
که برنگشت باید کاری انجام دهد، و فرض می‌کند که یک بسته گمشده سرگردان است
به جای قطع شدن

چرا همیشه مدار را خاموش فرض نکنیم و از صفر استفاده نکنیم که (فکر می کنیم) بیشتر باشد
تقریبا درسته؟ خوب، معلوم می شود که شما ممکن است از "آخرین فرض" MRTG استفاده کنید
رفتار بدون آگاهی از آن

MRTG برای جمع آوری داده ها از SNMP (پروتکل مدیریت شبکه ساده) و SNMP از UDP استفاده می کند.
(پروتکل دیتاگرام کاربر) برای ارسال بسته ها به اطراف. UDP بدون اتصال است (تضمین نمی شود)
برخلاف TCP که در آن بسته ها ردیابی و تایید می شوند و در صورت نیاز مجددا ارسال می شوند. UDP
فقط بسته ها را به شبکه پرتاب می کند و امیدوار است که آنها برسند. گاهی اوقات نمی کنند.

یکی از دلایل احتمالی از دست رفتن داده های SNMP ازدحام است. دیگری روترهای شلوغ است. دیگر
احتمالات شامل مشکلات گذرا مخابراتی، سرریز بافر روتر است
(که ممکن است مربوط به تراکم باشد یا نباشد)، "خطوط کثیف" (پیوندهایی با نرخ خطای بالا)،
و اعمال خدا این چیزها همیشه اتفاق می افتد. ما فقط متوجه نمی شویم زیرا بسیاری از آنها
سرویس‌های تعاملی مبتنی بر TCP هستند و بسته‌های از دست رفته به‌طور خودکار دوباره ارسال می‌شوند.

در موارد فوق که برخی از بسته های SNMP گم می شوند اما ترافیک با فرض صفر جریان دارد
کار اشتباهی است - در نهایت با نموداری مواجه می شوید که به نظر می رسد دندان های خود را از دست داده است
هر وقت لینک پر شد MRTG داده های از دست رفته را درون یابی می کند تا نمودار صاف تری تولید کند
که در موارد از دست دادن متناوب بسته دقت بیشتری دارد. اما با نسخه 2.8.4 و بالاتر،
می‌توانید از گزینه «unknaszero» برای تولید هر کدام از گراف‌ها که بهترین است در زیر استفاده کنید
شرایط معمول برای شبکه شما

با استفاده از خدمات onworks.net از mrtg-faq آنلاین استفاده کنید