3.3. Topología de múltiples Proxies ordenados verticalmente
Un método alternativo para múltiples Proxies es ordenar un RHN Proxy Server primario al cual se conectarán los otros para obtener RPM desde Red Hat Network y paquetes personalizados creados localmente. En esencia, Los Proxies secundarios actuarán como clientes de los Proxies primarios. Esto solucionará la necesidad de establecer un mecanismo de sincronización entre los Proxies ya que éstos usan la función
up2date inherente al producto.
Como la configuración ordenada horizontalmente, este método vertical permite que cualquier cliente reciba los paquetes personalizados de cualquier RHN Proxy Server. El servidor Proxy busca en su repositorio para ver si puede encontrar el paquete en su sistema de archivos. Si éste no se encuentra, el servidor busca el paquete en el nivel superior.
Esta configuración ordenada verticalmente asegura que los proxies secundarios dependan de los primarios para recibir actualizaciones desde RHN y actualizaciones de los paquetes personalizados. Asimismo, todos los canales y paquetes personalizados deben ser ubicados únicamente en los proxies primarios para asegurar la distribución a los proxies hijos. Finalmente, los archivos de configuración de los proxies secundarios deben apuntar a los primarios en vez de apuntar directamente a Red Hat Network.
Figura 3.3. Topología de múltiples Proxies ordenados verticalmente