Vigeu vya proksi vya Transmission huathiri tracker za HTTP, si peer
Tenganisha maombi ya tracker ya HTTP ya Transmission na miunganisho ya peer na DHT kabla ya kuchukua njia iliyobadilika ya tracker kama upakuaji wa proksi.
Tracker hujibu baada ya kumpa Transmission URL ya proksi iliyoundwa kutoka maelezo ya huduma yako au kiingilio katika orodha ya proksi. Hiyo inaweza kurekebisha ufikiaji wa tracker bila kubadilisha mahali trafiki ya peer ya torrent inakwenda.
Nyaraka za vigeu vya mazingira za Transmission zinamtambua libcurl kama sehemu inayofanya matangazo na ukusanyaji wa tracker za HTTP na HTTPS. Vigeu vya proksi vinavyotumiwa na maktaba hiyo hubadilisha maombi hayo. Si sera ya jumla ya mtandao kwa programu nzima.
| Operesheni | Kile mpangilio wa tracker-proxy huanzisha |
|---|---|
| Ombi la tracker la HTTP au HTTPS | Ombi la libcurl linaweza kuchagua proksi iliyosanidiwa |
| Muunganisho kwa peer | Hakuna hitimisho kutoka kwa tokeo hilo la tracker |
| DHT au shughuli nyingine ya UDP | Hakuna hitimisho kutoka kwa tokeo hilo la tracker |
Torrent inaweza kuwa na mbinu kadhaa za ugunduzi. Kupokea orodha ya peer kupitia proksi kwa hiyo kunaoana na miunganisho ya baadaye inayotoka kupitia kiolesura cha kawaida.
Ikiwa unaendesha daemon, mazingira yake pia ni ya huduma hiyo, si ya terminal inayoendesha amri ya udhibiti wa mbali. Kwenye usakinishaji wa systemd, weka vigeu kwenye huduma ya daemon. Kumpa mchakato sahihi kigeu sahihi ni muhimu kwa njia ya libcurl iliyoandikwa; bado haipanui wigo wa njia hiyo.
Eleza tokeo kwa kila operesheni. “Ombi la tracker lilitumia proksi” ni muhimu. “Utambulisho wa mtandao wa upakuaji ulibadilika” unahitaji ushahidi kuhusu miunganisho ya peer inayobeba data.