Conda는 프록시로 작동하지만 pip는 작동하지 않을 때

Conda 환경을 활성화하면 모든 네트워크 설정이 pip로 복사된다고 가정하지 말고 두 클라이언트의 프록시와 인증서 설정을 비교하세요.

Conda 환경을 활성화하는 것은 환경을 선택하는 작업입니다. 그 안의 모든 프로그램이 Conda 설정을 사용하게 하지는 않습니다. Conda와 pip는 별개의 다운로드 클라이언트입니다.

Conda는 .condarc에 프록시 경로를 설정할 수 있습니다.

proxy_servers:
  http: http://203.0.113.10:8080
  https: http://203.0.113.10:8080

이 예시 값들은 각 스킴의 대상에 도달하는 방법을 Conda에 알려 줍니다. pip는 해당 환경에 설치되었다는 이유만으로 proxy_servers 매핑을 자동으로 받아들이지 않습니다.

두 설정을 모두 확인하기

Conda 설정 출처와 현재 Python에 연결된 pip를 확인하세요.

conda config --show-sources
python -m pip --version
python -m pip config debug

출력에서 서로 다른 설정 위치, 예상하지 못한 인터프리터, 한 테스트에서 사용되지 않은 환경 변수를 찾을 수 있습니다. 공유하기 전에 비공개 URL과 자격 증명을 검토하세요.

pip에는 문서에 명시된 프록시 옵션, pip 전용 설정 또는 적절한 네트워크 환경을 사용하세요. .condarc의 YAML 섹션을 pip INI 파일에 그대로 복사하지 마세요.

신뢰 설정도 별개

Conda의 ssl_verify는 CA 번들을 지정하거나 지원되는 버전과 Python 런타임에서 truststore로 시스템 신뢰를 선택할 수 있습니다. 이것은 pip의 신뢰 출처를 설정하는 명령이 아닙니다.

프록시가 승인된 TLS 검사를 수행한다면 각 클라이언트가 해당 기관을 어떻게 신뢰하는지 확인하세요. Conda 요청 성공은 그 요청에서 Conda 자체의 경로와 신뢰가 작동했다는 증거일 뿐, pip가 같은 설정을 받았다는 뜻은 아닙니다.

실제 대상을 비교하기

클라이언트마다 다른 패키지 인덱스와 파일 호스트를 사용할 수 있습니다. 한 채널을 허용하는 중개 서버가 다른 인덱스나 후속 아카이브 URL을 거부할 수 있습니다. 선택한 Python 환경만으로 차이를 설명하기 전에 실패하는 호스트 이름과 응답을 확인하세요.

유용한 보고서에는 인터프리터, 각 클라이언트의 설정 출처, 요청한 호스트, 최초 연결 또는 인증서 오류를 명시합니다. “Conda는 된다”는 비교의 출발점이며 pip 네트워크 경로 전체의 테스트가 아닙니다.

관련 글