APT 다운로드를 프록시로 보내기

APT 저장소 요청에 HTTP 프록시를 명시하고 HTTPS 검증을 유지하며 호스트별 직접 연결 예외를 확인합니다.

APT에는 자체 프록시 옵션이 있습니다. 브라우저 설정을 바꿔도 apt-get의 경로가 확정되지 않으며 저장소 미러를 바꾸는 것도 프록시 선택과 다릅니다.

한 명령에는 설정을 명시적으로 전달하세요.

sudo apt-get \
  -o Acquire::http::Proxy=http://203.0.113.10:8080/ \
  -o Acquire::https::Proxy=http://203.0.113.10:8080/ \
  update

문서용 IP를 서비스나 HTTP 프록시 목록에서 선택한 HTTP 엔드포인트로 바꾸세요. 일반 HTTP 프록시가 필요한 HTTPS 터널을 지원하면 두 값 모두 같은 프록시를 가리킬 수 있습니다. 옵션 이름은 설정하는 저장소 전송 방식을 뜻합니다.

계속 유지할 연결 설정

APT는 같은 값을 /etc/apt/apt.conf.d/ 아래의 전용 파일에 저장할 수 있습니다.

Acquire::http::Proxy "http://203.0.113.10:8080/";
Acquire::https::Proxy "http://203.0.113.10:8080/";

구문의 따옴표와 세미콜론을 유지하세요. 명확한 이름의 별도 파일을 쓰면 나중에 저장소 정의나 무관한 APT 옵션을 다시 쓰지 않고 자신의 재정의만 제거하기 쉽습니다.

패키지 작업 없이 선택한 값을 확인하려면 다음을 사용하세요.

apt-config shell PROXY Acquire::http::Proxy

APT는 환경 설정 http_proxy도 지원하지만 sudo로 사용할 수 있는 환경은 설정한 터미널과 다를 수 있습니다. 명시적인 APT 옵션은 단일 명령 비교를 이해하기 쉽게 합니다.

저장소가 의도적으로 직접 연결할 수도 있음

호스트별 프록시 옵션에 특수 값 DIRECT를 쓸 수 있습니다. 한 저장소만 일반 프록시를 무시하면 엔드포인트 교체 전에 호스트별 재정의를 확인하세요.

HTTPS의 인증서 검증은 별도 확인 사항입니다. 승인된 검사 CA가 필요하면 적절한 신뢰를 설정하고 다운로드 진행만을 위해 피어나 호스트 이름 검증을 끄지 마세요. 패키지 서명도 TLS 및 프록시 라우팅과 목적이 다릅니다.

명령의 최종 종료 결과만 보지 않기

어떤 저장소 요청이 실제로 성공했고 APT가 가져오기 경고나 예전 목록 재사용을 보고하는지 확인하세요. 부분 업데이트는 모든 소스가 그 경로를 성공적으로 사용했다는 증거가 아닙니다.

지속 설정 테스트를 되돌릴 때는 자신이 추가한 프록시 항목만 제거하세요. 그런 다음 환경이나 호스트별 설정이 남아 다른 프록시를 선택할 수 있는지 확인하세요.

관련 글