ນີ້ແມ່ນຄໍາສັ່ງ amsmib ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
amsmib - Asynchronous Message Service (AMS) MIB update utility
ສະຫຼຸບສັງລວມ
amsmib application_name authority_name role_name continuum_name unit_name ຊື່ເອກະສານ
ລາຍລະອຽດ
amsmib ເປັນໂຄງການທີ່ເປັນປະໂຫຍດທີ່ປະກາດຖານຂໍ້ມູນການຄຸ້ມຄອງທີ່ຂ້ອນຂ້າງສັ້ນ
(MIB) ອັບເດດປະຊາກອນທີ່ເລືອກຂອງໂມດູນ AMS. ເນື່ອງຈາກວ່າ amsd ຂະບວນການອາດຈະດໍາເນີນການ AAMS
ໂມດູນໃນກະທູ້ພື້ນຖານ, ແລະເນື່ອງຈາກວ່າ MIB ດຽວຖືກແບ່ງປັນທົ່ວໄປໃນບັນດາທັງຫມົດ
ກະທູ້ຂອງຂະບວນການໃດກໍ່ຕາມ, amsmib ອາດຈະປັບປຸງ MIBs ທີ່ໃຊ້ໂດຍ registrars ແລະ/ຫຼື configuration
ເຊີບເວີເຊັ່ນດຽວກັນ.
ການປັບປຸງ MIB ສາມາດແຜ່ຂະຫຍາຍໄປຫາໂມດູນທີ່ຫົວຂໍ້ "amsmib" ຖືກກໍານົດເທົ່ານັ້ນ
ໃນໄຟລ໌ເບື້ອງຕົ້ນ MIB ທີ່ອ້າງອີງໃນເວລາລົງທະບຽນໂມດູນ. ໂມດູນ ION AMS ທັງໝົດ
ເຊີນຂໍ້ຄວາມໂດຍຫຍໍ້ກ່ຽວກັບຫົວຂໍ້ "amsmib" (ຈາກທຸກໂມດູນທີ່ລົງທະບຽນໃນບົດບາດ
"amsmib" ໃນ continua ທັງຫມົດຂອງບໍລິສັດດຽວກັນ) ໃນເວລາລົງທະບຽນຖ້າຫາກວ່າຫົວຂໍ້ "amsmib" ແລະ
ພາລະບົດບາດ "amsmib" ຖືກກໍານົດໄວ້ໃນ MIB.
amsmib ລົງ ທະ ບຽນ ໃນ ຫ້ອງ ຮາກ ຂອງ ຊ່ອງ ຂໍ້ ຄວາມ ທີ່ ກໍາ ນົດ ໂດຍ application_name ແລະ
authority_name, ພາຍໃນທ້ອງຖິ່ນຢ່າງຕໍ່ເນື່ອງ. ມັນລົງທະບຽນໃນພາລະບົດບາດ "amsmib"; ຖ້ານີ້
ບົດບາດບໍ່ໄດ້ຖືກກໍານົດໄວ້ໃນ (ເບື້ອງຕົ້ນ) MIB ທີ່ໂຫລດໂດຍ amsmib ໃນເວລາລົງທະບຽນ, ຫຼັງຈາກນັ້ນ
ການລົງທະບຽນລົ້ມເຫລວແລະ amsmib ສິ້ນສຸດ.
amsmib ຫຼັງຈາກນັ້ນຈະອ່ານເຂົ້າໄປໃນ buffer ຫນ່ວຍຄວາມຈໍາສູງເຖິງ 4095 bytes ຂອງຂໍ້ຄວາມປັບປຸງ MIB ຈາກໄຟລ໌
ລະບຸໂດຍ ຊື່ເອກະສານ. ຂໍ້ຄວາມອັບເດດ MIB ຕ້ອງສອດຄ່ອງກັບ amsxml(5) ຫຼື amsrc(5)
syntax, ຂຶ້ນກັບວ່າໂມດູນຜູ້ຮັບທີ່ຕັ້ງໃຈໄດ້ຖືກລວບລວມກັບ
-DNOEXPAT ທາງເລືອກ.
amsmib ຫຼັງຈາກນັ້ນ, "ປະກາດ" (ເບິ່ງ ams_announce() in ມ(3)) ເນື້ອໃນຂອງ buffer ຫນ່ວຍຄວາມຈໍາ
ກັບທຸກໂມດູນຂອງທຸລະກິດດຽວກັນນີ້ (ກໍານົດໂດຍ application_name ແລະ authority_name)
ທີ່ລົງທະບຽນຢູ່ໃນພາລະບົດບາດທີ່ລະບຸໄວ້, ໃນຫນ່ວຍງານທີ່ລະບຸໄວ້ຂອງ continuum ທີ່ຊີ້ບອກ.
If continuum_name ແມ່ນ "" ຫຼັງຈາກນັ້ນຂໍ້ຄວາມຈະຖືກສົ່ງໄປຫາໂມດູນໃນ continua ທັງຫມົດ. ຖ້າ
role_name ແມ່ນ "" ຫຼັງຈາກນັ້ນທຸກໂມດູນຈະມີສິດໄດ້ຮັບຂໍ້ຄວາມ, ບໍ່ວ່າຈະເປັນ
ພາລະບົດບາດທີ່ເຂົາເຈົ້າລົງທະບຽນ. ຖ້າ unit_name ແມ່ນ "" (ຫນ່ວຍບໍລິການຮາກ) ຫຼັງຈາກນັ້ນທຸກໂມດູນ
ຈະມີສິດໄດ້ຮັບຂໍ້ຄວາມ, ໂດຍບໍ່ຄໍານຶງເຖິງຫນ່ວຍງານທີ່ເຂົາເຈົ້າລົງທະບຽນ.
ເມື່ອໄດ້ຮັບຂໍ້ຄວາມປະກາດ, ແຕ່ລະໂມດູນປາຍທາງຈະນໍາໃຊ້ MIB ທັງຫມົດ
ການປັບປຸງເນື້ອໃນຂອງຂໍ້ຄວາມ, ໃນແບບດຽວກັນກັບ MIB ຕົ້ນສະບັບຂອງມັນ
ໂຫລດມາຈາກໄຟລ໌ເບື້ອງຕົ້ນ MIB ເມື່ອໂມດູນເລີ່ມເຮັດວຽກ.
ຖ້າຫຼາຍໂມດູນກໍາລັງແລ່ນຢູ່ໃນພື້ນທີ່ຫນ່ວຍຄວາມຈໍາດຽວກັນ (ຕົວຢ່າງ, ໃນຫົວຂໍ້ທີ່ແຕກຕ່າງກັນຂອງ
ຂະບວນການດຽວກັນ, ຫຼືໃນວຽກງານທີ່ແຕກຕ່າງກັນກ່ຽວກັບເປົ້າຫມາຍ VxWorks ດຽວກັນ) ຫຼັງຈາກນັ້ນ, ການປັບປຸງຈະ
ຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ເພາະວ່າທຸກໂມດູນໃນພື້ນທີ່ຫນ່ວຍຄວາມຈໍາດຽວກັນແບ່ງປັນອັນດຽວ
MIB. ການປັບປຸງ MIB ແມ່ນບໍ່ມີປະໂຫຍດ, ສະນັ້ນມັນບໍ່ເປັນອັນຕະລາຍ (ເຖິງແມ່ນວ່າບາງການວິນິດໄສອາດຈະເປັນ
ພິມ).
ຍິ່ງໄປກວ່ານັ້ນ, ຫນຶ່ງ amsd daemon ຈະມີໂມດູນ "ການປັບປຸງ MIB" ທີ່ກ່ຽວຂ້ອງທີ່ເຮັດວຽກຢູ່ໃນພື້ນຫລັງ
ກະທູ້ຖ້າ application_name ແລະ authority_name ໄດ້ຖືກອ້າງເຖິງຢູ່ໃນເສັ້ນຄໍາສັ່ງທີ່ເລີ່ມຕົ້ນ
daemon (ໃຫ້ບົດບາດ "amsd" ຖືກກໍານົດໄວ້ໃນ MIB ເບື້ອງຕົ້ນທີ່ໂຫລດໃນເວລານັ້ນ.
amsd ເລີ່ມແລ່ນ). MIB ເປີດເຜີຍຕໍ່ກັບເຊີບເວີການຕັ້ງຄ່າ ແລະ/ຫຼືຜູ້ລົງທະບຽນເຮັດວຽກ
ໃນ daemon ນັ້ນຈະໄດ້ຮັບການປັບປຸງເຊັ່ນດຽວກັນເມື່ອໄດ້ຮັບຂໍ້ຄວາມປະກາດ.
ຊື່ຂອງຫົວຂໍ້ຂອງຂໍ້ຄວາມການປັບປຸງ mib ປະກາດແມ່ນ "amsmib"; ຖ້າຫາກວ່າວິຊານີ້
ບໍ່ໄດ້ຖືກກໍານົດໄວ້ໃນ MIB (ເບື້ອງຕົ້ນ) ທີ່ໂຫລດໂດຍ amsmib ຫຼັງຈາກນັ້ນ, ຂໍ້ຄວາມບໍ່ສາມາດຖືກປະກາດໄດ້.
ຫຼືໂມດູນຜູ້ຮັບທີ່ມີທ່າແຮງສາມາດໄດ້ຮັບຂໍ້ຄວາມຖ້າຫົວຂໍ້ "amsmib" ບໍ່ແມ່ນ
ຖືກກໍານົດໄວ້ໃນ MIB ຂອງໂມດູນນັ້ນ.
ອອກ STATUS
"0" amsmib ຢຸດເຊົາຕາມປົກກະຕິ.
"1" ສະຖານະການອອກຜິດປົກກະຕິ, ສະແດງໃຫ້ເຫັນວ່າ amsmib ລົ້ມເຫລວໃນການລົງທະບຽນ.
ໃຊ້ amsmib ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net