Transmission-এর প্রক্সি ভেরিয়েবল HTTP ট্র্যাকারে প্রভাব ফেলে, পিয়ারে নয়

আপনি Transmission-কে আপনার পরিষেবার বিবরণ বা প্রক্সি তালিকার একটি এন্ট্রি থেকে তৈরি প্রক্সি URL দিলে ট্র্যাকার উত্তর দেয়। এটি ট্র্যাকারের অ্যাক্সেস ঠিক করতে পারে, কিন্তু টরেন্টের পিয়ার ট্র্যাফিক কোথায় যায় তা বদলায় না।

Transmission-এর পরিবেশ-ভেরিয়েবল ডকুমেন্টেশন libcurl-কে HTTP ও HTTPS ট্র্যাকার ঘোষণা এবং স্ক্র্যাপ করার উপাদান হিসেবে চিহ্নিত করে। সেই লাইব্রেরি যে প্রক্সি ভেরিয়েবল গ্রহণ করে, তারা সেই অনুরোধগুলো কাস্টমাইজ করে। এগুলো পুরো অ্যাপ্লিকেশনের জন্য বৈশ্বিক নেটওয়ার্ক নীতি নয়।

একটি টরেন্টে একাধিক আবিষ্কার ব্যবস্থা থাকতে পারে। তাই প্রক্সির মাধ্যমে পিয়ার তালিকা পাওয়া পরবর্তী সংযোগগুলো সাধারণ ইন্টারফেস দিয়ে বের হওয়ার সাথে সঙ্গতিপূর্ণ।

আপনি যদি ডেমন চালান, তার পরিবেশও সেই পরিষেবার, রিমোট-কন্ট্রোল কমান্ড চালানো টার্মিনালের নয়। systemd-ভিত্তিক ইনস্টলেশনে ডেমন পরিষেবায় ভেরিয়েবলগুলো সেট করুন। সঠিক ভেরিয়েবল সঠিক প্রসেসকে দেওয়া নথিভুক্ত libcurl পথের জন্য প্রয়োজনীয়; এটি তবুও সেই পথের পরিধি বাড়ায় না।

প্রতিটি অপারেশনের জন্য ফলাফল বর্ণনা করুন। “ট্র্যাকার অনুরোধটি প্রক্সি ব্যবহার করেছে” উপকারী। “ডাউনলোডের নেটওয়ার্ক পরিচয় বদলেছে” বলতে ডেটা বহনকারী পিয়ার সংযোগ সম্পর্কে প্রমাণ দরকার।