어떤 Chocolatey 다운로드에 프록시가 필요한지 찾기
Bootstrap, 설치된 CLI, 패키지의 별도 다운로더는 서로 다른 프록시 입력을 읽을 수 있습니다.
Chocolatey의 프록시 설정을 바꾸기 전에 실패한 요청을 식별하십시오:
| 실패 단계 | 점검할 프록시 입력 |
|---|---|
| choco가 존재하기 전 Chocolatey 받기 | bootstrap 셸의 chocolateyProxyLocation 및 선택적 계정 변수 |
| 설치된 choco의 작업 | 우선순위 순서: 명시적 명령 인수, Chocolatey 구성, 환경 변수, 그다음 시스템 구성 |
| 패키지가 다른 다운로더를 시작함 | 해당 프로세스의 옵션과 ID. Chocolatey 도우미를 쓰거나 별도 소프트웨어를 쓸 수 있습니다 |
저장된 choco config 값으로는 앞선 bootstrap 다운로드를 구성할 수 없습니다. 관리 환경에서는 공식 설치 방법을 사용하고, 실제로 실행하는 셸에 프록시 값을 넣으십시오. 실행 정책을 바꾸고 암호를 포함하는 오래된 한 줄 설치 프로그램은 필요한 프록시 수리가 아닙니다.
설치된 CLI에서는 의도한 범위의 유효 구성을 확인하십시오. 저장된 CLI 값은 Windows 시스템 프록시를 바꿔도 차이가 없었던 이유를 설명할 수 있습니다. 허용된 공개 다운로드 중 실제 다운로더에 구성되거나 보관된 프록시 자격 증명이 없는 경우, HTTP 프록시 목록가 해당 프록시 입력에 쓸 후보 주소를 제공합니다. 선택한 클라이언트가 기대하는 형식을 사용하십시오. 중개 엔드포인트와 계정은 패키지 소스 자격 증명과 분리해 두십시오. 프록시 액세스가 성공한 뒤에도 리포지토리 인증이 실패할 수 있습니다.
패키지 설치 중에는 오류를 내보내는 프로세스를 식별하십시오. 별도 실행 파일이 Chocolatey 전용 옵션을 구현하거나 같은 ID를 쓸 필요는 없습니다. 그래픽 도구와 백그라운드 에이전트도 제품별 프록시 제한이 있습니다. CLI 요청이 성공했다고 해서 아이콘 다운로드나 에이전트 경로가 확립되는 것은 아닙니다.
그 프로세스를 염두에 두고 첫 번째 유용한 실패를 읽으십시오: 407는 프록시 인증에 관한 것이고, TLS 신뢰 오류는 해당 요청자에게 제시된 인증서에 관한 것이며, 없는 패키지나 거부된 리포지토리 계정은 소스에 관한 것입니다. 비밀 정보를 제거한 상태로 실패한 호스트 이름, 작업, 계정 컨텍스트, 상태를 보존하십시오. bootstrap 성공 후 패키지 다운로드가 실패하면 수리가 필요한 경로가 좁혀집니다.