นี่คือคำสั่ง mrtg-faq ที่สามารถเรียกใช้ในผู้ให้บริการโฮสติ้งฟรีของ OnWorks โดยใช้หนึ่งในเวิร์กสเตชันออนไลน์ฟรีของเรา เช่น Ubuntu Online, Fedora Online, โปรแกรมจำลองออนไลน์ของ Windows หรือโปรแกรมจำลองออนไลน์ของ MAC OS
โครงการ:
ชื่อ
mrtg-faq - วิธีขอความช่วยเหลือหากคุณมีปัญหากับ MRTG
เรื่องย่อ
MRTG ดูเหมือนจะตั้งคำถามมากมาย มีแหล่งข้อมูลมากมายนอกเหนือจาก
เอกสารที่คุณสามารถค้นหาความช่วยเหลือสำหรับ mrtg
คำถามที่พบบ่อย
ในส่วนต่อไปนี้ คุณจะพบกับคำถามที่พบบ่อยเพิ่มเติมด้วย
คำตอบ
ทำไม is มี ไม่ "@#$%" (ของฉัน พื้นเมือง ภาษา) รุ่น of รฟม.?
ไม่มีใครมีส่วนร่วม @#$%.pmd ไฟล์ยัง เข้าไปใน mrtg-2.17.4/แปล ไดเรกทอรี
และสร้างไฟล์การแปลของคุณเอง เมื่อคุณพอใจกับมัน ส่งมาให้ฉันสิ
รวมเข้ากับรุ่น mrtg ถัดไป
I จำเป็นต้อง a ต้นฉบับ ไปยัง ทำ MRTG งาน สีสดสวย my XYZ เครื่อง
อาจเป็นไปได้ว่าได้ทำไปแล้ว ตรวจสอบสิ่งของใน mrtg-2.17.4/contrib ไดเรกทอรี
มีไฟล์ชื่อ 00ดัชนี ในไดเร็กทอรีนั้นซึ่งบอกสิ่งที่คุณสามารถหาได้ในนั้น
สรุป ความน่าเชื่อถือของ Olymp Trade? ทำ นี้ SNMP สิ่ง งาน
มีแหล่งข้อมูลมากมายบนเน็ตที่อธิบาย SNMP ลองดูบทความนี้จาก
วารสาร Linux โดย David Guerrero
http://www.david-guerrero.com/papers/snmp/
และในเอกสารที่ค่อนข้างยาวนี้จาก CISCO
http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/snmp.htm
การขอ ภาพ ที่สร้างขึ้น by รฟม มอง มาก แปลก.
ลบไฟล์ *-{week,day,month,year}.png แล้วเริ่ม MRTG อีกครั้ง การใช้ MRTG เพื่อ
ครั้งแรก คุณอาจต้องทำเช่นนี้สองครั้ง สิ่งนี้จะช่วยได้เช่นกันเมื่อคุณแนะนำสิ่งใหม่
เราเตอร์ลงในไฟล์ cfg
อะไร is my สังคม ชื่อ?
ถามผู้รับผิดชอบเราเตอร์ของคุณหรือลอง 'สาธารณะ' เนื่องจากนี่คือชุมชนเริ่มต้น
ชื่อ.
My กราฟ โชว์ a แบน เส้น ในระหว่าง an ไฟดับ. ทำไม ?
คำตอบสั้น ๆ คือเมื่อแบบสอบถาม SNMP ออกไปและไม่มีการตอบกลับ
ย้อนกลับ MRTG ต้องสมมติบางอย่างที่จะใส่ในกราฟ และโดยปริยาย จะถือว่า
คำตอบสุดท้ายที่เราได้กลับมาน่าจะใกล้เคียงกับความจริงมากกว่าศูนย์ ข้อสันนิษฐานนี้ไม่ใช่
สมบูรณ์แบบ (ตามที่คุณสังเกตเห็น) เป็นการประนีประนอมที่ล้มเหลวในระหว่างทั้งหมด
ไฟดับ.
หากนี่เป็นการแลกเปลี่ยนที่ยอมรับไม่ได้ ให้ใช้ ไม่รู้จัก ตัวเลือก
คุณอาจต้องการทราบว่าคุณกำลังแลกเปลี่ยนอะไร ดังนั้นในจิตวิญญาณของการแลกเปลี่ยน นี่คือ
คำตอบยาว:
ปัญหาคือ MRTG ไม่รู้ *ทำไม*ข้อมูลไม่กลับมา รู้อย่างเดียว
ว่ามันไม่กลับมา มันต้องทำอะไรซักอย่าง และถือว่ามันเป็นแพ็กเก็ตที่หลงทาง
มากกว่าการหยุดทำงาน
ทำไมเราไม่ลองสมมุติว่าวงจรเสียและใช้ศูนย์ ซึ่ง (เราคิดว่า) จะมีมากกว่า
เกือบใช่มั้ย? ปรากฎว่าคุณอาจใช้ประโยชน์จาก "สมมติสุดท้าย" ของ MRTG
พฤติกรรมโดยไม่รู้ตัว
MRTG ใช้ SNMP (Simple Network Management Protocol) เพื่อรวบรวมข้อมูล และ SNMP ใช้ UDP
(User Datagram Protocol) เพื่อจัดส่งแพ็กเก็ตไปทั่ว UDP เป็นแบบไม่มีการเชื่อมต่อ (ไม่รับประกัน)
ไม่เหมือนกับ TCP ที่แพ็กเก็ตถูกติดตามและรับทราบ และหากจำเป็น ให้ส่งซ้ำ UDP
แค่โยนแพ็กเก็ตไปที่เครือข่ายและหวังว่ามันจะมาถึง บางครั้งพวกเขาก็ทำไม่ได้
สาเหตุหนึ่งที่เป็นไปได้ของข้อมูล SNMP ที่สูญหายคือความแออัด อีกอย่างคือเราเตอร์ไม่ว่าง อื่น
ความเป็นไปได้รวมถึงปัญหาโทรคมนาคมชั่วคราว บัฟเฟอร์โอเวอร์โฟลว์ของเราเตอร์
(ซึ่งอาจหรืออาจจะไม่เกี่ยวข้องกับความแออัด), "เส้นสกปรก" (ลิงก์ที่มีอัตราความผิดพลาดสูง)
และการกระทำของพระเจ้า สิ่งเหล่านี้เกิดขึ้นตลอดเวลา เราไม่ได้สังเกตเพราะมากมาย
บริการแบบโต้ตอบเป็นแบบ TCP และแพ็กเก็ตที่สูญหายจะถูกส่งใหม่โดยอัตโนมัติ
ในกรณีข้างต้นที่แพ็กเก็ต SNMP บางแพ็กเก็ตสูญหายแต่ทราฟฟิกกำลังไหล สมมติว่าเป็นศูนย์
เป็นสิ่งที่ผิด - คุณลงเอยด้วยกราฟที่ดูเหมือนฟันหายไป
ทุกครั้งที่ลิงค์เต็ม MRTG สอดแทรกข้อมูลที่สูญหายเพื่อสร้างกราฟที่นุ่มนวลขึ้น
ซึ่งแม่นยำกว่าในกรณีที่แพ็กเก็ตสูญหายเป็นช่วงๆ แต่ด้วย V2.8.4 ขึ้นไป
คุณสามารถใช้ตัวเลือก "unknaszero" เพื่อสร้างกราฟใดก็ได้ที่ดีที่สุดภายใต้เครื่องหมาย
เงื่อนไขทั่วไปสำหรับเครือข่ายของคุณ
ใช้ mrtg-faq ออนไลน์โดยใช้บริการ onworks.net
