Transmission ના પ્રોક્સી ચલ HTTP ટ્રેકરને અસર કરે છે, પીઅરને નહીં

તમે Transmissionને તમારી સેવાની વિગતોમાંથી કે પ્રોક્સી યાદીની એક નોંધમાંથી બનાવેલ પ્રોક્સી URL આપો તે પછી ટ્રેકર જવાબ આપે છે. આ ટ્રેકર ઍક્સેસ સુધારી શકે છે, પણ ટોરેન્ટનો પીઅર ટ્રાફિક ક્યાં જાય છે તે બદલતું નથી.

Transmissionના પર્યાવરણ-ચલ દસ્તાવેજ libcurlને HTTP અને HTTPS ટ્રેકર જાહેરાતો અને સ્ક્રેપ કરતો ઘટક ગણાવે છે. તે લાઇબ્રેરી વાપરતા પ્રોક્સી ચલ તે વિનંતીઓને અનુકૂળ બનાવે છે. તે આખી એપ્લિકેશન માટે વૈશ્વિક નેટવર્ક નીતિ નથી.

એક ટોરેન્ટમાં ઘણી શોધ પદ્ધતિઓ હોઈ શકે. તેથી પ્રોક્સી દ્વારા પીઅર યાદી મેળવવી એ પછીના જોડાણો સામાન્ય ઇન્ટરફેસ દ્વારા બહાર જવા સાથે સુસંગત છે.

જો તમે ડીમન ચલાવો છો, તો તેનું પર્યાવરણ પણ એ સેવાનું છે, રિમોટ-કંટ્રોલ આદેશ ચલાવતા ટર્મિનલનું નહીં. systemd આધારિત ઇન્સ્ટોલેશનમાં ડીમન સેવા પર ચલ સેટ કરો. યોગ્ય ચલ યોગ્ય પ્રક્રિયાને આપવો દસ્તાવેજીકૃત libcurl માર્ગ માટે જરૂરી છે; તેમ છતાં તે એ માર્ગનો વ્યાપ વધારતું નથી.

દરેક ક્રિયા માટે પરિણામ વર્ણવો. “ટ્રેકર વિનંતીએ પ્રોક્સી વાપરી” ઉપયોગી છે. “ડાઉનલોડની નેટવર્ક ઓળખ બદલાઈ” માટે ડેટા લઈ જતા પીઅર જોડાણો વિશે પુરાવો જોઈએ.