Chapitre 2. Applications client
Pour utiliser la plupart des fonctions de classe entreprise de Red Hat Network, comme l'enregistrement avec un Satellite RHN, la configuration des applications client les plus récentes est requise. Il peut être difficile d'obtenir ces applications avant que le client ne soit enregistré avec RHN. Ce paradoxe est particulièrement problématique pour les clients qui migrent de grands nombres de vieux systèmes vers RHN. Ce chapitre identifie les techniques pour résoudre ce dilemme.
Important
Red Hat recommande fortement que les clients connectés à RHN Proxy Server ou à RHN Satellite Server exécutent la mise à jour la plus récente de Red Hat Enterprise Linux afin d'assurer une bonne connectivité.
De plus, si les pare-feu du client sont configurés, les ports 80 et 443 doivent être ouverts pour qu'ils puissent fonctionner correctement avec RHN.
2.1. Déploiement des RPM client de RHN les plus récents Copier lienLien copié sur presse-papiers!
Copier lienLien copié sur presse-papiers!
Package Updater (
pup
), yum
, yum RHN Plugin (yum-rhn-plugin
) et Red Hat Network Registration Client (rhn_register
) sur Red Hat Enterprise Linux 5 et 6 sont des conditions nécessaires à l'utilisation d'une grande partie des fonctionnalités entreprise de RHN. Il est crucial de les installer sur des systèmes clients avant de tenter d'utiliser RHN Proxy Server ou RHN Satellite Server dans votre environnement.
Il existe plusieurs approches raisonnables pour accomplir cette mise à jour du logiciel client de RHN. L'une d'entre elles implique le stockage des RPM dans un emplacement qui est accessible à tous les systèmes client et le déploiement des paquetages avec la commande la plus simple possible. Dans pratiquement tous les cas, un déploiement manuel de
yum
, pup
, et rhn_register
n'a pas à être effectué. Ces outils client ne devraient avoir aucun problème à se connecter à l'environnement du Satellite ou Proxy RHN. Les informations ci-dessous présument que les commandes « prêtes à l'emploi » yum
, pup
, et rhn_register
ne sont pas les plus récentes et ne fonctionnent pas pour votre environnement.
Remarquez que les systèmes exécutant Red Hat Enterprise Linux 5 et 6 doivent être enregistrés sur RHN soit avec
firstboot
après l'installation ou en utilisant la commande rhn_register.
Ce document présume que le client a installé au moins un RHN Satellite Server et/ou RHN Proxy Server sur son réseau. L'exemple ci-dessous fait la démonstration d'une approche simple du premier déploiement de
yum
, pup
et rhn_register
(ou up2date
) par un administrateur, en présumant que les machines ne possèdent pas de RHN fonctionnel existant :
rpm -Uvh http://satellite.example.com/pub/rhn-setup-0.4.17-8.el5.i386.rpm http://satellite.example.com/pub/yum-3.2.8-9.el5.i386.rpm http://satellite.example.com/pub/pirut-1.3.28-13.3l5.noarch.rpm
rpm -Uvh
http://satellite.example.com/pub/rhn-setup-0.4.17-8.el5.i386.rpm
http://satellite.example.com/pub/yum-3.2.8-9.el5.i386.rpm
http://satellite.example.com/pub/pirut-1.3.28-13.3l5.noarch.rpm
L'administrateur a déjà pré-rempli le répertoire
/var/www/html/pub/
sur l'environnement RHN Satellite ou RHN Proxy, avec une copie des RPM yum
, pup
et rhn_register
dont les systèmes clients ont besoin, puis en exécutant la commande ci-dessus, les RPM ont été déployés sur les systèmes clients avec une simple commande rpm -Uvh
. La commande rpm -Uvh
, lorsqu'exécutée à partir d'un client, installe les RPM sur ce client, si les noms de domaines, chemins, et versions des RPM sont corrects (remarquez quela commande a été divisée sur plusieurs lignes pour des raisons d'impression et de PDF, mais elle devrait être saisie sur une seule ligne dans une invite shell) :
N'oubliez pas que l'architecture (dans ce cas, i386) et les versions de paquetages peuvent être changées selon les systèmes à servir.