3.3. Topologie de plusieurs proxys en plusieurs niveaux verticaux

Une autre méthode pour plusieurs serveurs proxy RHN est d'établir un proxy primaire auquel les autres se connectent pour les RPM de Red Hat Network et les paquetages personnalisés créés localement. En essence, les proxys secondaires agissent en tant que clients du primaire. Cela supprime le besoin d'établir une synchronisation entre les serveurs proxy RHN vu qu'ils utilisent la fonction up2date inhérente au produit.

Tout comme la configuration horizontale, cette méthode verticale permet à tout client de tout serveurs proxy RHN d'avoir tous les paquetages personnalisés livrés. Le Proxy regarde simplement dans le dépôt s'il trouve le paquetage sur son système de fichiers. Dans le cas contraire, il essaie alors depuis le niveau supérieur.

Cette configuration verticale assure que les proxys secondaires dépendent du primaire pour les mises à jour de RHN, ainsi que pour les paquetages personnalisés. Les canaux et les paquetages personnalisés doivent également être placés uniquement sur le proxy primaire pour assurer la distribution aux proxys enfants. Finalement, les fichiers de configuration des proxys secondaires doivent pointer sur le primaire, et non pas directement sur Red Hat Network.