ນີ້ແມ່ນຄໍາສັ່ງ mrtg-faq ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
mrtg-faq - ວິທີຂໍຄວາມຊ່ວຍເຫຼືອຖ້າທ່ານມີບັນຫາກັບ MRTG
ສະຫຼຸບສັງລວມ
MRTG ເບິ່ງຄືວ່າຈະຕັ້ງຄໍາຖາມຫຼາຍ. ມີຈໍານວນຂອງຊັບພະຍາກອນນອກຈາກ
ເອກະສານທີ່ທ່ານສາມາດຊອກຫາການຊ່ວຍເຫຼືອສໍາລັບ mrtg.
FAQ
ໃນພາກຕໍ່ໄປນີ້ທ່ານຈະເຫັນບາງຄໍາຖາມທີ່ຖາມເລື້ອຍໆເພີ່ມເຕີມ, ມີ
ຄໍາຕອບ.
ເປັນຫຍັງ is ມີ no "@#$%" (ຂອງຂ້ອຍ native ພາສາ) ສະບັບພາສາ of MRTG?
ບໍ່ມີໃຜປະກອບສ່ວນ a @#$%.pmd ໄຟລ໌ເທື່ອ. ເຂົ້າໄປໃນ mrtg-2.17.4/ແປ ລະບົບ
ແລະສ້າງໄຟລ໌ແປພາສາຂອງທ່ານເອງ. ໃນເວລາທີ່ທ່ານມີຄວາມສຸກກັບມັນສົ່ງໃຫ້ຂ້າພະເຈົ້າສໍາລັບການ
ລວມກັບການປ່ອຍ mrtg ຕໍ່ໄປ.
I ຕ້ອງການ a script to ເຮັດໃຫ້ mrtg ການເຮັດວຽກ ກັບ my xyz ອຸປະກອນ.
ອາດຈະເປັນອັນນີ້ແລ້ວ. ກວດເບິ່ງສິ່ງຂອງຢູ່ໃນ mrtg-2.17.4/contrib ລະບົບ.
ມີໄຟລ໌ທີ່ເອີ້ນວ່າ 00INDEX ໃນໄດເລກະທໍລີທີ່ບອກສິ່ງທີ່ເຈົ້າສາມາດຊອກຫາຢູ່ໃນນັ້ນ.
ວິທີການ ບໍ່ ນີ້ 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 ສໍາລັບ
ຄັ້ງທໍາອິດ, ທ່ານອາດຈະຕ້ອງເຮັດສອງຄັ້ງ. ນີ້ຍັງຈະຊ່ວຍໃນເວລາທີ່ທ່ານແນະນໍາໃຫມ່
routers ເຂົ້າໄປໃນໄຟລ໌ cfg.
ແມ່ນຫຍັງ is my ຊຸມຊົນ ຊື່?
ຖາມບຸກຄົນທີ່ຮັບຜິດຊອບ Router ຂອງທ່ານຫຼືລອງ 'ສາທາລະນະ', ເນື່ອງຈາກວ່ານີ້ແມ່ນຊຸມຊົນເລີ່ມຕົ້ນ
ຊື່.
My ເສັ້ນສະແດງ ສະແດງໃຫ້ເຫັນ a ແປ ອອນໄລນ໌ ໃນລະຫວ່າງການ an ໄຟດັບ. ເປັນຫຍັງ ?
ດີ, ຄໍາຕອບສັ້ນໆແມ່ນວ່າເມື່ອຄໍາຖາມ SNMP ອອກໄປແລະຄໍາຕອບບໍ່ໄດ້ມາ
ກັບຄືນໄປບ່ອນ, MRTG ຕ້ອງສົມມຸດບາງສິ່ງບາງຢ່າງທີ່ຈະໃສ່ໃນກາຟ, ແລະໂດຍຄ່າເລີ່ມຕົ້ນມັນສົມມຸດວ່າ
ຄໍາຕອບສຸດທ້າຍທີ່ພວກເຮົາໄດ້ຮັບແມ່ນອາດຈະໃກ້ຊິດກັບຄວາມຈິງຫຼາຍກ່ວາສູນ. ສົມມຸດຕິຖານນີ້ບໍ່ແມ່ນ
ທີ່ສົມບູນແບບ (ດັ່ງທີ່ທ່ານໄດ້ສັງເກດເຫັນ). ມັນເປັນການຄ້າທີ່ເກີດຂື້ນກັບຄວາມລົ້ມເຫລວໃນລະຫວ່າງຈໍານວນທັງຫມົດ
ໄຟດັບ.
ຖ້າຫາກວ່ານີ້ແມ່ນການແລກປ່ຽນທີ່ບໍ່ສາມາດຍອມຮັບໄດ້, ໃຫ້ນໍາໃຊ້ unknaszero ທາງເລືອກ.
ທ່ານອາດຈະຕ້ອງການຮູ້ວ່າທ່ານກໍາລັງຊື້ຂາຍຫຍັງ, ດັ່ງນັ້ນໃນຈິດໃຈຂອງການຊື້ຂາຍ offs, ນີ້ແມ່ນ
ຄໍາຕອບຍາວ:
ບັນຫາແມ່ນວ່າ MRTG ບໍ່ຮູ້ວ່າ * ເປັນຫຍັງ * ຂໍ້ມູນບໍ່ກັບຄືນມາ, ມັນຮູ້ທັງຫມົດ
ວ່າມັນບໍ່ໄດ້ກັບຄືນມາ. ມັນຕ້ອງເຮັດບາງສິ່ງບາງຢ່າງ, ແລະມັນສົມມຸດວ່າມັນເປັນຊຸດທີ່ສູນເສຍໄປ
ແທນທີ່ຈະເປັນໄຟ.
ເປັນຫຍັງພວກເຮົາບໍ່ສົມມຸດວ່າວົງຈອນຫຼຸດລົງແລະໃຊ້ສູນ, ເຊິ່ງຈະ (ພວກເຮົາຄິດວ່າ) ຫຼາຍກວ່ານັ້ນ
ເກືອບຖືກຕ້ອງບໍ? ດີ, ມັນປາກົດວ່າທ່ານອາດຈະໄດ້ຮັບຜົນປະໂຫຍດຈາກ "ສົມມຸດວ່າສຸດທ້າຍ" ຂອງ MRTG.
ພຶດຕິກໍາໂດຍບໍ່ຮູ້ຕົວ.
MRTG ໃຊ້ SNMP (Simple Network Management Protocol) ເພື່ອເກັບກຳຂໍ້ມູນ ແລະ SNMP ໃຊ້ UDP
(User Datagram Protocol) ເພື່ອຈັດສົ່ງແພັກເກັດປະມານ. UDP ບໍ່ເຊື່ອມຕໍ່ (ບໍ່ຮັບປະກັນ)
ບໍ່ເຫມືອນກັບ TCP ບ່ອນທີ່ແພັກເກັດຖືກຕິດຕາມແລະຮັບຮູ້ແລະ, ຖ້າຈໍາເປັນ, ສົ່ງຄືນໃຫມ່. UDP
ພຽງແຕ່ຖິ້ມຊອງໃສ່ເຄືອຂ່າຍແລະຫວັງວ່າພວກເຂົາຈະມາຮອດ. ບາງຄັ້ງພວກເຂົາບໍ່ໄດ້.
ຫນຶ່ງໃນສາເຫດຂອງການສູນເສຍຂໍ້ມູນ SNMP ແມ່ນຄວາມແອອັດ; ອີກອັນຫນຶ່ງແມ່ນ routers ຫວ່າງ. ອື່ນໆ
ຄວາມເປັນໄປໄດ້ລວມມີບັນຫາໂທລະຄົມມະນາຄົມຊົ່ວຄາວ, ບັຟເຟີ router overflows
(ເຊິ່ງອາດຈະເປັນຫຼືອາດຈະບໍ່ກ່ຽວຂ້ອງກັບຄວາມແອອັດ), "ສາຍເປື້ອນ" (ການເຊື່ອມຕໍ່ທີ່ມີອັດຕາຄວາມຜິດພາດສູງ),
ແລະການກະທໍາຂອງພຣະເຈົ້າ. ສິ່ງເຫຼົ່ານີ້ເກີດຂຶ້ນຕະຫຼອດເວລາ; ພວກເຮົາພຽງແຕ່ບໍ່ສັງເກດເຫັນເພາະວ່າຈໍານວນຫຼາຍ
ການບໍລິການແບບໂຕ້ຕອບແມ່ນອີງໃສ່ TCP ແລະແພັກເກັດທີ່ສູນເສຍຈະຖືກສົ່ງຄືນໂດຍອັດຕະໂນມັດ.
ໃນກໍລະນີຂ້າງເທິງນີ້ບາງແພັກເກັດ SNMP ສູນເສຍແຕ່ການຈະລາຈອນໄຫຼ, ສົມມຸດວ່າສູນ
ແມ່ນສິ່ງທີ່ຜິດພາດທີ່ຈະເຮັດ - ທ່ານສິ້ນສຸດດ້ວຍເສັ້ນສະແດງທີ່ເບິ່ງຄືວ່າມັນຂາດແຂ້ວ
ທຸກຄັ້ງທີ່ລິ້ງຕື່ມລົງ. MRTG interpolates ຂໍ້ມູນສູນເສຍເພື່ອຜະລິດກາຟ smoother
ເຊິ່ງຖືກຕ້ອງກວ່າໃນກໍລະນີຂອງການສູນເສຍແພັກເກັດແບບບໍ່ຢຸດຢັ້ງ. ແຕ່ກັບ V2.8.4 ແລະສູງກວ່າ,
ທ່ານສາມາດນໍາໃຊ້ທາງເລືອກ "unknaszero" ເພື່ອຜະລິດເສັ້ນສະແດງໃດກໍ່ຕາມທີ່ດີທີ່ສຸດພາຍໃຕ້
ເງື່ອນໄຂປົກກະຕິສໍາລັບເຄືອຂ່າຍຂອງທ່ານ.
ໃຊ້ mrtg-faq ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
