RHN Proxy Server 4.0. Guida all installazione

Transcript

1 RHN Proxy Server 4.0 Guida all installazione

2 RHN Proxy Server 4.0: Guida all installazione Copyright Red Hat, Inc. Red Hat, Inc. 1801Varsity Drive RaleighNC USA Telefono: Telefono: Fax: PO B search Triangle Park NC Stati Uniti RHNproxy(EN)-4.0-RHI ( T13:40) Copyright 2005 by Red Hat, Inc. Questo materiale può essere distribuito solo secondo i termini e le condizioni della Open Publication License, V1.0 o successiva (l ultima versione è disponibile all indirizzo La distribuzione di versioni modificate di questo documento è proibita senza esplicita autorizzazionedel detentore del copyright. La distribuzione per scopi commerciali del libro o di una parte di esso sotto forma di opera stampata è proibita se non autorizzata dal detentore del copyright. Red Hat ed il logo "Shadow Man" di Red Hat, sono dei marchi registrati di Red Hat, Inc. negli Stati Unitie e nelle altre Nazioni. Tutti gli altri marchi elencati sono di proprietà dei rispettivi proprietari. Il codice GPG della chiave security@redhat.comè: CA B D6 9D FC 65 F6 EC C CD DB 42 A6 0E

3 Sommario 1. Introduzione Red Hat Network RHN Proxy Server Termini da comprendere Come funziona Requisiti Requisiti software Requisiti hardware Requisiti di spazio del disco Requisiti aggiuntivi Esempio di topologie Topologia di Proxy singolo Topologia orizzontale di proxy multipli Topologia verticale di Proxy multipli Proxy con RHN Satellite Server Installazione Installazione di base Processo di installazione del RHN Proxy Server RHN Package Manager Creazione di un canale privato Caricamento dei pacchetti Opzioni della linea di comando Troubleshooting Gestione del servizio Proxy File di log Domande e risposte Problemi generali Host non trovato/impossibile determinare il FQDN Errori di connessione Problematiche del Caching Proxy Debugging di Red Hat...36 A. Esempio file di configurazione di RHN Proxy Server...39 Indice...41

4

5 Introduzione Capitolo Red Hat Network Red Hat Network (RHN) è l ambiente di supporto del sistema e di gestione dei sistemi Red Hat o di una serie di reti. Red Hat Network racchiude i tool, i servizi e le repository per le informazioni necessarie per massimizzare l affidabilità, la sicurezza e la prestazione dei sistemi stessi. Per poter usare RHN, gli amministratori possono registrare i profili software e hardware, conosciuti anche come Profili del Sistema, dei propri sistemi client con Red Hat Network. Quando un sistema client richiede gli aggiornamenti, solo i pacchetti applicabili per il client vengono ritornati (basati sul profilo software conservato sui server di RHN). I vantaggi nell uso di Red Hat Network includono: Scalabilità con Red Hat Network, un solo amministratore di sistema è in grado di impostare e gestire più facilmente centinaia o migliaia di sistemi Red Hat, in modo più accurato e veloce rispetto ad un amministratore che gestisce un solo sistema senza Red Hat Network. Protocolli standard vengono utilizzati protocolli standard per gestire la sicurezza e aumentare la capacità. Per esempio, XML-RPC conferisce a Red Hat Network la possibilità di fare molto di più che il semplice download dei file. Sicurezza tutte le comunicazioni tra i sistemi registrati e Red Hat Network hanno luogo attraverso collegamenti internet sicuri. Visualizzazione degli Errata Alert visualizzate più facilmente gli Errata Alert per tutti i vostri sistemi client, attraverso un solo sito web. Azioni programmate utilizzate il sito web per poter programmare le azioni, incluso gli Errata Alert, le installazioni dei pacchetti e gli aggiornamenti del profilo software. Simplificazione gestione più semplice dei sistemi di Red Hat, processo automatizzato RHN Proxy Server Un RHN Proxy Server è un servizio impiegato all interno di una rete corporativa che presenta funzionalità Red Hat Network avanzate, come ad esempio un meccanismo di caching del pacchetto per un utilizzo ridotto della larghezza di banda, e canali personalizzabili che permetono l impiego di pacchetti personalizzati.

6 2 Capitolo 1. Introduzione Questo servizio permette a piccole, medie e grandi aziende di conservare gli aggiornamenti RPM su di un RHN Proxy Server centrale interno, permettendo ai sistemi client di scaricare gli aggiornamenti direttamente dal server in questione, invece di scaricarli dei server RHN 1 attraverso Internet. I profili del sistema del client e le informazioni dell utente, vengono conservati su server RHN centrali sicuri, i quali a loro volta servono anche il sito web di RHN (rhn.redhat.com). Il Proxy non serve il sito web vero e proprio; Esso si comporta come un entità intermedia tra sistemi client ed il Red Hat Network. Solo i file RPM vengono conservati sul RHN Proxy Server. Ogni operazione viene autenticata, ed il Red Hat Update Agent controlla la firma GPG di ogni pacchetto ripristinato dal RHN Proxy Server locale. In aggiunta al processo di conservazione dei pacchetti Red Hat ufficiali, il RHN Proxy Server può essere configurato in modo da consegnare i pacchetti RPM personalizzati di una organizzazione, direttamente da canali RHN privati utilizzando il RHN Package Manager. Per esempio, una organizzazione è in grado di sviluppare il proprio software, racchiuderlo all interno di un RPM, firmarlo con la propria firma GPG, e permettere al proprio RHN Proxy Server locale di aggiornare tutti i singoli sistemi presenti all interno della rete, con le ultimissime versioni del software personalizzato. I vantaggi dell utilizzo di RHN Proxy Server includono: Scalabilità possono sussistere RHN Proxy Server multipli locali all interno di una organizzazione. Sicurezza viene mantenuto un collegamento sicuro end-to-end: dai sistemi client al RHN Proxy Server locale, ed ai server di Red Hat Network. Risparmio di tempo i pacchetti vengono consegnati ad una velocità maggiore attraverso una rete dell area locale invece di internet. Risparmio della larghezza di banda i pacchetti vengono scaricati dai RHN File Server solo una volta (per ogni meccanismo di caching del Proxy Server locale), invece di scaricare ogni pacchetto per ogni sistema client. Risparmio di spazio su disco su ogni singolo sistema è necessario un array del disco molto grande, invece di uno spazio extra sul disco su tutti i sistemi client. Aggiornamenti personalizzati create un sistema di consegna dei pacchetti automatizzato, per pacchetti software personalizzati insieme ai pacchetti Red Hat ufficiali necessari per i sistemi client. I canali privati RHN personalizzati permettono ad una organizzazione, di consegnare in modo automatizzato i pacchetti di tipo in-house. Configurazione personalizzata rifiutate o garantite gli aggiornamenti ad architetture specifiche e a determinate versioni dell OS. È necessario solo un unico collegamento internet i sistemi client eseguono un collegamento attraverso il Proxy Server abilitato all HTTP, senza aver bisogno di alcun collega- 1. Attraverso questo documento è possibile sostituire il server RHN, con RHN Satellite Server, se il RHN Proxy Server si collega ad un RHN Satellite Server.

7 Capitolo 1. Introduzione 3 mento a reti esterne (Internet), ma richiedendo solo un accesso Local Area Network al quale il RHN Proxy Server risulta collegato. Solo il RHN Proxy Server necessita di un collegamento internet per contattare i server RHN, a meno che il RHN Proxy Server non utilizzi un RHN Satellite Server, in tal caso solo il RHN Satellite Server richiederà un collegamento internet Termini da comprendere Prima di comprendere RHN Proxy Server, è importante conoscere i seguenti termini di Red Hat Network Canale Un canale è un elenco di pacchetti software. Sono disponibili due tipi di canali: canali di base e canali figlio. Un canale di base consiste in un elenco di pacchetti basati su di una architettura specifica e su di una release di Red Hat. Un canale figlio è un canale associato con un canale di base, ma contenente pacchetti extra. Organization Administrator Organization Administrator corrisponde al ruolo con il più elevato livello di controllo di un account Red Hat Network di una organizzazione. I membri con questo ruolo sono in grado di aggiungere o rimuovere utenti, sistemi e gruppi di sistema all interno dell organizzazione stessa. Una organizzazione Red Hat Network deve avere almeno un Organization Administrator. Amministratore del canale Il ruolo di amministratore del canale presenta un accesso completo alle capacità di gestione del canale. Gli utenti con questo ruolo sono in grado di creare canali ed assegnare pacchetti ai canali desiderati. Questo ruolo può essere assegnato da un Organization Administrator attraverso la tabella Utenti del sito web di RHN. Red Hat Update Agent Red Hat Update Agent è l applicazione client di Red Hat Network (up2date), che permette agli utenti di ripristinare ed installare pacchetti nuovi o aggiornati, per il sistema client sul quale vengono eseguite le applicazioni. Traceback Un traceback è una descrizione dettagliata del "tipo di problema", utile per eseguire il troubleshooting del RHN Proxy Server. I messaggi di traceback vengono automaticamente generati quando si verifica un errore critico, e vengono inviati alle persone designate all interno del file di configurazione di RHN Proxy Server. Per maggiori informazioni consultate la Red Hat Network Reference Guide disponibile su

8 4 Capitolo 1. Introduzione 1.4. Come funziona Il Red Hat Update Agent presente sui sistemi client non contatta direttamente il server Red Hat Network. Al contrario, il client (o i client) esegue un collegamento ad un RHN Proxy Server, che a sua volta si collega ai server Red Hat Network oppure ad un RHN Satellite Server. In tal modo, i sistemi client non avranno bisogno di un accesso diretto ad internet, ma avranno solo bisogno di un accesso al RHN Proxy Server. Importante Red Hat consiglia ai client collegati ad un RHN Proxy Server di eseguire l ultimissima versione aggiornata di Red Hat Enterprise Linux, in modo da assicurare un collegamento corretto. Per default un client verrà autenticato direttamente dai server Red Hat Network. Utilizzando un RHN Proxy Server il processo di autenticazione funzionerà in modo simile, ad eccezione del fatto che il RHN Proxy Server sarà anche in grado di fornire informazioni sul route. Dopo aver eseguito una corretta autenticazione, il server Red Hat Network informa RHN Proxy Server sulla possibilità di eseguire un azione specifica per il client. Il RHN Proxy Server scarica tutti i pacchetti aggiornati (se essi non sono già presenti all interno della propria cache), e li consegna al sistema client. Le richieste provenienti dal Red Hat Update Agent sui sistemi client, vengono ancora autenticate dal lato server, ma la consegna dei pacchetti risulta essere molto più veloce, poichè i pacchetti sono conservati all interno della HTTP Proxy Caching Server o del RHN Proxy Server (per pacchetti locali); il RHN Proxy Server, ed il sistema client, sono collegati tramite il LAN e risultano limitati solo dalla velocità della rete locale. Il processo di autenticazione viene eseguito tramite le seguenti fasi: 1. Il client esegue un azione di login al momento di iniziare una sessione client. Il login viene passato attraverso uno o più RHN Proxy Server fino a raggiungere un server Red Hat Network. 2. Il server Red Hat Network cerca di autenticare il client. Se l autenticazione risulta avere un esito positivo, il server ritorna una sessione token tramite la serie di RHN Proxy Server. Il suddetto token, il quale presenta sia una firma che una scadenza, contiene le informazioni sull utente, incluso le informazioni sulla sottoscrizione-ai canali, il nome utente, ecc. 3. Ogni RHN Proxy Server conserva questo token sul proprio file system in /var/cache/rhn/. L azione di caching riduce l overhead dovuto all autenticazione con i server Red Hat Network, migliorando le prestazioni di Red Hat Network. 4. Questo token viene ritornato alla macchina del client ed utilizzato in successive azioni sul Red Hat Network.

9 Capitolo 1. Introduzione 5 Dal punto di vista del client, non vi è alcuna differenza tra un RHN Proxy Server ed un Red Hat Network. Dal punto di vista del server Red Hat Network, un RHN Proxy Server risulta essere un tipo particolare di client RHN. I client non risultano essere influenzati dai tragitti seguiti dalle richieste per raggiungere un server Red Hat Network. Il tutto viene implementato nei server Red Hat Network e RHN Proxy Server. Facoltativamente RHN Package Manager può essere installato e configurato per servire i pacchetti personalizzati, scritti in modo specifico per l organizzazione. È da tener presente che essi non sono pacchetti ufficiali di Red Hat. Dopo aver creato un canale RHN privato, i pacchetti RPM personalizzati vengono associati con il canale privato, caricando gli header dei pacchetti sui server RHN. Durante tale processo, vengono caricati solo gli header e non i file del pacchetto. Gli header sono necessari poichè essi contengono informazioni vitali sugli RPM, come ad esempio le dipendenze software, che permettono ad RHN di automatizzare l installazione del pacchetto. I pacchetti RPM personalizzati vengono conservati sul RHN Proxy Server ed inviati ai sistemi client dall interno della rete dell area locale dell organizzazione. Il processo di configurazione della rete di un computer in modo che la stessa utilizzi i RHN Proxy Server, risulta essere un processo molto semplice. Le applicazioni Red Hat Network presenti sui sistemi client, devono essere configurate in modo da collegarsi al RHN Proxy Server invece di collegarsi ai server Red Hat Network. Per maggiori informazioni, consultate la RHN Client Configuration Guide. Dal lato proxy, è necessario specificare il proxy successivo all interno della catena dei proxy (il quale probabilmente terminerà con un server Red Hat Network). Se si utilizza il RHN Package Manager, i sistemi client devono essere registrati al canale RHN privato.

10 6 Capitolo 1. Introduzione

11 Requisiti Capitolo 2. Prima di iniziare il processo d installazione è necessario soddisfare i requisiti previsti. Per eseguire da RHN Satellite Server una installazione della versione 3.6 o una versione più recente di RHN Proxy Server, è necessario che la versione di Satellite risulti essere la 3.6 oppure una versione più recente Requisiti software Per eseguire una installazione è necessario avere i seguenti componenti software: Sistema operativo di base RHN Proxy Server è supportato con Red Hat Enterprise Linux AS 3 Update 5 e con versioni più recenti, oppure con Red Hat Enterprise Linux AS 4. Il sistema operativo può essere installato tramite disco, immagine ISO locale, kickstart oppure tramite qualsiasi metodo supportato da Red Hat. Importante Se desiderate ottenere un servizio di livello Monitoring, è necessario installare il vostro RHN Proxy Server su Red Hat Enterprise Linux AS 3 Update 5 o Red Hat Enterprise Linux AS 4. Essi infatti risultano essere i soli sistemi operativi supportati per i proxy in grado di servire i sistemi aventi diritto al Monitoring. Ogni versione di Red Hat Enterprise Linux AS richiede un determinato set di pacchetti per poter supportare RHN Proxy Server. Qualsiasi altro set potrà causare degli errori durante il processo di installazione. Per questo motivo Red Hat consiglia di ottenere il set di pacchetti desiderato nei seguenti modi: Nota Bene Per eseguire kickstart su Red Hat Enterprise Linux AS 4 o Red Hat Enterprise Linux AS 3 Update 5, specificare il seguente gruppo di Base Per installare Red Hat Enterprise Linux AS 4 o Red Hat Enterprise Linux AS 3 Update 5 tramite CD o immagine ISO, selezionare il seguente gruppo: Minimal

12 8 Capitolo 2. Requisiti Attenzione È necessario disabilitare il Security-enhanced Linux (SELinux) su Red Hat Enterprise Linux AS 4, prima di iniziare l installazione del RHN Proxy Server. Per fare questo durante l installazione tramite il CD o l immagine ISO, selezionare Disabilitato quando visualizzerete le opzioni per il supporto di SELinux. Invece per installazioni kickstart, includere il comando selinux --disabled, oppure attendere il completamento dell installazione, successivamente modificate il file /etc/selinux/config in modo da leggere SELINUX=disabled, e riavviare il sistema. Un entitlement RHN Proxy Server disponibile all interno del vostro account Red Hat Network. Un entitlement di Provisioning disponibile all interno del vostro account Red Hat Network (il quale dovrebbe essere presente con il vostro entitlement RHN Proxy Server). Un accesso al canale Tool di Red Hat Network per la versione installata di Red Hat Enterprise Linux AS. Tutti i pacchetti rhncfg* installati sul Proxy (dal canale Tool di RHN). Sul Proxy è necessaria la presenza del pacchetto rhns-certs-tools (dal canale Tool di RHN), oppure della password del certificato CA del secure sockets layer (SSL), utilizzato per generare il certificato del server genitore (come nel caso del RHN Satellite Server). Configurate il sistema in modo che lo stesso accetti i comandi remoti e la gestione della configurazione attraverso Red Hat Network. Per informazioni consultate la Sezione Requisiti hardware Per un RHN Proxy Server sono necessari i seguenti requisiti: Processore Pentium III, 1.26GHz, 512K cache o equivalente 512 MB di memoria 3 GB di storage per una installazione di base di Red Hat Enterprise Linux AS 6 GB di storage per distribuzione/canale Il carico sul Server HTTP di Apache è direttamente associato alla frequenza con la quale i sistemi client si collegano al Proxy, quindi se si riduce l intervallo di default di quattro ore (o 240 minuti) come set nel file di configurazione /etc/sysconfig/rhn/rhnsd dei sistemi client, aumenterete significativamente il carico su questo componente Requisiti di spazio del disco Il meccanismo di caching utilizzato dal RHN Proxy Server è lo Squid HTTP proxy, il quale è in grado di salvare una notevole quantità di larghezza di banda per i client. Altresì esso

13 Capitolo 2. Requisiti 9 dovrebbe presentare una certa quantità di spazio disponibile. I pacchetti conservati nella cache si trovano in /var/spool/squid. L allocazione necessaria per ogni distribuzione/canale è di 6 GB. Se il RHN Proxy Server è configurato per distribuire pacchetti locali o personalizzati, assicuratevi che il mount point /var presente sul sistema che conserva i pacchetti locali, abbia uno spazio sufficiente per contenere tutti i pacchetti personalizzati, i quali a loro volta sono conservati in /var/spool/rhn-proxy. Lo spazio necessario del disco per i pacchetti locali, dipende dal numero di pacchetti personalizzati serviti Requisiti aggiuntivi I seguenti requisiti aggiuntivi devono essere soddisfatti prima di considerare conclusa l installazione del RHN Proxy Server. Accesso completo I sistemi client necessitano di un accesso completo ai servizi RHN Proxy Server ed alle porte. Regole per il firewall Il RHN Proxy Server solution può essere protetto da internet tramite l utilizzo di firewall, ma deve essere sempre in grado di poter stabilire collegamenti in uscita, utilizzando le porte 80 e 443. In aggiunta, se il Proxy viene collegato ad un RHN Satellite Server configurato per passare azioni a sistemi client e al Proxy, è necessario abilitare i collegamenti in entrata sulla porta Orari sincronizzati del sistema È presente una certa sensibilità per quanto riguarda il tempo di connettività ad un Web server in grado di eseguire un SSL (Secure Sockets Layer); è obbligatorio che le impostazioni dell ora sui client e sul server, siano ragionevolmente molto vicini l un l altra in modo da non far scadere il certificato SSL prima o durante il suo utilizzo. A tal proposito è consigliato utilizzare il Network Time Protocol (NTP) per sincronizzare gli orologi. Fully Qualified Domain Name (FQDN) Il sistema per mezzo del quale RHN Proxy Server sarà installato, deve risolvere il proprio FQDN in modo corretto. Un account Red Hat Network Gli utenti che si collegheranno ai server Red Hat Network centrali per ricevere gli aggiornamenti, avranno bisogno di un account con Red Hat Network. Questo account dovrebbe essere impostato al momento dell acquisto con il rappresentante in questione. Backup delle informazioni di login È fondamentale che i clienti conservino tutte le informazioni di login primarie. Per RHN Proxy Server tale processo include i nomi utente, e le password per l account di un

14 10 Capitolo 2. Requisiti Organization Administrator e per la generazione del certificato SSL. Red Hat consiglia vivamente di copiare queste informazioni su due floppy disk separati, stampandole su di un foglio e conservandole in un luogo sicuro. Posizioni della distribuzione Poichè proxy inoltra virtualmente tutte le richieste HTTP locali ai server RHN centrali, è necessario posizionare i file destinati alla distribuzione (come ad esempio in un albero di installazione di kickstart), in un luogo di non-forwarding sul Proxy: /var/www/html/pub/. I file presenti in questa directory possono essere scaricati direttamente dal Proxy. Tale operazione può essere molto utile per la distribuzione di chiavi GPG, o per la determinazione degli alberi di installazione per kickstart. Altresì Red Hat consiglia di non rendere pubblicamente disponibili, i sistemi che eseguono il codice. Solo gli amministratori di sistema, e non gli utenti normali, devono avere accesso alla shell per queste macchine. Tutti i servizi non necessari devono essere disabilitati. Per disabilitare i suddetti servizi è possibile utilizzare ntsysv o chkconfig. Per finire, è necessario essere in possesso dei seguenti documenti tecnici per un loro utilizzo seguendo l ordine riportato: 1. La RHN Proxy Server Installation Guide Questa guida fornisce le fasi necessarie per impostare ed eseguire correttamente un RHN Proxy Server. 2. La RHN Client Configuration Guide Questa guida spiega come configurare i sistemi serviti da un RHN Proxy Server o RHN Satellite Server. (Tale operazione richiederà anche l utilizzo della RHN Reference Guide, la quale contiene tutte le fasi necessarie per la registrazione e l aggiornamento dei sistemi.) 3. La RHN Channel Management Guide Questa guida identifica in modo particolare i metodi consigliati per la creazione dei pacchetti e dei canali personalizzati, ed i metodi per la gestione degli Errata privati. 4. La RHN Reference Guide Questa guida descrive come creare gli account RHN, registrare ed aggiornare i sistemi, ed utilizzare al meglio il sito web di RHN. La suddetta guida potrebbe essere utile durante l intero processo di installazione e configurazione.

15 Esempio di topologie Capitolo 3. RHN Proxy Server può essere configurato in diversi modi, selezionatene uno in base ai seguenti fattori: 1. Numero totale di sistemi client serviti dal 2. Numero massimo previsto di client, che si collegheranno contemporaneamente al RHN Proxy Server. 3. Numero di canali e pacchetti personalizzati serviti dal RHN Proxy Server. 4. Numero di RHN Proxy Server utilizzato nell ambiente utente. Il resto del capitolo descrive le configurazioni possibili, spiegandone anche i benefici relativi Topologia di Proxy singolo La configurazione più semplice è quella che utilizza un RHN Proxy Server singolo per servire l intera rete. Tale configurazione è sufficiente per servire un piccolo gruppo di client, ed una rete che potrebbe beneficiare del caching degli RPM di Red Hat, insieme alla conservazione dei pacchetti personalizzati su di un server locale. Lo svantaggio nell utilizzo di un solo RHN Proxy Server è rappresentato dalle prestazioni, infatti esse tenderanno a peggiorare con l aumentare del numero dei client che richiede i pacchetti.

16 12 Capitolo 3. Esempio di topologie Figura 3-1. Topologia di Proxy singolo 3.2. Topologia orizzontale di proxy multipli Per reti più grandi sarà necessario implementare un metodo più complesso, come quello di avere RHN Proxy Server multipli tutti collegati individualmente al Red Hat Network. Questa configurazione orizzontale, bilancia il carico dovuto alle richieste del client, abilitando altresì ogni Proxy alla sincronizzazione simultanea con RHN. Uno svantaggio di questa struttura è rappresentato dal fatto che i pacchetti, caricati su di un singolo Proxy, devono essere distribuiti ai propri server imparentati sibling. Questa situazione può essere risolta in uno dei seguenti modi: Il programma di trasferimento del file rsync può essere utilizzato per sincronizzare i pacchetti tra i Proxy, oppure è possibile stabilire una condivisione Network File System (NFS), tra i Proxy e la repository del canale personalizzato. Entrambe le suddette soluzioni permetteranno a qualsiasi client di qualsiasi RHN Proxy Server, di ricevere tutti i pacchetti personalizzati.

17 Capitolo 3. Esempio di topologie 13 Figura 3-2. Topologia orizzontale di proxy multipli 3.3. Topologia verticale di Proxy multipli Un metodo alternativo per i RHN Proxy Server multipli, è quello di stabilire un proxy primario al quale gli altri si possono collegare per ricevere sia gli RPM da Red Hat Network, che i pacchetti personalizzati creati localmente. In assenza di tale metodo, i proxy secondari possono comportarsi come client del primario. Ciò allevierà la necessità di stabilire una sincronizzazione tra i RHN Proxy Server, poichè essi utilizzano la funzionalità up2date ereditata con il prodotto. Come con la configurazione orizzontale, il metodo verticale permette a qualsiasi client di qualsiasi RHN Proxy Server, di ricevere tutti i pacchetti personalizzati a loro consegnati. Il proxy controlla raramente la propria repository cercando di trovare il pacchetto sul proprio filesystem. In caso negativo, effettuerà un altro tentativo una volta raggiunto il livello successivo. Questo tipo di configurazione verticale, assicura che i proxy secondari dipendano dal primario per la ricezione sia degli aggiornamenti provenienti da RHN che per i pacchetti personalizzati. Altresì i canali personalizzati ed i pacchetti, devono essere posizionati solo sul proxy primario in modo tale da poter assicurare una distribuzione ai proxy figlio. Per finire, i file di configurazione dei proxy secondari, devono indicare il primario invece di indicare direttamente Red Hat Network.

18 14 Capitolo 3. Esempio di topologie Figura 3-3. Topologia verticale di Proxy multipli 3.4. Proxy con RHN Satellite Server In aggiunta ai metodi descritti all interno di questo capitolo, gli utenti hanno la possibilità di utilizzare RHN Proxy Server insieme con RHN Satellite Server. In questo caso il funzionamento è simile alla configurazione verticale di Proxy, con l aggiunta di una maggiore capacità, poichè i Satellite sono in grado di servire un numero maggiore di sistemi client. Per una descrizione più completa di questa combinazione, consultate il capitolo degli esempi di topologie della RHN Satellite Server Installation Guide. Il collegamento dei certificati SSL dei due prodotti, viene riportato all interno della RHN Client Configuration Guide. Per saperne di più sulla suddivisione dei canali e dei pacchetti, consultate la RHN Channel Management Guide.

19 Installazione Capitolo 4. Questo capitolo descrive il processo di installazione iniziale di RHN Proxy Server. Tale processo presume che i requisiti presenti nel Capitolo 2, siano stati soddisfatti. Tuttavia, se state eseguendo un aggiornamento ad una versione più recente del RHN Proxy Server, potete contattare il vostro rappresentante Red Hat per ottenere assistenza Installazione di base Il RHN Proxy Server è stato creato per essere eseguito su sistemi operativi Red Hat Enterprise Linux AS. Per questo motivo, la prima fase consiste nell installazione del sistema operativo di base, tramite disco, tramite una immagine ISO, o kickstart. Durante e dopo il processo di installazione del sistema operativo, assicuratevi di: Allocare spazio sufficiente alla partizione che verrà utilizzata per conservare i pacchetti, come riportato dai requisiti hardware precedentemente indicati. La posizione di default per i pacchetti Red Hat conservati è /var/spool/squid, mentre i pacchetti personalizzati si trovano all interno di /var/spool/rhn-proxy. Installare solo i pacchetti necessari per il RHN Proxy Server. È necessario installare solo i pacchetti di base, poichè se installate altri pacchetti causerete il fallimento del processo di installazione del RHN Proxy Server. Consultate la Sezione 2.1 per informazioni su come ottenere il gruppo di pacchetti necessari per ogni versione di Red Hat Enterprise Linux AS. Importante Se desiderate ottenere un servizio Monitoring-level, è necessario installare il vostro RHN Proxy Server su Red Hat Enterprise Linux AS 3 Update 5 o Red Hat Enterprise Linux AS 4. Infatti essi risultano essere i soli sistemi operativi di base supportati per Proxy, utilizzati per servire sistemi aventi diritto al Monitoring. Abilitate il Network Time Protocol (NTP) sul Proxy, e selezionate il fuso orario appropriato. A questo punto tutti i sistemi client dovrebbero aver già eseguito il demone ntpd, e presentare il fuso orario corretto. Dopo il processo di installazione, disabilitate i servizi ipchains e iptables.

20 16 Capitolo 4. Installazione 4.2. Processo di installazione del RHN Proxy Server Le seguenti informazioni descrivono il processo di installazione del RHN Proxy Server 1. Registrate con Red Hat Network il sistema Red Hat Enterprise Linux AS appena installato, (sia i server RHN centrali o il vostro RHN Satellite Server) utilizzando l account organizzativo contenente l entitlement del RHN Proxy Server, eseguendo il comando up2date --register. 2. Conferite al sistema un entitlement di Provisioning visitando il sito web di RHN (oppure il fully qualified domain name del Satellite asservito al Proxy), per fare ciò eseguite un log in come Organization Administrator, e andate sulla pagina Sistemi Entitlement dei sistemi. A questo punto selezionate la casella corrispondente al sistema sul quale verrà installato il RHN Proxy Server, e fate clic sul pulsante Aggiungi Provisioning. 3. Assicuratevi che il sistema sia registrato al canale Red Hat Network Tool per il proprio sistema operativo di base, per fare ciò cliccate il nome del sistema e navigate fino a giungere alla sottotabella Sistema Informazioni sul sistema Canali Software. Se il canale Red Hat Network Tool non è stato selezionato, vi preghiamo di selezionarlo e successivamente di registrare il sistema al suddetto canale, facendo clic sul pulsante Modifica sottoscrizioni. 4. Installate tutti i pacchetti rhncfg andando sulla sottotabella Sistema Informazioni sul sistema Pacchetti Installa. A questo punto andate alla ricerca di rhncfg usando la casella di ricerca Filtra per Nome del pacchetto. All interno dell elenco risultante, selezionate tutti i pacchetti ed installateli. 5. Se desiderate abilitare sul Proxy la cifratura secure sockets layer (SSL) ed eseguire un collegamento ai Server RHN centrali, installate il pacchetto rhns-certs-tools dallo stesso canale Red Hat Network Tool, ed utilizzate il RHN SSL Maintenance Tool per generare il tar file necessario più avanti. Per informazioni consultate il capitolo Certificati SSL della RHN Client Configuration Guide. Se desiderate abilitare sul Proxy la cifratura SSL, ed eseguire un collegamento con RHN Satellite Server oppure con un altro RHN Proxy Server con SSL, allora avrete bisogno della password del certificato CA utilizzato per il sistema genitore. 6. Eseguite un log in sul sistema come utente root attraverso un terminale, e successivamente eseguite il comando rhn_check per iniziare immediatamente l installazione programmata del pacchetto. 7. Una volta installati i pacchetti, come confermato attraverso la tabella Informazioni sul sistema Eventi, predisponete il sistema in modo da accettare i comandi remoti ed il configuration management, per mezzo del seguente comando: /usr/bin/rhn-actions-control --enable-all 8. All interno del sito web di RHN, andate sulla sottotabella Informazioni sul sistema Proxy.