sudo proxychains ທຽບກັບ proxychains sudo: ເປັນຫຍັງລຳດັບຈຶ່ງສຳຄັນ
ເຂົ້າໃຈວ່າເປັນຫຍັງ proxychains sudo ອາດສູນເສຍຫ້ອງສະໝຸດດັກຈັບຂອງມັນ ໃນຂະນະທີ່ sudo proxychains ເລີ່ມຕົວຫຸ້ມຫໍ່ໃນບໍລິບົດການປະຕິບັດເປົ້າໝາຍ.
ຄຳສັ່ງສອງອັນນີ້ບໍ່ມີຂອບເຂດການປະຕິບັດດຽວກັນ:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng ຈັດໃຫ້ມີການໂຫຼດຫ້ອງສະໝຸດເຂົ້າໃນໂປຣແກຣມເປົ້າໝາຍກ່ອນ. ໃນລິນຸກ ການປະຕິບັດໂປຣແກຣມ set-user-ID ເຊັ່ນ sudo ຈະເປີດໃຊ້ກົດຄວາມປອດໄພຂອງຕົວໂຫຼດ ເຊິ່ງລຶບຕົວປ່ຽນການໂຫຼດຫ້ອງສະໝຸດທີ່ກ່ຽວຂ້ອງ ກ່ອນທີ່ sudo ຈະສາມາດຮັກສາມັນໄວ້ໄດ້.
ດັ່ງນັ້ນ "ຮັກສາສະພາບແວດລ້ອມໃຫ້ຫຼາຍຂຶ້ນ" ບໍ່ແມ່ນການແກ້ໄຂທີ່ໜ້າເຊື່ອຖືສຳລັບການໃສ່ sudo ໄວ້ໃນຫຸ້ມຫໍ່. ຄູ່ມື sudoers ອະທິບາຍຢ່າງຊັດເຈນວ່າຕົວປ່ຽນເຊັ່ນ LD_* ຖືກລຶບອອກກ່ອນ sudo ເລີ່ມ.
ຖ້າຄຳສັ່ງໃດໜຶ່ງຕ້ອງການບັນຊີເປົ້າໝາຍຢ່າງແທ້ຈິງ ໃຫ້ເລີ່ມຫຸ້ມຫໍ່ໃນບໍລິບົດທີ່ໄດ້ຮັບອະນຸຍາດນັ້ນ. ຈາກນັ້ນກວດເບິ່ງວ່າ ມັນອ່ານການຕັ້ງຄ່າໃດ: sudo ອາດປ່ຽນ HOME, PATH ແລະໄຟລ໌ຕາມຜູ້ໃຊ້ທີ່ໃຊ້ໄດ້. ການເອີ້ນທີ່ບໍ່ມີສິດທີ່ເຮັດວຽກໄດ້ ບໍ່ໄດ້ພິສູດວ່າ root ເລືອກລາຍການພຣັອກຊີດຽວກັນ.
ໃຫ້ຄວາມສຳຄັນກັບອິນເຕີເຟສພຣັອກຊີເດີມຂອງໂປຣແກຣມ ເມື່ອມັນມີໃຫ້. ສິ່ງນີ້ຫຼີກລ້ຽງການຂຶ້ນກັບການດັກຈັບສຳລັບຄຳຮ້ອງທີ່ໂປຣແກຣມຮູ້ວິທີສົ່ງຕໍ່ຢູ່ແລ້ວ.
ຈົ່ງຈື່ໄວ້ດ້ວຍວ່າຂອບເຂດການຄຸ້ມຄອງຂອງ proxychains ມີຂີດຈຳກັດ. ຂໍ້ຄວາມຕອນເລີ່ມຕົ້ນພິສູດວ່າຫຸ້ມຫໍ່ໄດ້ເລີ່ມແລ້ວ; ມັນບໍ່ໄດ້ພິສູດວ່າແພັກເກັດດິບ, ການເອີ້ນທີ່ບໍ່ຮອງຮັບ ຫຼືຂະບວນການແອັບພລິເຄຊັນທີ່ມີຢູ່ແລ້ວທີ່ເລີ່ມແຍກຕ່າງຫາກ ໄດ້ໃຊ້ຫ້ອງສະໝຸດຂອງມັນ. ຢືນຢັນການດຳເນີນການເຄືອຂ່າຍທີ່ທ່ານຕັ້ງໃຈດັກຈັບ ແທນທີ່ຈະຖືເອົາສິດ root ເປັນຫຼັກຖານວ່າທຸກການດຳເນີນການຖືກດັກຈັບ.