Transmission proxy వేరియబుల్స్ HTTP trackers-ను ప్రభావితం చేస్తాయి, peers-ను కాదు
మారిన tracker మార్గాన్ని proxy డౌన్లోడ్గా పరిగణించే ముందు Transmission యొక్క HTTP tracker అభ్యర్థనలను peer కనెక్షన్లు మరియు DHT నుండి వేరు చేయండి.
మీ సేవ యొక్క వివరాల నుండి లేదా proxy జాబితాలోని ఎంట్రీ నుండి నిర్మించిన proxy URLను Transmissionకు ఇచ్చిన తర్వాత tracker ప్రతిస్పందిస్తుంది. ఇది torrent యొక్క peer ట్రాఫిక్ వెళ్లే స్థలాన్ని మార్చకుండా tracker యాక్సెస్ను సరిచేయగలదు.
Transmission యొక్క environment variable డాక్యుమెంటేషన్ HTTP మరియు HTTPS tracker ప్రకటనలు మరియు scrapes చేసే భాగాన్ని libcurlగా గుర్తిస్తుంది. ఆ లైబ్రరీ వినియోగించే proxy వేరియబుల్స్ ఆ అభ్యర్థనలను అనుకూలీకరిస్తాయి. అవి మొత్తం అప్లికేషన్కు సంబంధించిన గ్లోబల్ నెట్వర్క్ విధానం కావు.
| కార్యకలాపం | tracker-proxy సెట్టింగ్ ఏమి ఏర్పాటు చేస్తుంది |
|---|---|
| HTTP లేదా HTTPS tracker అభ్యర్థన | libcurl అభ్యర్థన కాన్ఫిగర్ చేసిన proxyను ఎంచుకోగలదు |
| peerకు కనెక్షన్ | ఆ tracker ఫలితం నుండి ఎటువంటి నిర్ధారణ లేదు |
| DHT లేదా ఇతర UDP కార్యకలాపం | ఆ tracker ఫలితం నుండి ఎటువంటి నిర్ధారణ లేదు |
ఒక torrent అనేక ఆవిష్కరణ విధానాలను కలిగి ఉండవచ్చు. అందువల్ల proxy ద్వారా peer జాబితాను పొందడం, తర్వాత సాధారణ ఇంటర్ఫేస్ ద్వారా బయటకు వెళ్లే కనెక్షన్లతో సరిపోతుంది.
మీరు daemonను నడిపిస్తే, దాని environment కూడా ఆ సేవకే చెందుతుంది, రిమోట్-కంట్రోల్ ఆదేశాన్ని నడిపే టెర్మినల్కు కాదు. systemd ఆధారిత ఇన్స్టాలేషన్లలో, daemon సేవపై వేరియబుల్స్ సెట్ చేయండి. సరైన వేరియబుల్ను సరైన ప్రాసెస్కు అందించడం డాక్యుమెంట్ చేసిన libcurl మార్గానికి అవసరం; అది ఇప్పటికీ ఆ మార్గం పరిధిని పెంచదు.
ప్రతి కార్యకలాపానికి ఫలితాన్ని వివరించండి. “tracker అభ్యర్థన proxyను ఉపయోగించింది” ఉపయోగకరం. “డౌన్లోడ్ నెట్వర్క్ గుర్తింపు మారింది” అనేదానికి డేటాను మోసే peer కనెక్షన్ల గురించి ఆధారాలు అవసరం.