Transmission proxy மாறிகள் HTTP டிராக்கர்களைப் பாதிக்கின்றன, peer-களை அல்ல
மாற்றப்பட்ட டிராக்கர் பாதையை proxy பதிவிறக்கமாகக் கருதும் முன், Transmission-இன் HTTP டிராக்கர் கோரிக்கைகளை peer இணைப்புகள் மற்றும் DHT-இலிருந்து பிரிக்கவும்.
உங்கள் சேவையின் விவரங்களிலிருந்தோ proxy பட்டியலில் உள்ள உள்ளீட்டிலிருந்தோ உருவாக்கப்பட்ட proxy URL-ஐ Transmission-க்கு அளித்த பிறகு டிராக்கர் பதிலளிக்கிறது. இது torrent-இன் peer போக்குவரத்து செல்லும் இடத்தை மாற்றாமல் டிராக்கர் அணுகலைச் சரிசெய்யலாம்.
Transmission-இன் சூழல் மாறி ஆவணம், HTTP மற்றும் HTTPS டிராக்கர் அறிவிப்புகளையும் scrape-களையும் செய்யும் கூறாக libcurl-ஐ அடையாளம் காட்டுகிறது. அந்த நூலகம் பயன்படுத்தும் proxy மாறிகள் அந்தக் கோரிக்கைகளைத் தனிப்பயனாக்குகின்றன. அவை முழுப் பயன்பாட்டிற்குமான பொது வலையமைப்புக் கொள்கை அல்ல.
| செயல்பாடு | tracker-proxy அமைப்பு எதை நிறுவுகிறது |
|---|---|
| HTTP அல்லது HTTPS டிராக்கர் கோரிக்கை | libcurl கோரிக்கை கட்டமைக்கப்பட்ட proxy-ஐத் தேர்ந்தெடுக்கலாம் |
| ஒரு peer-உடனான இணைப்பு | அந்த டிராக்கர் முடிவிலிருந்து எந்த முடிவும் இல்லை |
| DHT அல்லது பிற UDP செயல்பாடு | அந்த டிராக்கர் முடிவிலிருந்து எந்த முடிவும் இல்லை |
ஒரு torrent பல கண்டுபிடிப்பு முறைகளைக் கொண்டிருக்கலாம். எனவே proxy வழியாக peer பட்டியலைப் பெறுவது, பின்னர் சாதாரண இடைமுகம் வழியாக வெளியேறும் இணைப்புகளுடன் ஒத்துப்போகிறது.
நீங்கள் daemon-ஐ இயக்கினால், அதன் சூழலும் அந்தச் சேவைக்கே சொந்தம், தொலைக் கட்டுப்பாட்டுக் கட்டளையை இயக்கும் முனையத்திற்கு அல்ல. systemd அடிப்படையிலான நிறுவல்களில், daemon சேவையில் மாறிகளை அமைக்கவும். சரியான மாறியைச் சரியான செயல்முறைக்கு வழங்குவது ஆவணப்படுத்தப்பட்ட libcurl பாதைக்குத் தேவை; அது அந்தப் பாதையின் எல்லையை விரிவாக்காது.
ஒவ்வொரு செயல்பாட்டிற்கும் முடிவை விவரிக்கவும். “டிராக்கர் கோரிக்கை proxy-ஐப் பயன்படுத்தியது” பயனுள்ளது. “பதிவிறக்கத்தின் வலையமைப்பு அடையாளம் மாறியது” என்பதற்கு தரவை எடுத்துச் செல்லும் peer இணைப்புகள் பற்றிய ஆதாரம் தேவை.