Transmission-ის პროქსი ცვლადები HTTP ტრეკერებზე მოქმედებს, თანატოლებზე არა
გამოყავით Transmission-ის HTTP ტრეკერის მოთხოვნები თანატოლებთან კავშირებისა და DHT-ისგან, სანამ შეცვლილ ტრეკერის მარშრუტს პროქსით ჩამოტვირთვად ჩათვლით.
ტრეკერი პასუხობს მას შემდეგ, რაც Transmission-ს მისცემთ პროქსი URL-ს, რომელიც აწყობილია თქვენი სერვისის დეტალების ან პროქსების სიის ჩანაწერისგან. ამან შეიძლება ტრეკერზე წვდომა გამოასწოროს, მაგრამ არ შეცვალოს, სად მიდის ტორენტის თანატოლური ტრაფიკი.
Transmission-ის გარემოს ცვლადების დოკუმენტაცია libcurl-ს ასახელებს როგორც კომპონენტს, რომელიც ასრულებს HTTP და HTTPS ტრეკერის განცხადებებსა და scrape-ებს. იმ ბიბლიოთეკის მიერ გამოყენებული პროქსი ცვლადები ამ მოთხოვნებს არგებს. ისინი არ არიან გლობალური ქსელური პოლიტიკა მთელი აპლიკაციისთვის.
| ოპერაცია | რას ადგენს ტრეკერის პროქსის პარამეტრი |
|---|---|
| HTTP ან HTTPS ტრეკერის მოთხოვნა | libcurl-ის მოთხოვნამ შეიძლება აირჩიოს კონფიგურირებული პროქსი |
| კავშირი თანატოლთან | ამ ტრეკერის შედეგიდან დასკვნა არ გამოდის |
| DHT ან სხვა UDP აქტივობა | ამ ტრეკერის შედეგიდან დასკვნა არ გამოდის |
ტორენტი შეიძლება შეიცავდეს აღმოჩენის რამდენიმე მექანიზმს. ამიტომ პროქსით თანატოლების სიის მიღება თავსებადია იმასთან, რომ შემდგომი კავშირები ჩვეულებრივი ინტერფეისით გადის.
თუ დემონს ამუშავებთ, მისი გარემოც ამ სერვისს ეკუთვნის და არა ტერმინალს, რომელიც დისტანციური მართვის ბრძანებას ასრულებს. systemd-ზე დაფუძნებულ დაყენებებზე დააყენეთ ცვლადები დემონის სერვისზე. სწორი ცვლადის სწორ პროცესზე მიწოდება აუცილებელია დოკუმენტირებული libcurl-ის გზისთვის; თუმცა ის არ აფართოებს ამ გზის არეს.
აღწერეთ შედეგი ოპერაციების მიხედვით. „ტრეკერის მოთხოვნამ პროქსი გამოიყენა“ სასარგებლოა. „ჩამოტვირთვის ქსელური ვინაობა შეიცვალა“ მოითხოვს მტკიცებულებას მონაცემების მატარებელ თანატოლურ კავშირებზე.