Mga peer, tracker at DNS sa mga setting ng proxy ng libtorrent
I-configure ang modernong libtorrent proxy sa pamamagitan ng settings_pack at suriin ang saklaw ng peer, tracker at hostname bilang hiwalay na mga setting.
Para sa dokumentadong interface ng mga setting ng libtorrent 2.1, i-configure ang session gamit ang settings_pack sa halip na pagsamahin ang ilang makasaysayang set_proxy method.
| Setting | Layunin |
|---|---|
| proxy_type | Pumili ng suportadong protocol ng proxy |
| proxy_hostname, proxy_port | Pumili ng tagapamagitan |
| proxy_username, proxy_password | Ibigay ang account nito kapag kailangan |
| proxy_peer_connections | I-route ang mga koneksyon ng data ng peer, kabilang ang web seed |
| proxy_tracker_connections | I-route ang mga koneksyon ng tracker |
| proxy_hostnames | I-resolve ang mga pangalan ng destinasyon sa pamamagitan ng suportadong proxy |
Punan ang pack at ilapat ito sa pamamagitan ng apply_settings interface ng session. Para sa proxy ng mga hostname, dokumentado ng reference ang suporta sa SOCKS5 at HTTP. Suriin ang napiling protocol laban sa trapikong kailangan ng aplikasyon. Kapag pumipili ng pampublikong SOCKS5 endpoint, gamitin ang listahan ng proxy ng SOCKS5 bilang panimulang punto, pagkatapos ay alamin kung aling mga koneksyon ng peer at tracker ang aktuwal na pinapayagan ng endpoint na iyon.
Ang lumang payo tungkol sa force_proxy ay depende sa bersyon. Ang 1.2 changelog ng proyekto ay nagtanggal sa setting na iyon dahil ang naka-configure na proxy ay palaging ginagamit para sa sakop na trapiko. Ang pagkakaroon nito sa lumang halimbawa ng binding ay hindi nagtatatag ng kasalukuyang pangangailangan.
Subaybayan ang mga pagkabigo ng koneksyon at tracker sa pamamagitan ng paghawak ng alerto ng aplikasyon. Suriin nang hiwalay ang pag-uugali ng peer, tracker at DNS; ang matagumpay na tugon ng tracker lamang ay hindi resulta para sa ruta ng data ng peer.