1.4. Proxy 작동 원리

클라이언트 시스템에서 Red Hat Update Agent 또는 패키지 업데이터 (Package Updater)는 Red Hat Network 서버에 직접 접속하지 않고, 대신 클라이언트는 Red Hat Network 서버나 RHN Satellite Server에 연결된 RHN Proxy Server에 접속합니다. 따라서 클라이언트 시스템은 RHN Proxy Server에만 접속하면 되므로 인터넷에 직접 연결할 필요가 없습니다.

RHN 서버는 RHN으로 직접 액세스하는 클라이언트를 인증합니다. RHN은 RHN Proxy Server로 액세스하는 클라이언트도 인증하지만, 이러한 경우, Proxy는 RHN에 인증 및 라우트 정보를 제공합니다. 인증 작업이 성공적으로 이루어지면, Red Hat Network 서버는 RHN Proxy Server에게 해당 클라이언트가 특정 작업을 수행할 수 있는 권한이 있음을 알려줍니다. 그 후 RHN Proxy Server는 업데이트된 패키지 중 캐시에 저장되지 않은 패키지를 모두 다운로드 받은 후 클라이언트 시스템에 전달합니다.

클라이언트 시스템의 Red Hat Update Agent 또는 패키지 업데이터에서 보낸 요청은 여전히 서버에서 인증하지만, 패키지가 HTTP Proxy Caching Server 또는 로컬 패키지 용 RHN Proxy Server에 캐시 저장되므로 패키지 전달은 매우 빨라집니다; RHN Proxy Server와 클라이언트 시스템은 LAN을 통해 연결되어 있으며 로컬 네트워크의 속도에 의해서만 제한됩니다.

인증은 다음과 같은 순서로 실행됩니다:

클라이언트의 관점에서 바라보면 RHN Proxy Server와 Red Hat Network Server 서버 간에는 아무런 차이가 없어 보입니다. Red Hat Network Server 서버의 관점에서 보면, RHN Proxy Server는 특별한 유형의 RHN 클라이언트로 작동합니다. 따라서 요청한 작업이 Red Hat Network Server에 도달하기까지 택한 경로는 클라이언트에는 아무런 영향을 미치지 않게 됩니다. 모든 작업이 RHN Proxy Server와 Red Hat Network Server 간에 이루어지기 때문입니다.

원하신다면 RHN Package Manager를 설치하여 사용자 설정 패키지를 서비스하도록 설정하실 수 있습니다. 특별히 조직을 위해 작성된 사용자 설정 패키지를 포함하여 이러한 패키지들은 공식 Red Hat 패키지가 아니며, 비공개 소프트웨어 채널 (사용자 설정 소프트웨어 채널이라고도 부름) 에서만 서비스될 수 있습니다. 비공개 RHN 채널을 만든 후, 패키지 헤더를 RHN 서버에 업로드하여 비공개 채널에 사용자 설정 RPM 패키지를 연계시켜야 합니다. 여기서 기억하실 점은 실제 패키지 파일이 아닌 헤더가 업로드된다는 것입니다. 헤더를 업로드하는 이유는, 헤더에는 RHN가 패키지 설치를 자동화하는데 필요한 중요한 RPM 정보 (예, 소프트웨어 의존성)가 포함되어 있기 때문입니다. 실제 사용자 설정 RPM 패키지는 RHN Proxy Server에 저장되어 조직 내 LAN을 통해 클라이언트 시스템으로 보내집니다.

컴퓨터 네트워크가 RHN Proxy Server를 사용하도록 설정하는 것은 매우 간단합니다. 클라이언트 시스템 상 Red Hat Network 애플리케이션이 Red Hat Network Server 대신 RHN Proxy Server에 접속하도록 설정하셔야 합니다. 자세한 사항은 RHN 클라이언트 설정 가이드를 참조하시기 바랍니다. Proxy에서는 Red Hat Network Server에 도달하기 위한 다음 Proxy를 (결국 Red Hat Network Server가 마지막에 오게됨) 지정하셔야 합니다. RHN Package Manager를 사용하는 경우, 클라이언트 시스템은 비공개 RHN 채널에 등록해야 합니다.