Transmission proxy değişkenleri HTTP tracker'larını etkiler, peer'ları değil
Değişen tracker yolunu proxy'li indirme olarak değerlendirmeden önce Transmission'ın HTTP tracker isteklerini peer bağlantılarından ve DHT'den ayırın.
Transmission'a hizmetinizin bilgilerinden ya da bir proxy listesindeki kayıttan oluşturulmuş bir proxy URL'si verdiğinizde tracker yanıt verir. Bu, torrent'in peer trafiğinin nereye gittiğini değiştirmeden tracker erişimini düzeltebilir.
Transmission'ın ortam değişkenleri belgeleri, HTTP ve HTTPS tracker duyurularını ve scrape'lerini yapan bileşen olarak libcurl'ü gösterir. O kütüphanenin kullandığı proxy değişkenleri bu istekleri özelleştirir. Bunlar uygulamanın tamamı için genel bir ağ politikası değildir.
| İşlem | tracker-proxy ayarının belirlediği şey |
|---|---|
| HTTP veya HTTPS tracker isteği | libcurl isteği yapılandırılmış proxy'yi seçebilir |
| Bir peer'a bağlantı | O tracker sonucundan bir çıkarım yok |
| DHT ya da diğer UDP etkinliği | O tracker sonucundan bir çıkarım yok |
Bir torrent birden çok keşif mekanizması içerebilir. Bu nedenle proxy üzerinden bir peer listesi almak, sonraki bağlantıların sıradan bir arayüzden çıkmasıyla çelişmez.
Daemon'u çalıştırıyorsanız ortamı da o hizmete aittir, uzaktan denetim komutunu çalıştıran uçbirime değil. systemd tabanlı kurulumlarda, değişkenleri daemon hizmetinde ayarlayın. Doğru değişkeni doğru sürece vermek belgelenen libcurl yolu için gereklidir; yine de o yolun kapsamını genişletmez.
Sonucu her işlem için ayrı anlatın. “Tracker isteği proxy'yi kullandı” yararlıdır. “İndirmenin ağ kimliği değişti” ise veriyi taşıyan peer bağlantılarına dair kanıt gerektirir.