זוהי הפקודה mrtg-faq שניתן להריץ בספק האירוח החינמי של OnWorks באמצעות אחת מתחנות העבודה המקוונות המרובות שלנו, כגון Ubuntu Online, Fedora Online, אמולטור מקוון של Windows או אמולטור מקוון של MAC OS
תָכְנִית:
שֵׁם
mrtg-faq - איך לקבל עזרה אם יש לך בעיות עם MRTG
תַקצִיר
נראה ש-MRTG מעלה הרבה שאלות. ישנם מספר משאבים מלבד
תיעוד שבו אתה יכול למצוא עזרה עבור mrtg.
שאלות נפוצות
בסעיפים הבאים תמצא כמה שאלות נפוצות נוספות, עם
תשובות.
למה is שם לא "@#$%" (שֶׁלִי יליד שפה) גרסה of MRTG?
אף אחד לא תרם א @#$%pmd קובץ עדיין. היכנס ל- mrtg-2.17.4/translate בספרייה
וצור קובץ תרגום משלך. כאשר אתה מרוצה ממנו שלח לי אותו עבור
הכללה עם הגרסה הבאה של mrtg.
I צורך a תסריט ל לעשות mrtg לעבוד עם my xyz מכשיר.
כנראה שזה כבר נעשה. בדוק את הדברים ב mrtg-2.17.4/תרומה במדריך.
יש קובץ שנקרא 00INDEX בספרייה שמספרת מה אתה יכול למצוא שם.
איך עושה זֶה SNMP דבר לעבוד
ישנם משאבים רבים ברשת שמסבירים את SNMP. תסתכל על המאמר הזה מ
ה-Linux Journal מאת דיוויד גררו
http://www.david-guerrero.com/papers/snmp/
ובמסמך די ארוך זה מ-CISCO.
http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/snmp.htm
השמיים תמונות נוצר by MRTG להסתכל מאוד מוּזָר.
הסר את קבצי *-{week,day,month,year}.png והפעל שוב את MRTG. שימוש ב-MRTG עבור
בפעם הראשונה, ייתכן שתצטרך לעשות זאת פעמיים. זה יעזור גם כשאתה מציג חדש
נתבים לקובץ cfg.
מה is my הקהילה שם?
שאל את האחראי על הנתב שלך או נסה 'ציבורי', מכיוון שזוהי קהילת ברירת המחדל
שם.
My גרפים לְהַצִיג a דירה קו בְּמַהֲלָך an הפסקת חשמל. למה ?
ובכן, התשובה הקצרה היא שכאשר שאילתת SNMP יוצאת ותגובה לא מגיעה
בחזרה, MRTG צריך להניח משהו לשים בגרף, וכברירת מחדל הוא מניח שה
התשובה האחרונה שקיבלנו חזרה כנראה קרובה יותר לאמת מאפס. ההנחה הזו לא
מושלם (כפי ששמתם לב). זה פשרה שבמקרה נכשלת במהלך סך הכל
הפסקת חשמל.
אם זה פשרה לא מקובלת, השתמש ב- unknaszero אוֹפְּצִיָה.
אולי תרצה לדעת במה אתה מחליף, אז ברוח הפשרות, הנה
תשובה ארוכה:
הבעיה היא ש-MRTG לא יודע *למה* הנתונים לא חזרו, כל מה שהוא יודע זה
שזה לא חזר. זה חייב לעשות משהו, והוא מניח שזו חבילה שאבדה
במקום הפסקה.
למה שלא נניח תמיד שהמעגל מושבת ונשתמש באפס, וזה (אנחנו חושבים) יהיה יותר
כמעט נכון? ובכן, מסתבר שאולי אתה מנצל את "הנח האחרון" של MRTG
התנהגות מבלי להיות מודעים לכך.
MRTG משתמש ב-SNMP (פרוטוקול ניהול רשת פשוט) כדי לאסוף נתונים, ו-SNMP משתמש ב-UDP
(פרוטוקול Datagram User) כדי לשלוח מנות מסביב. UDP ללא חיבור (לא מובטח)
שלא כמו TCP שבו מנות עוקבות ומאושרות ובמידת הצורך משודרות מחדש. UDP
פשוט זורק מנות לרשת ומקווה שיגיעו. לפעמים הם לא.
גורם סביר לאיבוד נתוני SNMP הוא גודש; אחר הוא נתבים תפוסים. אַחֵר
האפשרויות כוללות בעיות טלקומוניקציה חולפות, הצפת מאגר נתב
(שעשויים להיות קשורים לגודש או לא), "קווים מלוכלכים" (קישורים עם שיעורי שגיאה גבוהים),
ומעשי ה'. הדברים האלה קורים כל הזמן; אנחנו פשוט לא שמים לב כי רבים
השירותים האינטראקטיביים מבוססים על TCP והמנות האבודות מועברות אוטומטית.
במקרים שלעיל בהם חלק ממנות SNMP אבדו אך התעבורה זורמת, בהנחה של אפס
זה הדבר הלא נכון לעשות - אתה בסופו של דבר עם גרף שנראה כאילו חסרות לו שיניים
בכל פעם שהקישור מתמלא. MRTG משלב את הנתונים האבודים כדי ליצור גרף חלק יותר
מה שמדויק יותר במקרים של אובדן מנות לסירוגין. אבל עם V2.8.4 ומעלה,
אתה יכול להשתמש באפשרות "unknaszero" כדי לייצר את הגרף הטוב ביותר תחת
תנאים אופייניים לרשת שלך.
השתמש ב-mrtg-faq מקוון באמצעות שירותי onworks.net
