3.3. Topología de múltiples Proxy ordenados verticalmente

Un método alternativo para múltiples Servidores proxy de RHN es establecer un proxy primario que los demás conectarán a los RPM desde Red Hat Network y paquetes personalizados creados localmente. En esencia, Los Proxis secundarios actuarán como clientes de los Proxis primarios. Esto solucionará la necesidad de establecer un mecanismo de sincronización entre los Servidores Proxy de RHN ya que usan la función up2date inherente al producto.

Al igual que la configuración ordenada de forma horizontal, este método vertical permite que cualquier cliente reciba los paquetes personalizados de Servidores proxy de RHN. El Proxy busca en su repositorio para ver si puede encontrar el paquete en su sistema de archivos. Si no lo encuentra, buscará el paquete en el nivel superior.

Esta configuración ordenada verticalmente asegura que los Proxy secundarios dependan de los primarios para recibir actualizaciones de RHN y actualizaciones de los paquetes personalizados. Asimismo, todos los canales y paquetes personalizados deben ser ubicados únicamente en los Proxy primarios para asegurar la distribución a los Proxy hijos. Finalmente, los archivos de configuración de los proxy secundarios deben apuntar a los primarios en vez de apuntar directamente a Red Hat Network.