Transmission के प्रॉक्सी वेरिएबल HTTP ट्रैकर पर असर डालते हैं, पीयर पर नहीं
बदले हुए ट्रैकर मार्ग को प्रॉक्सी वाला डाउनलोड मानने से पहले Transmission के HTTP ट्रैकर अनुरोधों को पीयर कनेक्शन और DHT से अलग कीजिए।
ट्रैकर तब जवाब देता है जब आप Transmission को अपनी सेवा के विवरण या प्रॉक्सी सूची की किसी प्रविष्टि से बना प्रॉक्सी URL देते हैं। यह ट्रैकर पहुँच ठीक कर सकता है, पर टोरेंट का पीयर ट्रैफ़िक कहाँ जाता है, यह नहीं बदलता।
Transmission का पर्यावरण-चर दस्तावेज़ libcurl को वह घटक बताता है जो HTTP और HTTPS ट्रैकर घोषणाएँ और स्क्रैप करता है। उस लाइब्रेरी द्वारा लिए जाने वाले प्रॉक्सी चर उन अनुरोधों को अनुकूलित करते हैं। वे पूरे एप्लिकेशन के लिए वैश्विक नेटवर्क नीति नहीं हैं।
| क्रिया | ट्रैकर-प्रॉक्सी सेटिंग क्या स्थापित करती है |
|---|---|
| HTTP या HTTPS ट्रैकर अनुरोध | libcurl अनुरोध कॉन्फ़िगर किया गया प्रॉक्सी चुन सकता है |
| पीयर से कनेक्शन | उस ट्रैकर परिणाम से कोई निष्कर्ष नहीं |
| DHT या अन्य UDP गतिविधि | उस ट्रैकर परिणाम से कोई निष्कर्ष नहीं |
एक टोरेंट में कई खोज तंत्र हो सकते हैं। इसलिए प्रॉक्सी से पीयर सूची मिलना इस बात के साथ संगत है कि बाद के कनेक्शन साधारण इंटरफ़ेस से बाहर जाएँ।
अगर आप डेमॉन चलाते हैं, तो उसका पर्यावरण भी उसी सेवा का है, रिमोट-कंट्रोल कमांड चलाने वाले टर्मिनल का नहीं। systemd आधारित इंस्टॉलेशन में डेमॉन सेवा पर वेरिएबल सेट करें। सही वेरिएबल सही प्रक्रिया को देना दस्तावेज़ीकृत libcurl मार्ग के लिए ज़रूरी है; फिर भी यह उस मार्ग का दायरा नहीं बढ़ाता।
हर क्रिया के लिए परिणाम बताइए। “ट्रैकर अनुरोध ने प्रॉक्सी का उपयोग किया” उपयोगी है। “डाउनलोड की नेटवर्क पहचान बदल गई” के लिए डेटा ढोने वाले पीयर कनेक्शनों के सबूत चाहिए।