ນີ້ແມ່ນຄໍາສັ່ງ pgpverify ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
pgpverify - ກວດສອບການເຂົ້າລະຫັດຂໍ້ຄວາມຄວບຄຸມ Usenet
ສະຫຼຸບສັງລວມ
pgpverify [--ຊອກຫາ=string] [--ທົດສອບ] ຂໍ້ຄວາມ
ລາຍລະອຽດ
ໄດ້ pgpverify ໂຄງການອ່ານ (ກ່ຽວກັບການປ້ອນມາດຕະຖານ) ຂໍ້ຄວາມການຄວບຄຸມ Usenet ທີ່ໄດ້ຮັບ
ເຊັນ cryptographically ໂດຍໃຊ້ ການຄວບຄຸມສັນຍານ ໂຄງການ (ຫຼືບາງໂຄງການອື່ນໆທີ່
ຜະລິດຮູບແບບທີ່ເຂົ້າກັນໄດ້). pgpverify ຈາກນັ້ນໃຊ້ການປະຕິບັດ PGP ເພື່ອກໍານົດວ່າໃຜ
ເຊັນຂໍ້ຄວາມຄວບຄຸມ. ຖ້າຂໍ້ຄວາມຄວບຄຸມມີລາຍເຊັນທີ່ຖືກຕ້ອງ, pgpverify
ພິມ (ເພື່ອ stdout) ID ຜູ້ໃຊ້ຂອງລະຫັດທີ່ເຊັນຂໍ້ຄວາມ. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນອອກໄປ
ດ້ວຍສະຖານະທາງອອກທີ່ບໍ່ແມ່ນສູນ.
If pgpverify ຖືກຕິດຕັ້ງເປັນສ່ວນຫນຶ່ງຂອງ INN, ມັນໃຊ້ການຕັ້ງຄ່າຂອງ INN ເພື່ອກໍານົດສິ່ງທີ່
ໂຄງການກວດສອບລາຍເຊັນທີ່ຈະນໍາໃຊ້, ວິທີການບັນທຶກຄວາມຜິດພາດ, ສິ່ງທີ່ລະບົບການຊົ່ວຄາວທີ່ຈະນໍາໃຊ້,
ແລະສິ່ງທີ່ໃຊ້ keyring. ຖ້າບໍ່ດັ່ງນັ້ນ, ທຸກໆຕົວກໍານົດການເຫຼົ່ານັ້ນສາມາດຖືກກໍານົດໂດຍການດັດແກ້
ການເລີ່ມຕົ້ນຂອງ script ນີ້.
ໂດຍຄ່າເລີ່ມຕົ້ນ, ເມື່ອແລ່ນເປັນສ່ວນຫນຶ່ງຂອງ INN, pgpverify ຄາດວ່າແຫວນກະແຈ PGP ຈະພົບເຫັນຢູ່ໃນ
ເສັ້ນທາງ/pgp (ທັງ pubring.pgp or pubring.gpg ຂຶ້ນກັບວ່າ PGP ຫຼື GnuPG ແມ່ນ
ໃຊ້ເພື່ອຢັ້ງຢືນລາຍເຊັນ). ຖ້າບໍ່ມີໄດເລກະທໍລີນັ້ນ, ມັນຈະກັບຄືນມາໃຊ້
ກຸນແຈເລີ່ມຕົ້ນ, ເຊິ່ງຢູ່ໃນ a .pgp or .gnupg subdirectory ຂອງເຮືອນຂອງຜູ້ໃຊ້ແລ່ນ
ລະບົບ.
INN, ເມື່ອໃຊ້ GnuPG, ຕັ້ງຄ່າ pgpverify ການນໍາໃຊ້ gpgv, ເຊິ່ງໂດຍຄ່າເລີ່ມຕົ້ນຄາດວ່າຈະມີລະຫັດ
ຈະຢູ່ໃນ keyring ຊື່ trustedkeys.gpg, ເນື່ອງຈາກວ່າມັນບໍ່ໄດ້ປະຕິບັດການກວດສອບຄວາມໄວ້ວາງໃຈໂດຍກົງ.
pgpverify ໃຊ້ໄຟລ໌ນັ້ນຖ້າມີຢູ່ ແຕ່ກັບໄປ pubring.gpg ຖ້າມັນບໍ່ພົບ. ນີ້
bypasses ຮູບແບບຄວາມໄວ້ວາງໃຈສໍາລັບການກວດສອບຄີ, ແຕ່ເຫມາະສົມກັບວິທີການທີ່ pgpverify
ເຄີຍປະຕິບັດຕົວ. ແນ່ນອນ, ຖ້າພົບກະແຈຢູ່ໃນ ເສັ້ນທາງ/pgp ຫຼືຕັ້ງຄ່າຢູ່ເທິງສຸດ
ຂອງ script, ທີ່ overrides ທັງຫມົດຂອງພຶດຕິກໍານີ້.
OPTIONS
--ຊອກຫາ=string
ໄດ້ --ຊອກຫາ ທຸງສາເຫດ pgpverify ເພື່ອຄົ້ນຫາຢ່າງຈະແຈ້ງ string ໃນຜົນຜະລິດຈາກ
ການວິເຄາະຂໍ້ຄວາມຂອງ PGP. ຕົວເລືອກນີ້ແມ່ນເປັນປະໂຫຍດເມື່ອ UIDs ຫຼາຍໆອັນຖືກກໍານົດໄວ້
ກະແຈ PGP ດຽວ, ແລະຜູ້ໂທໄປຫາ pgpverify ຈໍາເປັນຕ້ອງໄດ້ກວດເບິ່ງວ່າອັນທີ່ໃຫ້ນັ້ນແມ່ນຫຼືບໍ່
ກໍານົດໄວ້ໃນກະແຈນີ້. ໃນກໍລະນີທີ່ລາຍເຊັນຖືກຕ້ອງແຕ່ບໍ່ມີ string,
pgpverify ອອກດ້ວຍສະຖານະການອອກ 4.
--ທົດສອບ
ໄດ້ --ທົດສອບ ທຸງສາເຫດ pgpverify ເພື່ອພິມອອກວັດສະດຸທີ່ມັນຖືກສົ່ງໄປຫາ PGP
(ເຊິ່ງເປັນເວີຊັນທີ່ສ້າງຂຶ້ນໃໝ່ຂອງວັດສະດຸປ້ອນທີ່ສົມມຸດວ່າສ້າງການຄວບຄຸມ
message) ເຊັ່ນດຽວກັນກັບຜົນໄດ້ຮັບຈາກການວິເຄາະຂອງ PGP ຂອງຂໍ້ຄວາມ.
ອອກ STATUS
pgpverify ອາດຈະອອກຈາກສະຖານະການດັ່ງຕໍ່ໄປນີ້:
0 ຂໍ້ຄວາມຄວບຄຸມມີລາຍເຊັນ PGP ທີ່ດີ.
1 ຂໍ້ຄວາມຄວບຄຸມບໍ່ມີລາຍເຊັນ PGP.
2 ຂໍ້ຄວາມຄວບຄຸມມີລາຍເຊັນ PGP ທີ່ບໍ່ຮູ້ຈັກ.
3 ຂໍ້ຄວາມຄວບຄຸມມີລາຍເຊັນ PGP ທີ່ບໍ່ດີ.
4 ຂໍ້ຄວາມຄວບຄຸມມີລາຍເຊັນ PGP ທີ່ດີແຕ່ການໂຕ້ຖຽງທີ່ມອບໃຫ້ --ຊອກຫາ
ທຸງບໍ່ໄດ້ພົບເຫັນຢູ່ໃນຜົນໄດ້ຮັບຈາກການວິເຄາະຂອງ PGP ຂອງຂໍ້ຄວາມ.
255 ບັນຫາທີ່ເກີດຂຶ້ນບໍ່ກ່ຽວຂ້ອງໂດຍກົງກັບການວິເຄາະ PGP ຂອງລາຍເຊັນ.
ENVIRONMENT
pgpverify ບໍ່ໄດ້ດັດແກ້ຫຼືບໍ່ດັ່ງນັ້ນການປ່ຽນແປງສະພາບແວດລ້ອມກ່ອນທີ່ຈະຮຽກຮ້ອງໃຫ້ມີ pgp or
gpgv ໂຄງການ. ມັນເປັນຄວາມຮັບຜິດຊອບຂອງບຸກຄົນທີ່ຕິດຕັ້ງ pgpverify ເພື່ອຮັບປະກັນ
ໃນເວລາທີ່ pgp or gpgv ແລ່ນ, ມັນມີຄວາມສາມາດໃນການຊອກຫາແລະອ່ານໄຟລ໌ທີ່ສໍາຄັນ PGP ທີ່
ປະກອບມີກະແຈສາທາລະນະ PGP ສໍາລັບຜູ້ເບິ່ງແຍງລະບົບລໍາດັບ Usenet ທີ່ເຫມາະສົມ.
pgpverify ສາມາດຊີ້ໄປຫາວົງຄີທີ່ເຫມາະສົມໂດຍການດັດແກ້ຕົວແປໃນຕອນເລີ່ມຕົ້ນ
ຂອງ script ນີ້.
ຫມາຍເຫດ
ໃນປະຫວັດສາດ, ຜູ້ບໍລິຫານເຄື່ອງແມ່ຂ່າຍຂ່າວ Usenet ໄດ້ຕັ້ງຄ່າເຄື່ອງແມ່ຂ່າຍຂ່າວຂອງພວກເຂົາເປັນ
ອັດຕະໂນມັດໃຫ້ກຽດຂໍ້ຄວາມການຄວບຄຸມ Usenet ໂດຍອີງໃສ່ຕົ້ນກໍາເນີດຂອງການຄວບຄຸມ
ຂໍ້ຄວາມແລະລໍາດັບຊັ້ນທີ່ຂໍ້ຄວາມຄວບຄຸມຖືກນໍາໃຊ້. ສໍາລັບຕົວຢ່າງ, ໃນ
ທີ່ຜ່ານມາ, David Lawrence ສະເຫມີອອກຂໍ້ຄວາມຄວບຄຸມສໍາລັບ "Big 8" hierarchies (comp,
ມະນຸດສາດ, ອື່ນ, ຂ່າວ, rec, sci, soc, ສົນທະນາ). ຜູ້ບໍລິຫານຂ່າວ Usenet ຈະຕັ້ງຄ່າ
ຊອບແວເຊີບເວີຂ່າວຂອງພວກເຂົາເພື່ອເຄົາລົບຂໍ້ຄວາມຄວບຄຸມກຸ່ມໃຫມ່ແລະ rmgroup ໂດຍອັດຕະໂນມັດ
ທີ່ມາຈາກ David Lawrence ແລະນໍາໃຊ້ກັບອັນໃດອັນນຶ່ງຂອງ Big 8 hierarchies.
ແຕ່ຫນ້າເສຍດາຍ, ບົດຄວາມຂ່າວ Usenet (ລວມທັງຂໍ້ຄວາມຄວບຄຸມ) ເປັນເລື່ອງງ່າຍທີ່ຈະຮູ້ຈັກ.
ຟອກ. ໃນໄວໆນີ້, ຜູ້ໃຊ້ທີ່ເປັນອັນຕະລາຍຮັບຮູ້ວ່າພວກເຂົາສາມາດສ້າງຫຼືເອົາອອກໄດ້ (ຢ່າງຫນ້ອຍຊົ່ວຄາວ)
ກຸ່ມຂ່າວໃຫຍ່ 8 ໃດກໍ່ຕາມທີ່ເຂົາເຈົ້າຕ້ອງການໂດຍພຽງແຕ່ forging ຂໍ້ຄວາມການຄວບຄຸມທີ່ເຫມາະສົມໃນ David
ຊື່ Lawrence. ເມື່ອ Usenet ຖືກນໍາໃຊ້ຢ່າງກວ້າງຂວາງ, ການປອມແປງໄດ້ກາຍເປັນເລື່ອງທົ່ວໄປ.
ໄດ້ pgpverify ໂຄງການໄດ້ຖືກອອກແບບເພື່ອອະນຸຍາດໃຫ້ຜູ້ບໍລິຫານຂ່າວ Usenet ການຕັ້ງຄ່າຂອງເຂົາເຈົ້າ
ເຊີບເວີເພື່ອກວດສອບຂໍ້ຄວາມຄວບຄຸມດ້ວຍລະຫັດລັບກ່ອນທີ່ຈະເຮັດໜ້າທີ່ອັດຕະໂນມັດ.
ພາຍໃຕ້ການ pgpverify ລະບົບ, ຜູ້ຮັກສາລໍາດັບຊັ້ນ Usenet ສ້າງລະຫັດສາທາລະນະ / ສ່ວນຕົວ PGP
ຄູ່ ແລະເຜີຍແຜ່ລະຫັດສາທາລະນະ. ທຸກຄັ້ງທີ່ຜູ້ຮັກສາລຳດັບອອກການຄວບຄຸມ
ຂໍ້ຄວາມ, ລາວໃຊ້ ການຄວບຄຸມສັນຍານ ໂຄງການທີ່ຈະເຊັນຂໍ້ຄວາມຄວບຄຸມທີ່ມີ PGP ສ່ວນຕົວ
ກະແຈ. ຜູ້ບໍລິຫານຂ່າວ Usenet ກຳນົດຄ່າເຊີບເວີຂ່າວຂອງພວກເຂົາເພື່ອດໍາເນີນການ pgpverify ໂຄງການ
ກ່ຽວກັບຂໍ້ຄວາມຄວບຄຸມທີ່ເຫມາະສົມ, ແລະດໍາເນີນການໂດຍອີງໃສ່ລະຫັດຜູ້ໃຊ້ທີ່ສໍາຄັນ PGP ທີ່
ເຊັນຂໍ້ຄວາມຄວບຄຸມ, ບໍ່ແມ່ນຊື່ແລະທີ່ຢູ່ທີ່ປາກົດຢູ່ໃນຂໍ້ຄວາມຄວບຄຸມ
ຈາກ: ຫຼືຜູ້ສົ່ງ: headers.
ດັ່ງນັ້ນ, ການນໍາໃຊ້ທີ່ເຫມາະສົມຂອງ ການຄວບຄຸມສັນຍານ ແລະ pgpverify ໂຄງການທີ່ຈໍາເປັນລົບລ້າງ
ຄວາມເປັນໄປໄດ້ຂອງຜູ້ໃຊ້ທີ່ບໍ່ດີທີ່ປອມແປງຂໍ້ຄວາມຄວບຄຸມ Usenet ທີ່ເວັບໄຊຈະປະຕິບັດຕາມ,
ເນື່ອງຈາກຜູ້ໃຊ້ດັ່ງກ່າວຈະຕ້ອງໄດ້ກະແຈສ່ວນຕົວ PGP ເພື່ອປອມຂໍ້ຄວາມຄວບຄຸມ
ທີ່ຈະຜ່ານຂັ້ນຕອນການກວດສອບການເຂົ້າລະຫັດລັບ. ຖ້າຜູ້ບໍລິຫານລະບົບລໍາດັບຊັ້ນ
ປົກປ້ອງກະແຈສ່ວນຕົວ PGP ຂອງເຂົາເຈົ້າຢ່າງຖືກຕ້ອງ, ວິທີດຽວທີ່ຜູ້ໃຊ້ທີ່ເປັນອັນຕະລາຍສາມາດປອມແປງໄດ້
ຂໍ້ຄວາມຄວບຄຸມທີ່ຖືກເຊັນຢ່າງຖືກຕ້ອງຈະເປັນໂດຍການທໍາລາຍລະບົບການເຂົ້າລະຫັດລະຫັດສາທາລະນະ,
ເຊິ່ງ (ຢ່າງຫນ້ອຍໃນເວລານີ້) ເຊື່ອວ່າເປັນການຍາກທີ່ຈະຫ້າມສໍາລັບກະແຈ PGP ຂອງ a
ຄວາມຍາວພໍສົມຄວນ.
ປະຫວັດຄວາມເປັນ
pgpverify ຂຽນໂດຍ David C Lawrence[email protected]>. ຫນ້າຄູ່ມືສະຫນອງໃຫ້ໂດຍ James
Ralston. ປະຈຸບັນມັນຖືກຮັກສາໄວ້ໂດຍ Russ Allbery[email protected]>.
COPYRIGHT ແລະ ລິຂະສິດ
David Lawrence ຂຽນວ່າ: “ທະນາຍຄວາມຂອງພວກເຮົາໄດ້ບອກຂ້າພະເຈົ້າໃຫ້ປະກອບມີດັ່ງຕໍ່ໄປນີ້ upshot ຂອງມັນແມ່ນ
ທີ່ທ່ານສາມາດນໍາໃຊ້ຊອບແວໄດ້ຟຣີຫຼາຍເທົ່າທີ່ທ່ານຕ້ອງການ."
ລິຂະສິດ (c) 1996 UUNET Technologies, Inc. ສະຫງວນລິຂະສິດທັງໝົດ.
ການແຈກຢາຍຄືນໃຫມ່ແລະການນໍາໃຊ້ໃນຮູບແບບຂອງແຫຼ່ງແລະຖານສອງ, ມີຫຼືບໍ່ມີການດັດແກ້, ແມ່ນ
ອະນຸຍາດໃຫ້ມີເງື່ອນໄຂດັ່ງຕໍ່ໄປນີ້:
1. Redistributions ຂອງລະຫັດແຫຼ່ງຕ້ອງເກັບຮັກສາໄວ້ແຈ້ງການລິຂະສິດຂ້າງເທິງນີ້, ບັນຊີລາຍຊື່ຂອງ
ເງື່ອນໄຂ ແລະຂໍ້ປະຕິເສດຄວາມຮັບຜິດຊອບຕໍ່ໄປນີ້.
2. Redistributions ໃນຮູບແບບຄູ່ຕ້ອງເຮັດໃຫມ່ຫນັງສືແຈ້ງການລິຂະສິດຂ້າງເທິງນີ້, ບັນຊີລາຍຊື່ຂອງ
ເງື່ອນໄຂ ແລະຂໍ້ປະຕິເສດຄວາມຮັບຜິດຊອບຕໍ່ໄປນີ້ໃນເອກະສານ ແລະ/ຫຼືເອກະສານອື່ນໆ
ສະຫນອງໃຫ້ກັບການແຈກຢາຍ.
3. ອຸປະກອນການໂຄສະນາທັງຫມົດທີ່ກ່າວເຖິງລັກສະນະຫຼືການນໍາໃຊ້ຊອບແວນີ້ຕ້ອງສະແດງ
ການຮັບຮູ້ດັ່ງຕໍ່ໄປນີ້:
ຜະລິດຕະພັນນີ້ປະກອບມີຊອບແວທີ່ພັດທະນາໂດຍ UUNET Technologies, Inc.
4. ຊື່ຂອງ UUNET Technologies ("UUNET") ອາດຈະບໍ່ຖືກນໍາໃຊ້ເພື່ອຮັບຮອງຫຼືສົ່ງເສີມ.
ຜະລິດຕະພັນທີ່ໄດ້ມາຈາກຊອບແວນີ້ໂດຍບໍ່ມີການອະນຸຍາດເປັນລາຍລັກອັກສອນລ່ວງຫນ້າ.
ຊອບແວນີ້ແມ່ນສະຫນອງໃຫ້ໂດຍ UUNET "ຕາມທີ່ເປັນ" ແລະການຮັບປະກັນໃດໆທີ່ສະແດງອອກຫຼືໂດຍຄວາມຫມາຍ,
ລວມທັງ, ແຕ່ບໍ່ຈໍາກັດ, ການຮັບປະກັນໂດຍຫຍໍ້ຂອງການຄ້າແລະຄວາມສອດຄ່ອງສໍາລັບ A.
ຈຸດປະສົງສະເພາະແມ່ນຖືກປະຕິເສດ. ໃນກໍລະນີໃດກໍ່ຕາມ UUNET ຈະຕ້ອງຮັບຜິດຊອບໂດຍກົງໃດໆ,
ຄວາມເສຍຫາຍໂດຍທາງອ້ອມ, ບັງເອີນ, ພິເສດ, ຕົວຢ່າງ, ຫຼືຄວາມເສຍຫາຍທີ່ຕາມມາ (ລວມທັງ, ແຕ່ບໍ່ແມ່ນ.
ຈໍາກັດ, ການຈັດຊື້ສິນຄ້າທົດແທນ ຫຼືການບໍລິການ; ການສູນເສຍການນໍາໃຊ້, ຂໍ້ມູນ, ຫຼືຜົນກໍາໄລ; ຫຼື
ການຂັດຂວາງທາງທຸລະກິດ) ຢ່າງໃດກໍຕາມ, ສາເຫດແລະຢູ່ໃນທິດສະດີຄວາມຮັບຜິດຊອບໃດກໍ່ຕາມ, ບໍ່ວ່າຈະຢູ່ໃນສັນຍາ,
ຄວາມຮັບຜິດຊອບຢ່າງເຂັ້ມງວດ, ຫຼືການທໍລະມານ (ລວມທັງການລະເລີຍຫຼືອື່ນໆ) ທີ່ເກີດຂຶ້ນໃນທາງໃດຫນຶ່ງອອກຈາກ
ການນໍາໃຊ້ຊອບແວນີ້, ເຖິງແມ່ນວ່າຈະໃຫ້ຄໍາແນະນໍາກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງຄວາມເສຍຫາຍດັ່ງກ່າວ.
ໃຊ້ pgpverify ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
