프록시가 APT의 User-Agent를 거부할 때

curl은 URL을 가져옵니다. APT는 같은 프록시를 사용하면서 자신의 User-Agent가 승인되지 않았다는 페이지를 받습니다. 그 응답만으로도 조사 범위가 좁혀집니다. 중간 장치가 클라이언트 정책을 적용하고 있는 것입니다.

저장소 미러, 비밀번호, DNS를 한꺼번에 바꾸면 그 유용한 증거를 버리게 됩니다. 경로를 바꾸기 전에 반환된 상태와 해당 거부 문구를 보관하십시오.

APT는 HTTP 획득 방식에 대해 Acquire::http::User-Agent를 문서화합니다. 네트워크 운영자가 승인된 식별자를 요구한다면 합의된 값을 의도적으로 설정하십시오. 오래된 답변에서 브라우저의 전체 식별 문자열을 복사하면 실제 업데이트 프로그램을 숨기면서도 다른 정책 조건에서 여전히 실패할 수 있습니다.

실패한 요청의 범위를 확인하십시오. HTTP 저장소 요청과 HTTPS 터널은 가로채지 않는 일반 프록시에 서로 다른 정보를 노출합니다. 한 경로에서 보이는 헤더 정책이 암호화된 트래픽 내부에서도 자동으로 동일하게 적용된다고 추론하지 마십시오.

저장소 메타데이터가 있어야 할 곳에 반환된 거부 페이지는 나중에 구문 분석 오류나 서명 오류처럼 보이는 오류를 일으킬 수도 있습니다. 저장소 신뢰를 변경하기 전에 응답의 출처를 읽으십시오. 프록시 라우팅이 성공한다고 해서 HTML 정책 페이지가 유효한 패키지 색인이 되는 것은 아닙니다. Hash Sum mismatch의 경우 예상 체크섬과 실제 바이트를 함께 보관하십시오.