APT는 패키지를 내려받을 수 있지만 서명 키가 도착하지 않는다

Acquire::http::Proxy 설정이 동작한다고 해도, 어느 프로그램이 키를 가져오는지 알기 전까지는 서명 키 다운로드 실패에 대해 많은 것을 증명하지 못합니다.

apt-key adv을 사용하는 오래된 안내는 GnuPG의 키 서버 경로를 거칩니다. 다른 설치 방법은 curl이나 브라우저로 키를 내려받습니다. 그 프로그램들이 모두 APT 자체의 프록시 설정을 읽는 것은 아닙니다.

GnuPG 키 서버 요청의 경우

GnuPG는 관련 네트워크 작업에 dirmngr를 사용합니다. 문서화된 옵션에는 honor-http-proxy와 명시적 http-proxy 설정이 있으며, 명시적 설정은 환경 변수를 덮어씁니다. 특히 권한이 있는 명령의 경우 실제로 사용되는 GnuPG 홈과 계정을 확인하십시오.

키 서버 URL도 확인하십시오. 네이티브 키 서버 연결은 같은 키에 대한 HTTPS 요청과 같지 않습니다. HTTP 프록시를 통한 브라우저 접근은 키 서버 포트로의 별도 직접 연결 권한을 성립시키지 않습니다.

게시자의 현재 설치 방법을 따르십시오

네트워크 접근을 고치려고 폐기된 전역 신뢰 명령을 되살리지 마십시오. 게시자의 현재 안내는 키 원본과 의도된 키링을 밝혀야 합니다. HTTPS 다운로드를 사용한다면 그 요청을 하는 HTTP 클라이언트를 설정하십시오. 게시자가 공개적으로 접근 가능하고 공개 중개자가 허용되는 곳에서는 HTTP 프록시 목록이 후보 엔드포인트를 제공합니다. 지문 확인은 별도의 요구 사항으로 남습니다.

게시자의 정보를 통해 키의 전체 예상 지문을 확인하십시오. 내려받은 파일, 일치하는 표시 이름, 검색 결과는 신원을 성립시키지 않습니다. 키 교체 시에는 현재 문서화된 교체 절차를 사용하십시오.

APT의 Signed-By 옵션은 소스 전반에 일반 신뢰를 부여하는 대신 그 저장소를 특정 키링에 연결할 수 있습니다. 필요한 키링 형식과 확장자를 확인한 다음, 가져오기 계정이 파일을 읽고 상위 디렉터리를 통과할 수 있는지 확인하십시오. 관리자 접근만으로는 그 권한이 성립하지 않습니다.

오류가 다음 확인을 가리키게 하십시오

• 시간 초과는 내려받기 프로그램의 경로나 엔드포인트 도달 가능성에 관한 것입니다.
• 프록시 요구는 그 계정과 지원되는 방식에 관한 것입니다.
• 지문 불일치는 전달 후의 신뢰 실패입니다.
• 이후의 APT 서명 오류는 키링 경로나 저장소 연결에 관한 것일 수 있습니다.

서명 검증을 유지한 채 그 단계를 해결하십시오. 이를 끄면 서명 키 설정이 제공해야 할 검사가 사라집니다.