APT는 파일을 받아들이지만 프록시 키를 놓친다

구성 파일이 성공적으로 파싱되어도 프록시를 구성하지 못할 수 있습니다. APT는 이름이 붙은 옵션의 트리를 받아들이지만, 그럴듯해 보이는 모든 분기를 HTTP 전송에 대한 지시로 취급하지는 않습니다.

HTTP 경로의 경우 APT 프록시 설정은 다음과 같습니다:

Acquire::http::Proxy "http://proxy.example.net:8080/";

공개 저장소 접근이 공개 프록시를 사용할 수 있다면 서비스의 HTTP 엔드포인트나 HTTP 프록시 목록을 사용하십시오. 같은 설정을 추가 범위로 감싸면 이름이 바뀝니다:

APT {
    Acquire {
        http {
            Proxy "http://proxy.example.net:8080/";
        };
    };
};

그러면 값이 APT::Acquire::http::Proxy에 놓입니다. 이것은 Acquire::http::Proxy의 다른 철자가 아닙니다. HTTP 획득 메서드는 후자를 찾습니다.

정확한 값을 물으십시오

apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy

이들은 읽기 전용 구성 검사입니다. URI에 사용자 정보가 포함되어 있으면 출력이 이를 노출할 수 있으므로 자격 증명을 공유 트랜스크립트 밖에 두십시오. 실패한 패키지 작업을 시작하는 동일한 구성 파일, 옵션 및 계정 컨텍스트를 비교하십시오.

올바른 경로에 값이 없다는 것은 유효해 보이는 파일이 엔드포인트를 선택하지 않은 이유를 설명합니다. 그 엔드포인트에 도달할 수 있는지는 아직 말하지 않습니다.

올바른 계층에서 구두점을 확인하십시오. 이름은 이중 콜론 구분자를 사용합니다. 일반 값 할당에는 따옴표와 끝의 세미콜론이 필요합니다. APT 옵션 이름에서는 대소문자가 중요하지 않으므로 proxy를 Proxy로 바꾸는 것은 추가 범위에 대한 수정이 아닙니다. URI 문자열 내부의 세미콜론은 데이터이지 명령문 종결자가 아닙니다.

주위에 내보내기를 더 추가하는 대신 선언을 수정하십시오. APT가 의도한 설정을 보고한 후에는 연결 거부, 407 또는 인증서 오류는 이후 단계에 속합니다.