Transmission의 프록시 변수는 HTTP 트래커에 영향을 주며 피어에는 영향을 주지 않는다
트래커 경로가 바뀌었다고 해서 프록시 다운로드로 단정하기 전에 Transmission의 HTTP 트래커 요청을 피어 연결 및 DHT와 분리해 보세요.
트래커는 서비스 정보나 프록시 목록의 항목으로 만든 프록시 URL을 Transmission에 넘긴 뒤 응답합니다. 이는 트래커 접속을 고칠 수 있지만 토렌트의 피어 트래픽이 향하는 곳을 바꾸지는 않습니다.
Transmission의 환경 변수 문서는 libcurl을 HTTP 및 HTTPS 트래커 공지와 스크레이프를 수행하는 구성 요소로 지정합니다. 그 라이브러리가 사용하는 프록시 변수는 해당 요청을 조정합니다. 이는 애플리케이션 전체의 전역 네트워크 정책이 아닙니다.
| 작업 | 트래커 프록시 설정이 정하는 것 |
|---|---|
| HTTP 또는 HTTPS 트래커 요청 | libcurl 요청이 설정된 프록시를 선택할 수 있음 |
| 피어 연결 | 그 트래커 결과로는 아무 결론도 없음 |
| DHT 또는 기타 UDP 활동 | 그 트래커 결과로는 아무 결론도 없음 |
토렌트에는 여러 발견 메커니즘이 들어 있을 수 있습니다. 따라서 프록시로 피어 목록을 받는 것은 이후 연결이 일반 인터페이스로 나가는 것과 양립합니다.
데몬을 실행한다면 그 환경은 원격 제어 명령을 실행하는 터미널이 아니라 해당 서비스에 속합니다. systemd 기반 설치에서는 데몬 서비스에 변수를 설정하세요. 올바른 변수를 올바른 프로세스에 주는 것은 문서화된 libcurl 경로에 필요하지만, 그 경로의 범위를 넓히지는 않습니다.
결과는 작업별로 설명하세요. “트래커 요청이 프록시를 사용했다”는 유용합니다. “다운로드의 네트워크 정체성이 바뀌었다”고 하려면 데이터를 나르는 피어 연결에 대한 증거가 필요합니다.