Red Hat 등록은 되지만 DNF 프록시 다운로드가 실패합니다

등록에 성공했다는 것은 서브스크립션 서비스에 접근할 수 있다는 뜻일 뿐입니다. DNF 리포지터리 메타데이터와 패키지 다운로드는 다른 설정과 호스트 이름을 사용할 수 있으므로 리포지터리 ID, 실제 사용된 URL, 실패한 작업의 첫 오류부터 확인하십시오.

subscription-manager의 경우 /etc/rhsm/rhsm.conf의 server 섹션이 별도 필드를 사용합니다.

[server]
proxy_hostname = proxy.example.net
proxy_port = 8080
proxy_user = service-account
proxy_password = REPLACE_WITH_MANAGED_SECRET

이 값들은 기존 구성 안에서 교체하고 실제 비밀 값을 담은 파일을 보호하십시오. proxy_hostname에는 호스트 이름을 지정하며 자격 증명이 포함된 전체 URL을 넣지 않습니다.

DNF의 경우 영향을 받은 리포지터리와 main 구성을 확인하십시오. proxy 옵션은 URL입니다. proxy_username, proxy_password, proxy_auth_method은 별도 옵션입니다. 리포지터리는 전역 값을 덮어쓸 수 있습니다. 프록시 옵션이 없으면 환경에서 값을 찾는 것이 허용될 수 있고, 명시적으로 빈 값이면 해당 섹션에 설정된 상위 값이 비활성화됩니다. 설치된 DNF 세대의 참조 문서를 따르십시오. DNF 4에서는 리포지터리 상속과 환경 우회 규칙을 분리해 확인하십시오.

리포지터리 파일이 서브스크립션 도구로 생성된다면 편집 전에 그 소유자를 확인하십시오. 새로 고칠 때 덮어써지는 변경은 출력 파일을 반복해서 고치는 것이 아니라 지원되는 구성 소스에 넣어야 합니다.

그다음 첫 실패를 분류하십시오. 프록시 연결은 두 서비스 어느 쪽의 계정 확인보다 먼저 일어납니다. 407은 프록시 인증을 요구하고, TLS 오류는 실패하는 연결의 신뢰에 관한 것이며, 오리진의 거부는 서브스크립션 또는 리포지터리 액세스에 관한 것입니다. 패키지 CDN 호스트는 등록용 호스트와 다를 수 있으므로 한쪽에 대한 허용 목록이 다른 쪽 접근을 보장하지 않습니다.

비교할 때마다 실제 엔드포인트, 선택된 프록시, 계정 식별자를 비밀 값을 제외하고 남겨 두십시오. rhn_register과 /etc/sysconfig/rhn/up2date을 쓰는 오래된 절차는 다른 도구 세대를 설명하며 현재 RHSM 또는 DNF 요청의 설정을 알려 주지 않습니다.