Guide d'installation 5.1

Transcription

1 Serveur Proxy RHN Guide d'installation 5.1 ISBN: Date de publication:

2 Serveur Proxy RHN 5.1.1

3 Serveur Proxy RHN 5.1.1: Guide d'installation Copyright 2008 Red Hat, Inc. Copyright 2008 Red Hat, Inc. This material may only be distributed subject to the terms and conditions set forth in the Open Publication License, V1.0 or later with the restrictions noted below (the latest version of the OPL is presently available at Distribution of substantively modified versions of this document is prohibited without the explicit permission of the copyright holder. Distribution of the work or derivative of the work in any standard (paper) book form for commercial purposes is prohibited unless prior permission is obtained from the copyright holder. Red Hat and the Red Hat "Shadow Man" logo are registered trademarks of Red Hat, Inc. in the United States and other countries. All other trademarks referenced herein are the property of their respective owners. The GPG fingerprint of the key is: CA B D6 9D FC 65 F6 EC C CD DB 42 A6 0E 1801 Varsity Drive Raleigh, NC USA Phone: Phone: Fax: PO Box Research

4 Serveur Proxy RHN 5.1.1

5 1. Introduction Red Hat Network Serveur Proxy RHN Terminologie Comment cela fonctionne Besoins Besoins logiciels Besoins matériels Besoins d'espace disque Besoins supplémentaires Exemple de topologies Topologie d'un proxy unique Topologie de plusieurs proxies en plusieurs niveaux horizontaux Topologie de plusieurs proxies en plusieurs niveaux verticaux Proxies avec le Serveur RHN Satellite Installation Installation de base Processus d'installation du Serveur Proxy RHN Gestionnaire de paquetages de RHN Créer un canal privé Télécharger des paquetages Options en ligne de commande Résolution de problèmes Gérer le service Proxy Fichiers journaux Questions et réponses Problèmes généraux Impossible de trouver l'hôte / Impossible de déterminer le FQDN (noms de domaine entièrement qualifiés) Erreurs de connexion Problèmes de cache Débogage du Proxy par Red Hat...38 A. Exemple de fichier de configuration du Serveur Proxy RHN...39 Index...41 v

6 vi

7 Chapitre 1. Introduction 1. Red Hat Network Red Hat Network (RHN) est l'environnement pour l'assistance au niveau du système et la gestion de systèmes et de groupes de systèmes Red Hat. Red Hat Network qui rassemble les outils, les services et les dépôts d'informations nécessaires pour maximiser la fiabilité, la sécurité et la performance de leurs systèmes. Pour utiliser RHN, les administrateurs système enregistrent les profils logiciels et matériels, appelés Profils de système, de leurs systèmes client avec Red Hat Network. Lorsqu'un système client demande des mises à jour de paquetages, seuls les paquetages disponibles pour le client sont retournés (selon le profil logiciel stocké sur les serveurs RHN). Avantages de l'utilisation de Red Hat Network: Variabilité dimensionnelle avec Red Hat Network, un seul administrateur système peut configurer et maintenir des centaines ou des milliers de systèmes Red Hat plus facilement, plus exactement et plus rapidement que ce même administrateur pourrait maintenir un seul système sans Red Hat Network. Protocoles standards des protocoles standards sont utilisés pour maintenir la sécurité et augmenter les capacités. Par exemple, XML-RPC permet à Red Hat Network d'effectuer bien plus que le simple téléchargement des fichiers. Sécurité toutes les communications entre les systèmes enregistrés et Red Hat Network se produisent sur des connexions internet sécurisées. Afficher des alertes d'errata vous pouvez facilement afficher les alertes d'errata pour tous vos systèmes client grâce à un seul site Web. Actions programmées utilisez le site Web pour programmer des actions, y compris des mises à jour d'errata, des installations de paquetages et des mises à jour de profils logiciels. Simplification la maintenance de systèmes Red Hat devient un processus plus simple et automatisé. 2. Serveur Proxy RHN A Serveur Proxy RHN est un mécanisme de mise en cache de paquetages qui réduit les besoins de bande pour RHN et permet le déploiement de paquetages personnalisés. Les RPM cache des clients de serveurs proxys, comme Errata Updates de Red Hat ou RMP personnalisés et générés par leur organisation, ou un serveur interne localisé centralement. Les systèmes des clients reçoivent alors leurs mises à jour des serveurs proxys plutôt qu'en accédant à l'internet individuellement. Malgré que les paquetages soient desservis par le serveur proxy, les profils clients et les 1

8 Chapitre 1. Introduction informations utilisateurs sont sauvegardées dans des serveurs centraux RHN en toute sécurité 1, qui dessert également le site RHN (rhn.redhat.com). Le serveur proxy agit comme navette entre les systèmes des clients et Red Hat Network (ou un Serveur RHN Satellite). Seuls les fichiers de paquetages sont stockés dans le Serveur Proxy RHN. Chaque transaction est authentifiée, et le Agent de mise à jour de Red Hat vérifie les signatures GPG de tous les paquetages extraits du Serveur Proxy RHN local. En plus de stocker les paquetages Red Hatofficiels, le Serveur Proxy RHN peut être configuré pour fournir les paquetages personnalisés d'une organisation à partir d'un canal RHN privé, en utilisant le Gestionnaire de paquetages de RHN. Par exemple, une organisation pourrait produire son propre logiciel, le mettre en paquetage dans un RPM, y apposer sa propre signature GPG, et soumettre tous les systèmes individuels du réseau à toutes les dernières mises à jour du logiciel personnalisé par le serveur Serveur Proxy RHN local. Avantages de l'utilisation du Serveur Proxy RHN: Modulabilité plusieurs Serveur Proxy RHN locaux peuvent exister au sein d'une même organisation. Sécurité une connexion de bout en bout sécurisée est maintenue: des systèmes client, au Serveur Proxy RHN local, aux serveurs Red Hat Network. Temps économisé les paquetages sont fournis bien plus rapidement sur un réseau local que par l'internet. Economie de bande les paquetages sont déchargés du RHN en une seule fois (grâce au mécanisme cache du serveur proxy) au lieu d'être déchargés individuellement pour chaque client. Mises à jour personnalisées pour créer un système de livraison de paquetages véritablement automatisé pour les paquetages logiciels personnalisés, ainsi que les paquetages officiels de Red Hat requis pour les systèmes client. Les canaux RHN privés personnalisés permettent à une organisation d'automatiser la livraison de paquetages internes. Configuration personnalisée restreindre et donner des mises à jour à des architectures et des versions SO (source ouverte) spécifiques. Une seule connexion internet nécessaire car les clients se connectent par le Serveur Proxy RHN et non pas par l'internet, ils ont juste besoin d'une connexion LAN (réseau local) vers le serveur proxy. Seuls les Serveur Proxy RHN ont besoin d'une connexion internet pour contacter les serveurs RHN, à moins que le Serveur Proxy RHN utilise un Serveur RHN Satellite, dans le quel cas, seul le Serveur RHN Satellite nécessite une connexion internet. 1 Tout au long de ce document, "RHN" se réferrera soit au site hôte RHN ( ou à Serveur RHN Satellite. 2

9 Comment cela fonctionne 3. Terminologie Avant de comprendre le Serveur Proxy RHN, il est important de se familiariser avec les termes Red Hat Network suivants: Voie/canal Un canal est une liste de paquetages de logiciels. Il existe deux types de canaux: les canaux de base et les canaux enfant. Un canal de base consiste en une liste de paquetages basée sur une architecture spécifique et une version Red Hat. Un canal enfant est un canal associé à un canal de base qui contient les paquetages supplémentaires. Administrateur d'organisation Un Administrateur d'organisation est une rôle d'utilisateur qui comporte le plus haut niveau de contrôle sur un compte Red Hat Network d'organisation. Les détenteurs de tels rôles peuvent ajouter d'autres utilisateurs, d'autres systèmes et d'autres groupes de systèmes au sein d'une organisation, ainsi que les supprimer. Une organisation Red Hat Network doit comporter au moins un Administrateur d'organisation. Administrateur de canal Un administrateur de canal est un rôle d'utilisateur qui détient l'accès total à la gestion des canaux. Les détenteurs de tels rôles peuvent créer des canaux et assigner des paquetages à ces canaux. Ce rôle peut être assigné par un Administrateur d'organisation via l'onglet Users sur le site Web RHN. Agent de mise à jour de Red Hat Le Agent de mise à jour de Red Hat est une application client Red Hat Network (up2date) qui permet aux utilisateurs d'extraire et d'installer les paquetages nouveaux ou mis à jour pour le système d'un client sur lequel une application est exécutée. Traçage Un traçage est une description en détail de "ce qui n'a pas fonctionné" utile pour les pannes de Serveur Proxy RHN. Les traçages sont automatiquement générés au moment d'une erreur critique et sont envoyés par aux individus désignés dans le fichier de configuration du Serveur Proxy RHN Pour davantage d'explications sur ces termes et autres, voir Guide de référence Red Hat Network disponible à et 4. Comment cela fonctionne Le Agent de mise à jour de Red Hat des systèmes client ne contacte pas directement un serveur Red Hat Network. A la place, le client (ou les clients) se connectent un à un à un serveur proxy qui se relie à des serveurs Red Hat Network ou à un Serveur RHN Satellite. Ainsi, les systèmes client n'ont pas besoin d'accès direct à l'internet. Ils n'accèdent qu'au Serveur Proxy RHN. 3

10 Chapitre 1. Introduction Important Red Hat recommande fortement que les clients qui se connectent à un Serveur Proxy RHN appliquent les dernières mises à jour Red Hat Enterprise Linux pour assurer une bonne connectivité. Les clients qui accèdent directement à Red Hat Network sont authentifiés par les serveurs RHN. Les clients qui accèdent un Serveur Proxy RHN sont toujours authentifiés par RHN ; cependant, dans ce cas précis, le serveur proxy offre l'authentification et l'information sur le chemin d'accès à RHN. Après une authentification réussie, le serveur Red Hat Network informe le Serveur Proxy RHN qu'il a le droit d'exécuter certaines actions pour le client. Le Serveur Proxy RHN décharge tous les paquetages mis à jour (s'ils ne sont pas déjà présents en cache) et les envoie au système client. Les demandes de Agent de mise à jour de Red Hat sur les systèmes client sont toujours authentifiés du côté du serveur, mais la remise des paquetages est plus rapide depuis que les paquetages sont en cache dans HTTP Proxy Caching Server ou Serveur Proxy RHN (pour les paquetages locaux); le Serveur Proxy RHN et le système client sont connectés par LAN et ne sont limités que par la vitesse du réseau local. L'authentification est effectuée dans l'ordre suivant: 1. Le client effectue une action de connexion au début d'une session client. Cette connexion est transmise par un ou plusieurs Serveur Proxy RHN jusqu'à atteindre un serveur Red Hat Network. 2. Le serveur Red Hat Network tente d'authentifier le client. Si l'authentification réussit, le serveur passe alors un jeton de session par la chaîne de Serveur Proxy RHN. Ce jeton, qui porte une signature et une date d'expiration, contient les informations utilisateur, les abonnements au canal, les noms d'utilisateur, etc. 3. Chaque Serveur Proxy RHN met en cache son jeton sur le système de fichiers local dans /var/cache/rhn/. La mise en cache réduit une partie du temps système de l'authentification avec les serveurs Red Hat Network et améliore considérablement la performance de Red Hat Network. 4. Ce jeton de session est renvoyé à la machine client et est utilisé dans les actions suivantes sur Red Hat Network. Du point de vue du client, il n'y a pas de différence entre un Serveur Proxy RHN et un serveur Red Hat Network. Du point de vue du serveur Red Hat Network, un Serveur Proxy RHN est un type spécial de client RHN. Les clients ne sont donc pas affectés par la route prise par une requête pour atteindre un serveur Red Hat Network. Toute la logique est implémentée dans les Serveur Proxy RHN et les serveurs Red Hat Network. 4

11 Comment cela fonctionne En option, le Gestionnaire de paquetages de RHN peut être installé et configuré pour accueillir les paquetages personnalisés. Tout paquetage non officiel Red Hat, incluant les paquetages personnalisés écrits spécialement pour une organisation donnée, ne peuvent être desservis qu'à partir d'une voie logiciel privée (connue également en tant que voie logiciel personnalisée). Après avoir créé une voie privée RHN, les paquetages RPM personnalisés sont associés à cette voie grâce au déchargement des noms des paquetages dans les serveurs RHN. Seuls les noms sont déchargés, et non pas les fichiers eux-mêmes. Les noms sont requis car ils contiennent des informations RPM cruciales, comme les dépendances logiciel, ce qui permet à RHN d'automatiser l'installation du paquetage. Les paquetages RPM personnalisés eux-mêmes, sont stockés dans le Serveur Proxy RHN et sont envoyés dans les systèmes du client à partir du réseau local de l'organisation. Il est simple de configurer un réseau informatique en utilisant un Serveur Proxy RHN. Les applications Red Hat Network du système client doivent être configurées de façon à se connecter sur le Serveur Proxy RHN à la place des serveurs Red Hat Network. Voir /var/cache/rhn/. pour davantage de détails. Du côté du serveur proxy, on devra spécifier le prochain serveur proxy de la chaîne (qui se termine finalement par un serveur Red Hat Network). Si le Gestionnaire de paquetages de RHN est utilisé, les systèmes client doivent être abonnés à une voie RHN privée. 5

12 6

13 Chapitre 2. Besoins Ces besoins doivent être satisfaits avant l'installation. Pour installer la version 3.6 du Serveur Proxy RHN ou une version supérieure du Serveur RHN Satellite, le Satellite doit être la version 3.6 ou une version supérieure. 1. Besoins logiciels Pour effectuer une installation, les composants logiciels suivants doivent être disponibles: Système d'exploitation de base le Serveur Proxy RHN est pris en charge avec Red Hat Enterprise Linux AS 3 Update 5 ou une version supérieure, ou uniquement Red Hat Enterprise Linux AS 4. Le système d'exploitation peut être installé depuis un disque, une image ISO locale, kickstart ou toute autre méthode prise en charge par Red Hat. Important Si vous prévoyez d'obtenir un service de niveau Monitoring, vous devez installer votre Serveur Proxy RHN sur Red Hat Enterprise Linux AS 3 Update 5 ou Red Hat Enterprise Linux AS 4. Ceux-ci sont les seuls systèmes d'exploitation de base pris en charge pour les Proxies servant des systèmes ayant des droits d'accès au niveau de service Monitoring. Chaque version de Red Hat Enterprise Linux AS requiert un certain ensemble de paquetages pour prendre en charge le Serveur Proxy RHN. Tout autre paquetage peut provoquer des erreurs durant l'installation. Red Hat recommande donc d'obtenir l'ensemble de paquetages désirés de la manière suivante: Remarque Pour le kickstart de Red Hat Enterprise Linux AS 4 ou de Red Hat Enterprise Linux AS 3 Update 5, spécifier le groupe de paquetages Base Pour l'installation de Red Hat Enterprise Linux AS 4 ou de Red Hat Enterprise Linux AS 3 Update 5 via CD-ROM ou image ISO, sélectionner le groupe de paquetages suivant: Minimal Avertissement Security-enhanced Linux (SELinux) doit être désactivé dans Red Hat Enterprise 7

14 Chapitre 2. Besoins Linux AS 4 avant l'installation de Serveur Proxy RHN.Cette opération peut être effectuée de plusieurs manières: Pendant l'installation d'images ISO ou CD, sélectionner Disabled lorsqu'on vous invite à choisir des options pour SELinux support. Pour faire cela pour l'installation kickstart, inclure la commande selinux --disabled Une fois l'installation terminée, modifier le fichier /etc/selinux/config pour qu'il affiche SELINUX=disabled et réinitialiser le système. Finalement, vous pouvez utiliser la commande system-config-securitylevel-tui et réinitialiser le système. Un droit d'accès au Serveur Proxy RHN disponible au sein de votre compte Red Hat Network. Un droit d'accès Provisioning disponible au sein de votre compte Red Hat Network (qui devrait être inclus dans votre droit d'accès au Serveur Proxy RHN). Accès au canal "Red Hat Network Tools" (outils) pour la version installée de Red Hat Enterprise Linux AS. Tous les paquetages rhncfg* installés sur le Proxy (du canal "RHN Tools"). Le paquetage rhns-certs-tools installé sur le Proxy (du canal "RHN Tools") ou le mot de passe du certificat CA (SSL) utilisé pour générer le certificat de serveur parent (comme sur un Serveur RHN Satellite). Configuration du système pour accepter les commandes à distance et la gestion de configuration via Red Hat Network. Consultez Section 2, «Processus d'installation du Serveur Proxy RHN» pour davantage d'informations. 2. Besoins matériels La configuration matérielle suivante est requise pour le Serveur Proxy RHN : Processeur Pentium III, 1.26GHz, cache 512K ou équivalent 512 Mo de mémoire 3 Go de stockage pour une installation de base de Red Hat Enterprise Linux AS 6 Go de stockage par distribution/canal 8

15 Besoins d'espace disque La charge sur le Serveur Web Apache est directement associée à la fréquence à laquelle les systèmes client se connectent au Proxy. Si vous réduisez donc l'intervalle par défaut de quatre heures (ou 240 minutes) comme il est défini dans le fichier de configuration /etc/sysconfig/rhn/rhnsd des systèmes client, vous augmenterez considérablement la charge sur ce composant. 3. Besoins d'espace disque Le mécanisme de mise en cache utilisé par le Serveur Proxy RHN est le proxy HTTP Squid, qui économise une quantité de bande importante pour les clients. Une quantité raisonnable d'espace devrait être disponible. Les paquetages mis en cache sont stockés dans /var/spool/squid. L'allocation d'espace libre requise est de 6 Go de stockage par distribution/canal. Si le Serveur Proxy RHN est configuré pour distribuer des paquetages personnalisés ou locaux, assurez-vous que le point de montage /var, sur le système stockant les paquetages locaux, a suffisamment d'espace disque pour contenir tous les paquetages personnalisés, qui sont stockés dans /var/spool/rhn-proxy. L'espace disque requis pour les paquetages locaux dépend du nombre de paquetages personnalisés servis. 4. Besoins supplémentaires Les besoins supplémentaires suivants doivent être satisfaits avant l'installation complète du Serveur Proxy RHN Accès total Les systèmes client ont besoin d'un accès réseau total sur les services et les ports du Serveur Proxy RHN. Règles de pare-feu RHN recommande fortement de dresser un pare-feu (firewall) sur la solution Serveur Proxy RHN internet. Malgré tout, on ouvrira plusieurs ports TCP sur le serveur proxy, suivant votre implémentation Serveur Proxy RHN Port Direction Raison 80 Sortie Le proxy utilise ce port pour atteindre rhn.redhat.com 1, xmlrpc.rhn.redhat.com 2 et satellite.rhn.redhat.com 3 (à moins de fonctionner en mode déconnecté pour Satellite) 80 Entrée Les demandes client arrivent soit par http ou par https

16 Chapitre 2. Besoins Port Direction Raison 443 Entrée Les demandes client arrivent soit par http ou par https 443 Sortie Pour arriver à et Sortie Si votre serveur mandataire est connecté à un Serveur RHN Satellite, Monitoring établit des connexions au rhnmd en cours d'exécution sur les systèmes client par le port TCP, si Monitoring est activé et si les sondes/vérifications sont configurées dans les systèmes enregistrés Entrée L'ouverture de ce port permet osad d'établir des connexions client au démon du proxy en cas d'utilisation de la technologie RHN Push Sortie Si votre proxy est connecté à un Serveur RHN Satellite, ce port doit être ouvert pour permettre des connections serveur-à-serveur par jabberd pour la technologie RHN Push. Tableau 2.1. Ports à ouvrir sur le proxy Temps de système synchronisés Les paramètres de temps sont très importants lors de la connexion sur un serveur Web qui exécute SSL (Secure Sockets Layer, couche de sockets sécurisés). Il est impératif que les paramètres de temps sur les clients et le serveur soient raisonnablement assez proches pour que le certificat SSL n'expire pas avant ou pendant son utilisation. Il est recommandé que le protocole de temps réseau NTP (Network Time Protocol) soit utilisé pour synchroniser les horloges. Nom de domaine complet (FQDN) Le système sur lequel le Serveur Proxy RHN sera installé doit résoudre son propre nom de domaine complet (FQDN). Compte Red Hat Network Les clients qui se connectent aux serveurs Red Hat Network centraux pour recevoir des mises à jour incrémentielles doivent avoir un compte avec Red Hat Network. Ce compte devrait être défini au moment de l'achat avec le représentant des ventes. Sauvegardes des informations de connexion 10

17 Besoins supplémentaires Il est impératif que les clients conservent toutes les informations de connexion primaires. Pour le Serveur Proxy RHN, celles-ci incluent les noms d'utilisateur et les mots de passe pour le compte d'administrateur d'organisation, la génération du certificat SSL. Red Hat recommande fortement que ces informations soient copiées sur deux disquettes séparées, imprimées sur papier et stockées dans un coffre ignifugé. Emplacements de distribution Vu que le proxy transmet virtuellement toutes les requêtes HTTP locales aux serveurs RHN centraux, vous devez faire attention à mettre les fichiers destinés à la distribution (comme dans une arborescence d'installation kickstart) dans l'emplacement de non-transmission du proxy: /var/www/html/pub/. Les fichiers placés dans ce répertoire peuvent être directement téléchargés du Proxy. Ceci peut être particulièrement utile pour la distribution de clés GPG et lors de l'établissement d'arborescences d'installation pour les kickstarts. De plus, Red Hat recommande que le système qui exécute le code ne soit pas disponible publiquement. Seuls les administrateurs système devraient avoir l'accès shell à ces machines. Tous les services non nécessaires devraient être désactivés. Vous pouvez utiliser ntsysv ou chkconfig pour désactiver les services. Finalement, vous devriez avoir à votre disposition les documents techniques suivants et dans l'ordre suivant: 1. Le Guide d'installation du Serveur Proxy RHN Ce guide, que vous êtes en train de lire, fournit les étapes essentielles nécessaires à la configuration et au fonctionnement d'un Serveur Proxy RHN. 2. Le Guide de configuration du client de RHN Ce guide explique comment configurer les systèmes qui seront servis par un Serveur Proxy RHN ou un Serveur RHN Satellite. (cela demandera également des références au Guide de référence de RHN, qui contient des étapes pour enregistrer et mettre à jour les systèmes.) 3. Le Guide de gestion de canaux de RHN Ce guide identifie présisément les méthodes recommandées pour construire des paquetages personnalisés, créer des canaux personnalisés et gérer des errata privés. 4. Le Guide de référence de RHN Ce guide décrit comment créer des comptes RHN, enregistrer et mettre à jour des systèmes et utiliser le site Web de RHN à son maximum. Ce guide sera utile durant l'installation et le processus de configuration. 11

18 12

19 Chapitre 3. Exemple de topologies Le Serveur Proxy RHN peut être configuré de plusieurs manières. Sélectionnez une méthode selon l'un des facteurs suivants: 1. Le nombre total de systèmes client à être servis par le Serveur Proxy RHN 2. Le nombre maximum de clients censés se connecter simultanément au Serveur Proxy RHN. 3. Le nombre de paquetages et de canaux personnalisés à être servis par le Serveur Proxy RHN. 4. Le nombre de Serveur Proxy RHN utilisés dans l'environnement du client. Le reste de ce chapitre décrit des configurations possibles et explique leurs avantages. 1. Topologie d'un proxy unique La configuration la plus simple est d'utiliser un seul Serveur Proxy RHN pour servir votre réseau entier. Cette configuration est adéquate pour le service de petits groupes de clients et un réseau qui bénéficierait de la mise en cache des RPM de Red Hat et du stockage de paquetages personnalisés sur un serveur local. L'inconvénient de l'utilisation d'un Serveur Proxy RHN unique est que la performance sera compromise lors de l'augmentation du nombre de clients demandant des paquetages. Figure 3.1. Topologie d'un proxy unique 2. Topologie de plusieurs proxies en plusieurs niveaux 13

20 Chapitre 3. Exemple de topologies horizontaux Pour des réseaux plus grands, une méthode plus distribuée peut être nécessaire, comme le fait d'avoir plusieurs Serveur Proxy RHN tous connectés à Red Hat Network individuellement. Cette configuration en plusieurs niveaux horizontaux répartit la charge des demandes des clients tout en permettant à chaque proxy de se synchroniser simultanément avec RHN. Un inconvénient de cette structure est que les paquetages personnalisés chargés sur un proxy individuel doivent être distribués sur ses serveurs apparentés (sibling). Cette situation peut être traitée de l'une des deux manières suivantes: Soit, le programme de transfert de fichiers rsync peut être utilisé pour synchroniser les paquetages entres les proxies, soit un partage NFS (Network File System) peut être établi entre les proxies et le dépôt de canaux personnalisés. Ces deux solutions permettront à tout client de tout Serveur Proxy RHN d'avoir tous les paquetages personnalisés livrés. Figure 3.2. Topologie de plusieurs proxies en plusieurs niveaux horizontaux 3. Topologie de plusieurs proxies en plusieurs niveaux verticaux Une autre méthode pour plusieurs Serveur 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 14

21 Proxies avec le Serveur RHN Satellite localement. En essence, les proxies secondaires agissent en tant que clients du primaire. Cela supprime le besoin d'établir une synchronisation entre les Serveur Proxy RHN vu qu'ils utilisent la fonction up2date sous-jacente au produit. Tout comme la configuration horizontale, cette méthode verticale permet à tout client de tout Serveur Proxy RHN d'avoir tous les paquetages personnalisés livrés. Le Proxy regarde simplement dans le dépôt si 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 proxies 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 proxies enfants. Finalement, les fichiers de configuration des proxies secondaires doivent pointer sur le primaire, et non pas directement sur Red Hat Network. Figure 3.3. Topologie de plusieurs proxies en plusieurs niveaux verticaux 4. Proxies avec le Serveur RHN Satellite En plus des méthodes décrites en détails dans ce chapitre, les clients ont également l'option d'utiliser le Serveur Proxy RHN avec le Serveur RHN Satellite. Cela fonctionne de manière similaire que la configuration verticale de Proxy, mais augmente considérablement la capacité, vu que les Satellites peuvent servir un nombre bien plus grand de systèmes client. Pour une description complète de cette combinaison, consultez le chapitre Exemples de topologies du Guide d'installation du Serveur RHN Satellite. La liaison des certificats SSL de deux produits est décrite dans le Guide de configuration du client de RHN. Pour savoir comment les canaux et les paquetages sont partagés entre eux, consultez le Guide de gestion de canaux de RHN. 15

22 16

23 Chapitre 4. Installation Ce chapitre décrit l'installation initiale du Serveur Proxy RHN. On assume que les prérequis énumérés dans Chapitre 2, Besoins ont bien été respectés. Cependant, si vous mettez à niveau une nouvelle version de Serveur Proxy RHN, contactez votre représentant Red Hat pour toute assistance requise. 1. Installation de base Le Serveur Proxy RHN est conçu de façon à tourner sur le système d'exploitation Red Hat Enterprise Linux AS. La première étape est donc d'installer le système d'exploitation de base, depuis un disque, une image ISO ou avec un kickstart. Durant et après l'installation du système d'exploitation, assurez-vous de: Allouer beaucoup d'espace aux partitions qui seront utilisées pour stocker des paquetages, selon les besoins matériels définis auparavant. L'emplacement par défaut pour les paquetages Red Hat en cache est /var/spool/squid/, alors que les paquetages personnalisés se trouvent dans /var/spool/rhn-proxy. Installer les paquetages pour Serveur Proxy RHN et uniquement ces paquetages. Remarque Vous devez uniquement installer les paquetages de base, car les autres vont entraîner l'échec de l'installation Serveur Proxy RHN. Consultez Section 1, «Besoins logiciels» pour la méthode d'obtention du groupe de paquetages qu'il faut pour chaque version de Red Hat Enterprise Linux AS Important Si vous prévoyez d'obtenir un service de niveau Monitoring, vous devez installer votre Serveur Proxy RHN sur Red Hat Enterprise Linux AS 3 Update 5 ou Red Hat Enterprise Linux AS 4. Ce sont les seuls systèmes d'exploitation de base pris en charge pour les Proxies servant des systèmes ayant des droits d'accès au niveau de service Monitoring. Activer le protocole de temps réseau NTP (Network Time Protocol) sur le proxy et sélectionner le fuseau horaire approprié. Tous les systèmes client devraient déjà exécuter le démon ntpd et avoir le bon fuseau horaire défini. Désactiver les services ipchains et iptables après l'installation. 17

24 Chapitre 4. Installation 2. Processus d'installation du Serveur Proxy RHN Les instructions suivantes décrivent le processus d'installation du Serveur Proxy RHN: 1. Enregistrer les Red Hat Enterprise Linux AS récemment installés, système avec Red Hat Network (soit les serveurs centraux RHN ou bien votre Serveur RHN Satellite) en utilisant le compte organisationnel comprenant le droit d'accès Serveur Proxy RHN à l'aide de la commande: up2date --register. 2. Autoriser un droit d'accès Provisioning au système. Visiter le site Web RHN (ou bien l'adresse universelle complète du satellite désservant le proxy), connecter en tant que Administrateur d'organisation, et naviguer dans la page Gestion de votre abonnement RHN. Vérifier le champ texte du système sur lequel le Serveur Proxy RHN devra être installé, sélectionner Provisioning dans la liste déroulante, et cliquer sur le bouton Ajouter des droits d'accès. 3. Veiller que le système d'exploitation du système soit inscrit sur le canal Red Hat Networks Tool en cliquant sur le nom du système et en naviguant dans la page Système = > Détails du système. Dans la section Canaux souscrits, vérifier les voies du canal Tools listées. Si vous n'êtes pas inscrit sur ce canal, cliquer sur le lien Modifier Abonnement Canal, vérifiez le champ texte à côté du canal Tools, puis cliquez sur le bouton Changer Abonnement pour confirmer votre choix. 4. Installer le paquetage rhncfg-actions (qui installe également les dépendances rhncfg et rhncfg-client) en naviguant tout d'abord dans l'onglet System = > System Details = > Software = > Packages = > Install. Puis, cherchez rhncfg-actions grâce au champ texte Filtrer par nom de paquetage. Dans la liste qui s'affiche, sélectionner le paquetage et l'installer. 5. SI vous envisagez d'activer le cryptage des couches de sockets sécurisées (SSL - secure socket layer) sur le serveur mandataire et de connecter sur les serveurs centraux RHN, installer le paquetage rhns-certs-tools à partir du même canal Tools Red Hat Network et utiliser Outil de maintenance SSL RHN pour générer le fichier fusionné archivé requis par la suite. Se référer au chapitre sur les Certificats SSL du Guide de configuration client RHN pour instructions. Si vous envisagez d'activer le cryptage SSL sur le serveur mandataire et de vous connecter à un Serveur RHN Satellite ou àun autre Serveur Proxy RHN avec SSL, vous aurez également besoin du mot de passe du certificat CA utilisé pour le système parent. 6. Connectez-vous sur le système via un terminal en tant que le super-utilisateur et exécutez la commande rhn_check pour lancer immédiatement l'installation de paquetages programmée. 7. Une fois les paquetages installés, comme l'onglet Détails sur le système = > Évènements le confirme, préparez le système de façon à accepter les commandes à distance et la gestion de configuration à l'aide de la commande suivante: /usr/bin/rhn-actions-control --enable-all 18

25 Processus d'installation du Serveur Proxy 8. Dans le site RHN, naviguer dans l'onglet Détails du système = > Détails = > Proxy. Avertissement Veillez noter que l'installation du Serveur Proxy RHN puisse remplacer les fichiers de configuration squid.conf et httpd.conf sur le système en vue de faciliter les mises à niveau subséquentes. Si vous avez édité ces fichiers et que vous souhaitez les préserver, ils sont en rotation sur place et pourront être extraits après l'installation. Figure 4.1. Détails sur le système = > Proxy 9. Dans l'onglet Détails Système= > Détails = > Proxy, le menu déroulant doit indiquez que vous pouvez activer le système en tant que Serveur Proxy RHN. Veillez à bien sélectionner la bonne version et à cliquer sur le bouton Activate Proxy. La page Bienvenuede l'installation apparaît. 19

26 Chapitre 4. Installation Figure 4.2. Bienvenue 10.Dans la page Bienvenue, vous serez notifié de toute demande à laquelle le système ne peut faire face. Lorsque le système est enfin prêt, un lien continue apparaît. Cliquer sur la pagemodalités & Conditions. 20

27 RHN Figure 4.3. Modalités et conditions 11.Dans la page Modalités & Conditions, cliquez sur le lien modalités et conditions pour voir les contrats de licence du Serveur Proxy RHN. Si vous êtes satisfait(e), cliquer sur le lien J'accepte. Vous devez accepter pour pouvoir continuer l'installation. Pour les serveurs mandataires enregistrés sur un satellite, la page Activer Monitoring vient en suivant. 21

28 Chapitre 4. Installation Figure 4.4. Activer Monitoring 12.Sur la page Activer Monitoring, vous devez décider si le serveur mandataire sera utilisé pour contrôler les systèmes qu'il déssert. Pour ce faire, le Serveur Proxy RHNdevra remplir les critères énumérés dans Chapitre 2, Besoins et devra être connecté à Serveur RHN Satellite (ou à un autre serveur mandataire connecté à un satellite). Pour activer le monitoring du proxy, cocher la case et cliquer sur continue. La page Configurer Serveur Proxy RHN apparaît. 22

29 Processus d'installation du Serveur Proxy Figure 4.5. Configurer le Serveur Proxy RHN 13.Sur la page Configurer le Serveur Proxy RHN, donnez ou confirmez les entrées pour tous les champs requis. L'adresse électronique de l'administrateur recevra tous les messages générés par le proxy, y compris parfois des quantités importantes de traçages d'erreurs (Traceback en anglais). Pour organiser ce flux, pensez à établir des filtres de messages qui capturent les messages dont le sujet contient "RHN TRACEBACK from nom_d_hôte". Pour afficher plusieurs administrateurs, saisissez une liste d'adresses électroniques séparées par des virgules. Le nom d'hôte du proxy RHN est le nom de domaine complet (FQDN) du Serveur Proxy RHN. Le serveur parent RHN est le nom de domaine du serveur connecté au proxy ou aux serveurs centraux RHN, à un autre proxy ou à un Serveur RHN Satellite. Pour connecter aux serveurs centraux RHN, inclure la valeur xmlrpc.rhn.redhat.com. Pour connecter à un satellite ou à un autre serveur proxy, saisir le FQDN du système parent. Dans le cas où le Serveur Proxy RHN connecte par un serveur proxy HTTP, le configurer à 23

30 Chapitre 4. Installation l'aide des champs de texte associés. Noter que les références au protocole, comme ou ne doivent pas figurer dans le champ Serveur Proxy HTTP. N'insérer que le nom d'hôte et le port sous la forme nom d'hôte:port, comme your-gateway.example.com:3128. Conseil Le processus d'installation affecte uniquement le fichier de configuration du serveur proxy: /etc/rhn/rhn.conf. Le fichier de configuration Agent de mise à jour de Red Hat (up2date) et /etc/sysconfig/rhn/up2date, doivent être mis à jour manuellement pour recevoir ses mises à jour d'un autre serveur, comme d'un Serveur RHN Satellite. Finalement, vous devez décider si vous souhaitez activer SSL en cochant ou non la case en bas. Red Hat recommande fortement d'utiliser ce niveau de cryptage pour tout flot vers et en provenance du Serveur Proxy RHN. Pour le sélectionner, vous devrez, cependant, vous connecter aux serveurs centraux RHN (avec SSL activé par défaut) ou à un Serveur RHN Satellite ou à un Serveur Proxy RHN avec SSL activé. Pour pouvoir connecter aux serveurs centraux RHN, vous devrez décharger le fichier de certificats fusionné mentionné plus haut. Pour pouvoir vous connecter à un satellite ou à un autre proxy par SSL, vous aurez besoin du mot de passe qui est utilisé pour activer SSL sur le système parent. Note Voir le chapitre intitulé "Infrastructure SSL" dans le Guide de configuration client Red Hat Network pour davantage d'informations sur la configuration d'une infrastructure utilisant SSL en toute sécurité. Si vous choisissez d'activer SSL pendant l'installation, ne cochez pas cette case et consultez le chapitre sur les certificats SSL du Guide de configuration client RHN pour étudier comment obtenir un tel niveau de sécurité. Lorsque vous aurez terminé, cliquez continue. Si vous activez SSL et que vous êtes connecté à un satellite, la page Configurer SSL apparaît. Si vous activez SSL et que vous vous connectez aux serveurs centraux ou à un autre serveur proxy, la page Chargement SSL apparaît. Si vous n'avez pas activé SSL mais que vous avez activé Monitoring, passez à la description Configurer Monitoring. Si vous n'avez pas activé SSL ou Monitoring, passez à la description Progrès de l'installation. 24

31 RHN Figure 4.6. Configurer SSL 14.Sur la page Configurer SSLne s'appliquant qu'à un serveur proxy se connectant à un Serveur RHN Satellite avec SSL activé, fournir les informations qu'il faut pour générer un certificat de serveur. Le plus important c'est le mot de passe du certificat CA, quidoit correspondre au mot de passe utilisé au moment de l'activation du serveur parent. Les champs restants doivent correspondre aux valeurs du serveur parent mais peuvent différer, suivant le rôle du serveur proxy, dans le cas d'un emplacement géographique différent par exemple. De la même manière, l'adresse peut être la même que celle présentée plus haut à l'administrateur du serveur proxy, mais peut, à la place, être envoyée vers un administrateur de certificats particulier. L'expiration du certificat peut être configurée. Comme toujours, veillez à ce que les valeurs fournies ici figurent dans les copies de secours des informations procurées dans Chapitre 2, Besoins. Une fois terminé, cliquer sur continue. 25

32 Chapitre 4. Installation Figure 4.7. Configurer Monitoring 15.Sur la page Configurer Monitoring, donner ou confirmer le nom d'hôte ou l'adresse IP du serveur parent auquel est connecté le Serveur Proxy RHN. Cette valeur doit être un Serveur RHN Satellite ou un autre proxy qui, à son tour, est connecté à un Satellite. Vous ne pouvez pas atteindre Monitoring via les serveurs RHN centraux. Une fois terminé, cliquer sur Continuer. La page Progrès de l'installation sera affichée. Figure 4.8. Progrès de l'installation 16.Dans la page Progrès de l'installation, vous pourrez surveiller le cours de l'installation au fur et à mesure qu'elle progresse. Cliquez sur le lien Détails Action à n'importe quelle étape. 26

33 Processus d'installation du Serveur Proxy Lorsqu'une action est en cours, son statut passe de Queued vers Picked Up puis finalement vers Completed. Comme dans les paquets originaux d'installation, vous pouvez immédiatement initialiser ces étapes en exécutant la commande rhn_check dans un terminal du système en tant que superutilisateur. Lorsque vous aurez terminé, la page Install Progress affichera le message Install Progress. Vous pouvez maintenant commencer d'enregistrer les systèmes restant à être desservis par le Serveur Proxy RHN. Se référer au Guide de configuration client RHN. 17.Quand tous les items de la page Progrès de l'installation sont terminés, le serveur mandataire est prêt à l'utilisation. Vous pouvez maintenant enregistrer les systèmes sur RHN par l'intermédiaire du serveur proxy. 27

34 28

35 Chapitre 5. Gestionnaire de paquetages de RHN Le Gestionnaire de paquetages de RHN est un outil en ligne de commande qui permet à une organisation de servir des paquetages locaux associés à un canal RHN privé via le Serveur Proxy RHN. Si vous souhaitez que le Serveur Proxy RHN mette à jour uniquement les paquetages officiels de Red Hat, vous n'avez pas besoin d'installer le Gestionnaire de paquetages de RHN. Pour utiliser le Gestionnaire de paquetages de RHN, installez le paquetage rhns-proxy-package-manager et ses dépendances. Seules les informations d'en-tête pour les paquetages sont téléchargées vers les serveurs RHN. Les en-têtes sont requis afin que RHN puisse résoudre les dépendances de paquetages pour les systèmes client. Les fichiers de paquetages actuels (*.rpm) sont stockés sur le Serveur Proxy RHN. Le Gestionnaire de paquetages de RHN utilise les mêmes paramètres que le Proxy, définis dans le fichier de configuration /etc/rhn/rhn.conf. 1. Créer un canal privé Avant que les paquetages locaux puissent être fournis via le Serveur Proxy RHN, un canal privé est nécessaire pour les stocker. Effectuez les étapes suivantes pour créer un canal privé: 1. Connectez-vous sur l'interface Web de RHN à l'adresse suivante: 2. Cliquez sur Canaux dans la barre de navigation supérieure. Si l'option Gérer les canaux n'est pas présente dans la barre de navigation de gauche, assurez-vous que cet utilisateur possède les permissions d'édition de canaux. Pour ce faire, utilisez la catégorie Utilisateurs accessible via la barre de navigation supérieure. 3. Dans la barre de navigation de gauche, cliquez sur Gérer les canaux logiciels, puis sur le bouton créer un nouveau canal en haut à droite de la page. 4. Sélectionnez une architecture de canal parent et canal de base, puis saisissez un nom, une étiquette, un résumé et une description pour le nouveau canal privé. L'étiquette de canal doit: avoir au moins six caractères, commencer par une lettre et contenir uniquement des lettres en minuscules, des chiffres, des tirets (-) et des points (.). Saisissez également l'url de la clé GPG du canal. Bien que ce champ ne soit pas requis, il est recommandé pour améliorer la sécurité. Pour obtenir des instructions sur la génération de clés GPG, reportez-vous au Guide de gestion de canaux de RHN. 5. Cliquez sur Créer un canal. 2. Télécharger des paquetages 29

36 Chapitre 5. Gestionnaire de paquetages de RHN Remarque Vous devez être un Administrateur d'organisation pour télécharger des paquetages vers les canaux RHN privés. Le script vous invitera à saisir votre nom d'utilisateur et votre mot de passe RHN. Après avoir créé le canal privé, téléchargez les en-têtes de paquetages pour votre binaire et les RPM source vers le serveur RHN et copiez les paquetages sur le RHN Proxy Broker Server. Pour télécharger les en-têtes de paquetages pour le binaire, saisissez la commande suivante en ligne de commande: rhn_package_manager -c "label_of_private_channel" pkg-list pkg-list est la liste de paquetages à télécharger. Alternativement, utilisez l'option -d pour spécifier le répertoire local qui contient les paquetages à ajouter au canal. Assurez-vous que le répertoire ne contienne uniquement les paquetages à inclure et aucun autre fichier. Le Gestionnaire de paquetages de RHN peut également lire la liste de paquetages de l'entrée standard (à l'aide de --stdin). Pour télécharger les en-têtes de paquetages pour les RPM source: rhn_package_manager -c "label_of_private_channel" --source pkg-list Si vous avez plusieurs canaux spécifiés (à l'aide de -c ou --channel), les en-têtes de paquetages téléchargés seront liés à tous les canaux listés. Remarque Si un nom de canal n'est pas spécifié, les paquetages ne sont ajoutés à aucun canal. Les paquetages peuvent alors être ajoutés à un canal à l'aide de l'interface Web de Red Hat Network. L'interface peut également être utilisée pour modifier les canaux privés existants. Après avoir téléchargé les paquetages, vous pouvez immédiatement vérifier l'interface Web de RHN pour vérifier leur présence. Cliquez sur Canaux dans la barre de navigation supérieure, Gérer les canaux logiciels dans la barre de navigation de gauche, puis sur le nom du canal personnalisé. Cliquez ensuite sur l'onglet Paquetages. Chaque RPM devrait être listé. Vous pouvez également vérifier si le répertoire local est en synchronisation avec l'image du serveur RHN des canaux en ligne de commande: rhn_package_manager -s -c "label_of_private_channel" 30

37 Options en ligne de commande L'option -s listera tous les paquetages manquants (paquetages téléchargés vers le serveur RHN qui ne sont pas présents dans le répertoire local). Vous devez être un Administrateur d'organisation pour utiliser cette commande. Le script vous invitera à saisir votre nom d'utilisateur et votre mot de passe RHN. Consultez le Tableau 5.1, «options de rhn_package_manager» pour des options supplémentaires en ligne de commande. Si vous utilisez le Gestionnaire de paquetages de RHN pour mettre à jour les paquetages locaux, vous devez vous rendre sur le site Web de RHN pour abonner le système au canal privé. 3. Options en ligne de commande Un résumé de toutes les options en ligne de commande pour le Gestionnaire de paquetages de RHN rhn_package_manager: Option -v, --verbose -ddir, --dir=dir -cchannel, --channel=channel -nnumber, --count=number -l, --list -s, --sync -p, --printconf -XPATTERN, --exclude=pattern --newest --stdin --nosig --username=username --password=password Description Augmenter les commentaires. Traiter les paquetages du répertoire DIR. Gérer ce canal peut être présente plusieurs fois. Traiter ce nombre d'en-têtes par appel la valeur par défaut est 32. Lister chaque nom de paquetage, numéro de version, numéro de publication et architecture dans le ou les canaux spécifiés. Vérifier si le répertoire local est en synchronisation avec le serveur. Imprimer la configuration courante et quitter. Exclure les fichiers correspondant à cette expression globale peut être présente plusieurs fois. Pousser uniquement les paquetages qui sont plus récents que les paquetages déjà poussés sur le serveur pour le canal spécifié. Lire les noms de paquetages depuis stdin. Pousser les paquetages non signés. Par défaut, le Gestionnaire de paquetages de RHN essaie de pousser uniquement les paquetages signés. Spécifier votre nom d'utilisateur RHN. Si vous ne fournissez pas un nom avec cette option, le système vous le demandera. Spécifier votre mot de passe RHN. Si vous n'en fournissez pas un avec cette option, le système vous le 31

38 Chapitre 5. Gestionnaire de paquetages de RHN Option --source --dontcopy --test --no-ssl Description demandera. Télécharger les en-têtes de paquetages sources. Dans l'étape avant le téléchargement, ne pas copier les paquetages dans leur emplacement final dans l'arborescence de paquetages. Uniquement imprimer les paquetages à pousser. Non recommandé Désactiver SSL. -?, --usage Décrire brièvement les options. --copyonly -h, --help Copier le fichier listé dans l'argument dans le canal spécifié. Cette option est utile lorsqu'un paquetage manque à un canal sur le proxy et que vous ne souhaitez pas réimporter tous les paquetages dans le canal. Par exemple, rhn_package_manager-ccanal--copyonly/chemin/au/fichier/manquant Afficher l'écran d'aide avec une liste d'options. Tableau 5.1. options de rhn_package_manager Conseil Ces options en ligne de commande sont également décrites dans la page man de rhn_package_manager : man rhn_package_manager. 32

39 Chapitre 6. Résolution de problèmes Ce chapitre offre des astuces pour déterminer la cause d'erreurs les plus communes associées au Serveur Proxy RHN et pour les résoudre. Si vous avez besoin d'aide supplémentaire, contactez l'assistance de Red Hat Network à l'adresse Connectez-vous en utilisant votre compte ayant des droits d'accès au Satellite pour voir la liste complète de vos options. 1. Gérer le service Proxy Vu que le Serveur Proxy RHN consiste en une multitude de composants individuels, Red Hat offre un service maître, rhn-proxy, qui vous permet d'arrêter, de démarrer ou d'obtenir le statut de divers services dans l'ordre approprié. Ce service d'aide accepte toutes les commandes typiques habituelles: service rhn-proxy startservice rhn-proxy stopservice rhn-proxy restartservice rhn-proxy status Utilisez le service rhn-proxy pour éteindre et activer le Serveur Proxy RHN entier et obtenir des messages de statut de tous ses services à la fois. 2. Fichiers journaux Chaque étape de résolution de problèmes devrait virtuellement commencer avec l'examen des fichiers journaux associés. Ces derniers offrent des informations de valeur sur l'activité qui a pris place sur le périphérique ou au sein de l'application et qui peuvent être utilisées pour contrôler la performance et assurer une configuration correcte. Consultez le Tableau 6.1, «Fichiers journaux» pour les chemins d'accès à tous les fichiers journaux appropriés: Composant Serveur Web Apache Fiche double (squid) RHN Proxy Broker Server RHN SSL Redirect Server Agent de mise à jour de Red Hat Emplacement du fichier journal répertoire /var/log/httpd/ répertoire /var/log/squid/ /var/log/rhn/rhn_proxy_broker.log /var/log/rhn/rhn_proxy_redirect.log /var/log/up2date Tableau 6.1. Fichiers journaux 3. Questions et réponses Cette section contient les réponses aux questions les plus souvent demandées sur l'installation 33