ຕົວແປ proxy ຂອງ Transmission ສົ່ງຜົນຕໍ່ tracker HTTP ບໍ່ແມ່ນ peer
ແຍກຄຳຮ້ອງ tracker HTTP ຂອງ Transmission ອອກຈາກການເຊື່ອມຕໍ່ peer ແລະ DHT ກ່ອນຈະຖືວ່າເສັ້ນທາງ tracker ທີ່ປ່ຽນແປງແມ່ນການດາວໂຫຼດຜ່ານ proxy.
Tracker ຕອບສະໜອງຫຼັງຈາກທ່ານໃຫ້ URL proxy ແກ່ Transmission ທີ່ສ້າງຈາກລາຍລະອຽດບໍລິການຂອງທ່ານ ຫຼືຈາກລາຍການໃນບັນຊີ proxy. ສິ່ງນີ້ສາມາດແກ້ໄຂການເຂົ້າເຖິງ tracker ໂດຍບໍ່ປ່ຽນບ່ອນທີ່ທຣາຟຟິກ peer ຂອງ torrent ໄປ.
ເອກະສານຕົວແປສະພາບແວດລ້ອມຂອງ Transmission ລະບຸ libcurl ເປັນອົງປະກອບທີ່ເຮັດການປະກາດ ແລະ scrape tracker HTTP ແລະ HTTPS. ຕົວແປ proxy ທີ່ຫໍສະໝຸດນັ້ນໃຊ້ປັບແຕ່ງຄຳຮ້ອງເຫຼົ່ານັ້ນ. ພວກມັນບໍ່ແມ່ນນະໂຍບາຍເຄືອຂ່າຍທົ່ວໂລກສຳລັບແອັບພລິເຄຊັນທັງໝົດ.
| ການດຳເນີນງານ | ສິ່ງທີ່ການຕັ້ງຄ່າ proxy ຂອງ tracker ກຳນົດ |
|---|---|
| ຄຳຮ້ອງ tracker HTTP ຫຼື HTTPS | ຄຳຮ້ອງ libcurl ສາມາດເລືອກ proxy ທີ່ຕັ້ງຄ່າໄວ້ |
| ການເຊື່ອມຕໍ່ກັບ peer | ບໍ່ມີຂໍ້ສະຫຼຸບຈາກຜົນ tracker ນັ້ນ |
| DHT ຫຼືກິດຈະກຳ UDP ອື່ນ | ບໍ່ມີຂໍ້ສະຫຼຸບຈາກຜົນ tracker ນັ້ນ |
torrent ສາມາດມີກົນໄກຄົ້ນຫາຫຼາຍຢ່າງ. ດັ່ງນັ້ນການໄດ້ຮັບບັນຊີ peer ຜ່ານ proxy ຈຶ່ງສອດຄ່ອງກັບການທີ່ການເຊື່ອມຕໍ່ຕໍ່ມາອອກຜ່ານສ່ວນຕິດຕໍ່ທຳມະດາ.
ຖ້າທ່ານຮັນ daemon ສະພາບແວດລ້ອມຂອງມັນກໍເປັນຂອງບໍລິການນັ້ນ, ບໍ່ແມ່ນຂອງ terminal ທີ່ຮັນຄຳສັ່ງຄວບຄຸມທາງໄກ. ໃນການຕິດຕັ້ງທີ່ໃຊ້ systemd ຕັ້ງຕົວແປຢູ່ບໍລິການ daemon. ການໃຫ້ຕົວແປທີ່ຖືກຕ້ອງແກ່ຂະບວນການທີ່ຖືກຕ້ອງແມ່ນຈຳເປັນສຳລັບເສັ້ນທາງ libcurl ທີ່ບັນທຶກໄວ້; ມັນຍັງບໍ່ຂະຫຍາຍຂອບເຂດຂອງເສັ້ນທາງນັ້ນ.
ອະທິບາຍຜົນຕໍ່ການດຳເນີນງານແຕ່ລະຢ່າງ. «ຄຳຮ້ອງ tracker ໃຊ້ proxy» ມີປະໂຫຍດ. «ຕົວຕົນເຄືອຂ່າຍຂອງການດາວໂຫຼດປ່ຽນແປງ» ຕ້ອງການຫຼັກຖານກ່ຽວກັບການເຊື່ອມຕໍ່ peer ທີ່ຂົນສົ່ງຂໍ້ມູນ.