pip로 프록시를 통해 설치하기

한 번 설치할 때 pip는 명령줄에서 직접 프록시를 받습니다. 영구 사용자 또는 시스템 설정 파일을 작성하지 않고 경로를 시험할 수 있습니다.

python -m pip --proxy http://203.0.113.10:8080 install requests

문서용 IP 대신 서비스나 HTTP 프록시 목록에서 선택한 엔드포인트를 사용하세요. python -m pip 실행은 별도 pip 실행 파일이 해당 환경에 속한다고 가정하는 것보다 의도한 Python 환경도 명확하게 합니다.

프록시 URL은 프록시 연결을 설명합니다. http://로 시작하더라도 패키지 인덱스와 다운로드는 CONNECT를 통한 HTTPS를 사용할 수 있습니다.

pip가 계속 다른 설정을 고르는 경우

pip 자체 옵션은 명령줄 인수가 환경 변수보다, 환경 변수가 설정 파일보다 우선합니다. 파일은 전역, 사용자, 가상 환경 수준에 있을 수 있습니다. PIP_CONFIG_FILE은 추가 설정 파일을 선택할 수 있습니다.

python -m pip config debug

이 명령은 pip가 고려하는 설정 출처를 보여줍니다. 파일과 환경 값에 비공개 URL이나 인증 정보가 있을 수 있으니 로컬에서 검토하세요.

PIP_PROXY와 일반 HTTP/HTTPS 프록시 환경 변수도 살펴보세요. 모두 같은 설정 계층이 아니며, 실제 경로를 조사할 때 표준 프록시 환경 처리도 영향을 줄 수 있습니다. 사용자 파일 항목 하나를 지웠다고 모든 출처가 사라졌다고 생각하지 마세요.

프록시 옵션은 인증서 신뢰를 고치지 않는다

경로가 HTTPS 서비스에 도달하지만 검증에 실패한다면 클라이언트가 어떤 인증서를 받았는지 확인하세요. 승인된 검사 환경에는 승인된 CA 번들이 필요할 수 있습니다.

python -m pip --proxy http://203.0.113.10:8080 \
  --cert /path/to/approved-ca-bundle.pem install requests

--trusted-host는 유효한 HTTPS가 없어도 호스트를 신뢰 대상으로 표시합니다. 프록시 IP를 설정하지 않으며 인증서 오류의 일상적 해결책이 되어서는 안 됩니다. 엔드포인트나 신뢰 설정을 수정하세요.

pip 24.2는 지원 런타임에서 certifi와 함께 시스템 인증서를 기본으로 도입했습니다. 이전 pip는 운영체제 CA 저장소를 자동 사용하지 않았습니다. 이 차이는 승인된 조직 CA가 한 Python 환경에서는 작동하지만 다른 환경에는 없는 이유를 설명할 수 있습니다.

한 명령의 프록시 인수는 명령이 끝나면 효력을 잃습니다. 나중에 영구 설정을 저장한다면 실제로 원하는 범위에 두고, 시험만 한 엔드포인트에 모든 Python 환경을 의존시키지 마세요.