패키지 관리자를 도울 수 있게 되기 전에 Cntlm 내려받기
이미 동작하는 인증된 클라이언트로 올바른 RPM을 받아 내려받기 의존성을 끊고, 그다음 패키지 관리자의 의존성은 따로 다루십시오.
패키지 관리자가 사무실 프록시에 인증할 수 없다면, Cntlm을 내려받으라고 요청하는 것은 의존성 순환을 만듭니다. 도우미를 가져올 경로에 그 도우미가 필요하기 때문입니다.
이미 동작하는 curl 클라이언트가 첫 내려받기를 제공할 수 있습니다. NTLM 프록시의 경우 curl의 --proxy-ntlm 옵션은 프록시에 대한 인증을 선택하고, --ntlm은 대신 원격 대상에 대한 인증을 선택합니다. 프록시 계정은 curl의 자격 증명 구성으로 지정하십시오.
설치된 배포판 릴리스와 아키텍처에 맞게 빌드된 Cntlm RPM을 신뢰할 수 있는 패키지 소스에서 가져오십시오. 과거 답변의 직접 Fedora 패키지 URL은 그 릴리스의 패키지를 설명할 뿐이며, 현재의 범용 설치 주소가 아닙니다.
로컬 RPM이라도 네트워크 작업이 남을 수 있습니다
도우미 패키지를 내려받는 일과 그 의존성을 해결하는 일은 별개의 작업입니다. 다른 컴퓨터에서 오래된 RPM이 추가 내려받기를 필요로 하지 않았다고 해서 현재 패키지에 의존성이 없다고 단정하지 마십시오.
DNF 기반 시스템에서 문서화된 로컬 파일 형식은 다음과 같습니다.
dnf install ./cntlm.rpm
내려받은 파일의 실제 이름과 적절한 설치 권한을 사용하십시오. DNF는 여전히 저장소 메타데이터나 빠진 의존성 패키지를 필요로 할 수 있습니다. 그 네트워크 경로를 여전히 쓸 수 없다면, 승인된 동작 경로로 같은 릴리스의 필요한 패키지를 확보하고 배포판의 일반적인 패키지 검증 정책을 유지하십시오.
도우미를 설치하고 구성한 뒤에는 패키지 관리자가 이후 요청에 로컬 리스너를 사용할 수 있습니다. RPM 파일이 저장되었다고 해서 그 리스너가 존재하는 것은 아니며, 루프백 주소는 도우미가 실행되는 컴퓨터에서만 의미가 있습니다.