Transmission का प्रोक्सी भेरिएबलहरूले HTTP ट्र्याकरमा असर गर्छन्, पियरमा होइन

परिवर्तित ट्र्याकर मार्गलाई प्रोक्सीबाट भएको डाउनलोड मान्नुअघि Transmission का HTTP ट्र्याकर अनुरोधहरूलाई पियर जडान र DHT बाट अलग गर्नुहोस्।

तपाईंले Transmission लाई आफ्नो सेवाको विवरण वा प्रोक्सी सूचीको कुनै प्रविष्टिबाट बनाइएको प्रोक्सी URL दिएपछि ट्र्याकरले जवाफ दिन्छ। यसले ट्र्याकर पहुँच सुधार्न सक्छ, तर टोरेन्टको पियर ट्राफिक कहाँ जान्छ भन्ने बदल्दैन।

Transmission को वातावरण-भेरिएबल कागजातले libcurl लाई HTTP र HTTPS ट्र्याकर घोषणा र स्क्र्याप गर्ने घटक भनी चिनाउँछ। त्यो पुस्तकालयले प्रयोग गर्ने प्रोक्सी भेरिएबलहरूले ती अनुरोधहरू अनुकूलन गर्छन्। ती सम्पूर्ण एप्लिकेसनका लागि विश्वव्यापी सञ्जाल नीति होइनन्।

सञ्चालनट्र्याकर-प्रोक्सी सेटिङले के स्थापित गर्छ
HTTP वा HTTPS ट्र्याकर अनुरोधlibcurl अनुरोधले कन्फिगर गरिएको प्रोक्सी छान्न सक्छ
पियरसँग जडानत्यो ट्र्याकर नतिजाबाट कुनै निष्कर्ष छैन
DHT वा अन्य UDP गतिविधित्यो ट्र्याकर नतिजाबाट कुनै निष्कर्ष छैन

एउटा टोरेन्टमा धेरै खोज संयन्त्र हुन सक्छन्। त्यसैले प्रोक्सीमार्फत पियर सूची प्राप्त गर्नु पछिका जडानहरू सामान्य इन्टरफेसबाट बाहिर जानुसँग मेल खान्छ।

यदि तपाईं डेमन चलाउनुहुन्छ भने, त्यसको वातावरण पनि त्यही सेवाको हो, रिमोट-कन्ट्रोल आदेश चलाउने टर्मिनलको होइन। systemd आधारित स्थापनामा डेमन सेवामा भेरिएबलहरू सेट गर्नुहोस्। सही भेरिएबल सही प्रक्रियालाई दिनु कागजात गरिएको libcurl मार्गका लागि आवश्यक छ; यसले त्यो मार्गको दायरा बढाउँदैन।

प्रत्येक सञ्चालनका लागि नतिजा वर्णन गर्नुहोस्। “ट्र्याकर अनुरोधले प्रोक्सी प्रयोग गर्‍यो” उपयोगी छ। “डाउनलोडको सञ्जाल पहिचान बदलियो” भन्नका लागि डेटा बोक्ने पियर जडानबारे प्रमाण चाहिन्छ।

सम्बन्धित लेखहरू