Servidor Proxy da RHN 4.0. Guia de Instalação

Transcrição

1 Servidor Proxy da RHN 4.0 Guia de Instalação

2 Servidor Proxy da RHN 4.0: Guia de Instalação Copyright por Red Hat, Inc. Red Hat, Inc. 1801Varsity Drive RaleighNC USA Telefone: Telefone: Fax: PO B search Triangle Park NC USA Proxy da RHN(PT_BR)-4.0-RHI ( T13:40) Copyright 2005 Red Hat, Inc. Este material pode ser distribuído somente sob os termos e condições definidos na Open Publication License, versão 1.0 ou mais recente (a versão mais recente está disponível em É proibida a distribuição de versões substancialmente modificadas deste documento sem a permissão explícita do titular dos direitos autorais. É proibida a distribuição total ou parcial do trabalho envolvido neste manual, em qualquer formato de livro (papel), para fins comerciais, sem a autorização prévia do titular dos direitos autorais. Red Hat e o logo "Shadow Man" da Red Hat são marcas registradas da Red Hat, Inc. nos EUA e em outros países. Todas as outras marcas referidas neste são de propriedade de seus respectivos titulares. O número do código de segurança GPG em security@redhat.comé: CA B D6 9D FC 65 F6 EC C CD DB 42 A6 0E

3 Índice 1. Introdução Red Hat Network Servidor Proxy da RHN Termos para Compreender Como Funciona Requisitos Requisitos de Software Requisitos de Hardware Requisitos de Espaço em Disco Requisitos Adicionais Exemplos de Topologias Topologia com Proxy Único (Single Proxy) Topologia com Proxies Múltiplos Disponibilizados Horizontalmente Topologia com Proxies Múltiplos Disponibilizados Verticalmente Proxies com Servidor Satellite da RHN Instalação Instalação Base Processo de Instalação do Servidor Proxy da RHN Administrador de Pacotes da RHN (RHN Package Manager) Criando um Canal Privado Upload de Pacotes Opções de Linha de Comando Solução de problemas (troubleshooting) Administrando o Serviço Proxy Arquivos de Registro (Log Files) Perguntas Mais Frequentes Problemas Genéricos Máquina Não Encontrada/Impossível Determinar FQDN (host not found/could not determine FQDN) Erros de Conexão Problemas de Caching Depuração do Proxy pela Red Hat...36 A. Arquivo de Amostra da Configuração do Servidor Proxy da RHN...37 Índice Remissivo...39

4

5 Introdução Capítulo Red Hat Network A Red Hat Network (RHN) é o ambiente para suporte e administração de sistemas e redes de sistemas da Red Hat. A Red Hat Network oferece todas as ferramentas, serviços e repositórios de informações necessários para maximizar a confiabilidade, segurança e desempenho de seus sistemas. Para usar a RHN, os administradores de sistemas registram os perfis de software e hardware, conhecidos como System Profiles (Perfis de Sistema), de seus sistemas na Red Hat Network. Quando um sistema cliente requer atualizações de pacotes, somente os pacotes aplicáveis para o cliente são retornados (baseado no perfil de software armazenado nos Servidores da RHN). As vantagens do uso da Red Hat Network incluem: Escalabilidade com a Red Hat Network, um único administrador de sistemas pode configurar e manter centenas ou milhares de sistemas Red Hat mais fácil, correta e rapidamente do que poderia fazer para um único sistema sem a Red Hat Network. Protocolos Padrão os protocolos padrão (standard protocols) são usados para manter a segurança e aumentar a capacidade. Por exemplo: XML-RPC oferece à Red Hat Network a habilidade de fazer muito mais que simplesmente baixar arquivos. Segurança todas as comunicções entre os sistemas registrados e a Red Hat Network ocorrem através de conexões Internet seguras. Visualize Alertas de Erratas veja facilmente os Alertas de Erratas para todos os seus sistemas cliente através de um único site. Ações Agendadas use o site para agendar ações, incluindo Atualizações de Erratas, instalações de pacotes e atualizações do perfil de software. Simplificação manter os sistemas Red Hat torna-se um processo simples e automatizado Servidor Proxy da RHN O Servidor Proxy da RHN é um serviço empregado numa rede corporativa com funcionalidades avançadas da Red Hat Network, como o mecanismo de caching de pacotes para uso reduzido de banda e canais personalizáveis, possibilitando o emprego de pacotes personalizados.

6 2 Capítulo 1. Introdução Este serviço permite a uma empresa ou corporação armazenar Atualizações do RPM no cache interno de um Servidor Proxy da RHN centralmente alocado, e aos sistemas cliente baixar as atualizações daquele servidor, ao invés de um dos Servidores da RHN 1 através da Internet. Os Perfis de Sistema e informações de usuários dos clientes são armazenados nos seguros Servidores centrais da RHN, que também servem o site da RHN (rhn.redhat.com). O Proxy atua como intermediário entre os sistemas cliente e a Red Hat Network (ou um Servidor Satellite da RHN). Somente os arquivos de pacotes são armazenados no Servidor Proxy da RHN. Todas as transações são autenticadas e o Agente de Atualizações Red Hat verifica a assinatura GPG de cada pacote obtido através do Servidor Proxy da RHN local. Além de armazenar os pacote oficiais da Red Hat, o Servidor Proxy da RHN pode ser configurado para prover os pacotes personalizados de uma empresa através de canais privados, usando o Administrador de Pacotes da RHN (RHN Package Manager). Por exemplo: uma empresa pode desenvolver seu próprio software, empacotá-lo num RPM, assiná-lo com sua própria assinatura GPG e ter o Servidor Proxy da RHN local atualizando todos os sistemas da rede com as últimas versões do software personalizado. As vantagens de usar o Servidor Proxy da RHN incluem: Escalabilidade pode haver múltiplos Servidores Proxy da RHN locais numa empresa. Segurança é mantida uma conexão segura de ponta-a-ponta: dos sistemas cliente ao Servidor Proxy da RHN local e aos Servidores da Red Hat Network. Poupa tempo os pacotes são entregues significativamente mais rápido através uma rede local do que através da Internet. Poupa banda os pacotes são baixados pelos servidores de Arquivos da RHN somente uma vez (através do mecanismo de caching do Servidor Proxy local), ao invés de baixar cada pacote para cada sistema cliente. Poupa espaço em disco nos sistemas é necessário um conjunto de discos grande ao invés de espaço extra no disco de todos os sistemas cliente. Atualizações personalizadas crie um sistema de entrega de pacotes realmente automatizado para os pacotes do software personalizado, assim como para os pacotes oficiais da Red Hat necessários para os sistemas cliente. Os canais privados personalizados da RHN permitem a uma empresa automatizar a entrega de pacotes internos. Configuração personalizada restrinja ou atribua atualizações a arquiteturas e versões de sistemas operacionais específicos. Somente uma conexão à Internet é necessária os sistemas cliente conectam somente através do Servidor Proxy com HTTP ativado, portanto não precisam de uma conexão à rede externa (Internet), mas requerem somente acesso à Rede de Área Local à qual o Servidor Proxy da RHN está conectado. Somente o Servidor Proxy da RHN precisa 1. Ao longo deste documento, substitua Servidor da RHN por Servidor Satellite da RHN se o Servidor Proxy da RHN se conecta a um Servidor Satellite da RHN.

7 Capítulo 1. Introdução 3 de uma conexão à Internet para contatar os Servidores da RHN, a não ser que o Servidor Proxy da RHN esteja usando um Servidor Satellite da RHN; neste caso somente o Servidor Satellite da RHN precisa de uma conexão à Internet Termos para Compreender Antes de entender o Servidor Proxy da RHN, é importante se familiarizar com os seguintes termos da Red Hat Network: Canal Um canal é uma lista de pacotes de software. Há dois tipos de canais: canais base e canais filho. Um canal base consiste de pacotes baseados numa arquitetura e versão específicas da Red Hat. Um canal filho é associado a um canal base, mas contém pacotes extras. Administrador da Empresa Administrador da Empresa é a função do usuário com o nível de controle mais alto sobre a conta de uma empresa na Red Hat Network. Os membros com esta função podem adicionar outros usuários, outros sistemas e grupos de sistemas à empresa, assim como removê-los. Na Red Hat Network, uma empresa deve ter no mínimo um Administrador da Empresa. Administrador de Canal Um Administrador de Canal é uma função com acesso completo às capacidades de administração do canal. Os usuários com esta função são capazes de criar canais e atribuir pacotes a estes. Esta função pode ser atribuída por um Administrador da Empresa através da aba Usuários no site da RHN. Agente de Atualizações Red Hat O Agente de Atualizações Red Hat é a aplicação cliente da Red Hat Network (up2date) que permite aos usuários obterem e instalarem pacotes novos ou atualizados para o sistema cliente no qual a aplicação é executada. Mensagem de Erro (traceback) Um traceback é uma descrição detalhada do "do que aconteceu de errado", útil para a solução de problemas do Servidor Proxy da RHN. Estas mensagens de erro são geradas automaticamente quando ocorre um erro crítico e são enviadas ao(s) indivíduo(s) designado(s) no arquivo de configuração do Servidor Proxy da RHN. Para acessar explicações mais detalhadas destes e de outros termos, consulte o Guia de Referência da Red Hat Network, disponível em

8 4 Capítulo 1. Introdução 1.4. Como Funciona O Agente de Atualizações Red Hat nos sistemas cliente não contata diretamente um Servidor da Red Hat Network. Ao invés disso, o cliente (ou clientes) conecta a um Servidor Proxy da RHN, que conecta aos Servidores da Red Hat Network ou a um Servidor Satellite da RHN. Sendo assim, os sistemas cliente não precisam acessar diretamente à Internet; precisam somente de acesso ao Servidor Proxy da RHN. Importante A Red Hat recomenda que os clientes conectados ao Servidor Proxy da RHN estejam rodando a versão mais recente do Red Hat Enterprise Linux para garantir a conectividade apropriada. Por default, um cliente é autenticado diretamente pelos Servidores da Red Hat Network. Usando um Servidor Proxy da RHN, a autenticação funciona de maneira similar, exceto que o Servidor Proxy da RHN também provém as informações da rota. Após uma autenticação bem-sucedida, o Servidor da Red Hat Network informa ao Servidor Proxy da RHN que tem permissão para executar uma ação específica para o cliente. O Servidor Proxy da RHN faz os downloads de todos os pacotes atualizados (caso já não estejam em seu cache) e os entrega ao sistema cliente. Os pedidos do Agente de Atualizações Red Hat nos sistemas cliente ainda estão autenticadois no lado do servidor, mas a entrega de pacotes é significativamente mais rápida, já que os pacotes são armazenados no Servidor de Caching do Proxy HTTP ou no Servidor Proxy da RHN (para pacotes locais); o Servidor Proxy da RHN e o sistema cliente são conectados através da LAN e estão limitados somente pela velocidade da rede local. A autenticação é feita na seguinte ordem: 1. O cliente efetua a autenticação no início de uma sessão. Esta autenticação é passada através de um ou mais Servidores Proxy da RHN até chegar ao Servidor da Red Hat Network. 2. O servidor da Red Hat Network tenta autenticar o cliente. Se for bem sucedido, o servidor passa de volta um token de sessão através da cadeia de Servidores Proxy da RHN. Este token, que possui uma assinatura e expiração, contém informações do usuário, incluindo canais registrados, nome do usuário, etc. 3. Cada Servidor Proxy da RHN armazena este token em seu sistema de arquivo local, em /var/cache/rhn/. O caching reduz algumas das sobrecargas de autenticação no Servidor da Red Hat Network e aprimora imensamente o desempenho da Red Hat Network. 4. Este token de sessão é passado de volta à máquina cliente e é usado nas ações subsequentes na Red Hat Network.

9 Capítulo 1. Introdução 5 Sob a perspectiva do cliente, não há diferença entre um Servidor Proxy da RHN e um Servidor da Red Hat Network. Sob a perspectiva do Servidor da Red Hat Network, um Servidor Proxy da RHN é um tipo especial de cliente da RHN. Portanto, os clientes não são afetados pela rota de um pedido até chegar a um Servidor da Red Hat Network. Toda a lógica é implementada nos Servidores Proxy da RHN e Servidores da Red Hat Network. Opcionalmente, o Administrador de Pacotes da RHN (RHN Package Manager) pode ser instalado e configurado para servir pacotes personalizados, desenvolvidos especificamente para a empresa. Estes não são pacotes oficiais da Red Hat. Após criar um canal privado na RHN, os pacotes RPM personalizados são associados ao canal privado, fazendo o upload dos cabeçalhos dos pacotes para os Servidores da RHN. Somente os cabeçalhos são enviados e não os arquivos dos pacotes. Os cabeçalhos são necessários porque contêm informações cruciais de RPMs, como dependências de software, que permitem à RHN automatizar a instalação de pacotes. Os pacotes RPM personalizados são armazenados no Servidor Proxy da RHN e enviados aos sistemas cliente através da rede de área local da empresa. Configurar uma rede de computadores para usar Servidores Proxy da RHN é simples. As aplicações da Red Hat Network devem ser configuradas nos sistemas cliente para conectarem ao Servidor Proxy da RHN, ao invés dos Servidores da Red Hat Network. Consulte o Guia de Configuração do Cliente RHN para mais detalhes. No lado do proxy, é necessário especificar o próximo proxy na cadeia (que eventualmente termina com um Servidor da Red Hat Network). Se o Administrador de Pacotes da RHN (RHN Package Manager) for usado, os sistemas cliente devem ser registrados no canal privado da RHN.

10 6 Capítulo 1. Introdução

11 Requisitos Capítulo 2. Estes requisitos devem ser atendidos antes da instalação. Para instalar o Servidor Proxy da RHN versão 3.6 ou mais recente pelo Servidor Satellite da RHN, este também deve ter a versão 3.6 ou mais recente Requisitos de Software Para efetuar uma instalação, são necessários os seguintes componentes relativos ao software: Sistema operacional base o Servidor Proxy da RHN é suportado somente com Red Hat Enterprise Linux AS 3 Update 5 ou mais recente, ou Red Hat Enterprise Linux AS 4. O sistema operacional pode ser instalado através de disco, imagem ISO local ou qualquer método suportado pela Red Hat. Importante Se você planeja obter o nível de serviço Monitoramento, deve instalar seu Servidor Proxy da RHN no Red Hat Enterprise Linux AS 3 Update 5 ou no Red Hat Enterprise Linux AS 4. Estes são os únicos sistemas operacionais base para Proxies servindo sistemas com Monitoramento. Cada versão do Red Hat Enterprise Linux AS requer um determinado conjunto de pacotes para suportar o Servidor Proxy da RHN. Qualquer extra pode causar erros durante a instalação. Sendo assim, a Red Hat recomenda obter o conjunto desejado das seguintes maneiras: Nota Para usar o kickstart no Red Hat Enterprise Linux AS 4 ou no Red Hat Enterprise Linux AS 3 Update 5, especifique o seguinte grupo de Base Para instalar o Red Hat Enterprise Linux AS 4 ou o Red Hat Enterprise Linux AS 3 Update 5 via CD ou imagem ISO, selecione o seguinte grupo de pacotes: Minimal

12 8 Capítulo 2. Requisitos Atenção O Security-enhanced Linux (SELinux) deve ser desativado no Red Hat Enterprise Linux AS 4 antes da instalação do Servidor Proxy da RHN. Para fazer isso durante a instalação via CD ou imagem ISO, selecione Disabled quando ver as opções para suporte do SELinux. Para fazer isso numa instalação via kickstart, inclua o comando selinux --disabled ou aguarde a instalação completa, edite o arquivo /etc/selinux/config para SELINUX=disabled e reinicialize o sistema. Um serviço Servidor Proxy da RHN disponível na sua conta da Red Hat Network. Um serviço Abastecimento (Provisioning) disponível na sua conta da Red Hat Network (que deve estar incluso no seu serviço Servidor Proxy da RHN). Acesso ao canal Ferramentas (tools) da Red Hat Network para a versão instalada do Red Hat Enterprise Linux AS. Todos os pacotes rhncfg* instalados no Proxy (pelo canal ferramentas da RHN). O pacote rhns-certs-tools instalado no Proxy (pelo canal Ferramentas da RHN) ou a senha do certificado SA da secure sockets layer (SSL) usada para gerar o certificado do servidor pai (tal como num Servidor Satellite da RHN). A configuração do sistema para aceitar comandos remotos e a administração da configuração através da Red Hat Network. Consulte a Seção 4.2 para instruções Requisitos de Hardware A seguinte configuração de hardware é necessária para o Servidor Proxy da RHN: Processador Pentium III, 1.26GHz, 512K de cache ou equivalente 512 MB de memória 3 GB de armazenamento para a instalação base do Red Hat Enterprise Linux AS 6 GB de armazenamento por distribuição/canal A carga do Servidor HTTP Apache é diretamente relacionada à frequência na qual os sistemas cliente se conectam ao Proxy, portanto se você reduzir o intervalo default de quatro horas (ou 240 minutos) determinado no arquivo de configuração /etc/sysconfig/rhn/rhnsd dos sistemas cliente, aumentará significativamente a carga neste componente Requisitos de Espaço em Disco O mecanismo de caching usado pelo Servidor Proxy da RHN é o proxy HTTP Squid, que poupa bastante banda para os clientes. Este deve ter uma quantidade razoável de espaço disponível. Os pacotes cachaedos são armazenados em /var/spool/squid. O espaço livre necessário é de 6 GB de armazenamento por distribuição/canal.

13 Capítulo 2. Requisitos 9 Se o Servidor Proxy da RHN está configurado para distribuir pacotes personalizados ou locais, certifique-se de que o ponto de montagem de /var no sistema armazenando os pacotes locais tenha espaço suficiente em disco para conter todos os pacotes personalizados, armazenados em /var/spool/rhn-proxy. O espaço necessário em disco para os pacotes locais depende do número de pacotes servidos Requisitos Adicionais Os seguintes requisitos adicionais devem ser atendidos antes de considerar a instalação do Servidor Proxy da RHN completa: Acesso Completo Os sistemas cliente precisam de acesso completo de rede para os serviços e portas do Servidor Proxy da RHN. Regras de Firewall A solução Servidor Proxy da RHN pode ser protegida por um firewall, mas precisa ter a capacidade de emitir conexões de saída (outbound) à Internet nas portas 80 e 443. Além disso, se o Proxy será conectado a um Servidor Satellite da RHN que será configurado para forçar ações aos sistemas cliente e ao Proxy, você deve permitir conexões de entrada (inbound) na porta Hora Sincronizada nos Sistemas Há uma sensibilidade muito grande na hora quando conectar a um servidor Web rodando SSL (Secure Sockets Layer); é imprescindível que a configuração do relógio nos clientes e no servidor esteja bem próxima, pois assim o certificado SSL não expira antes do ou durante o uso. Recomendamos utilizar o Protocolo de Horário da Rede (NTP) para sincronizar os relógios. Fully Qualified Domain Name (FQDN, Nome de Domínio Totalmente Qualificado) O sistema no qual o Servidor Proxy da RHN será instalado deve resolver seu próprio FQDN apropriadamente. Uma Conta da Red Hat Network Os clientes que se conectarão aos Servidores centrais da Red Hat Network para receber atualizações incrementais precisarão de uma conta da Red Hat Network. Esta conta deve ser configurada no momento da aquisição com o representante de vendas. Backups das Informações de Autenticação (login) É imprescindível manter o registro de todas as informações de autenticação principais. Para o Servidor Proxy da RHN, estas incluem nomes de usuário e senhas da conta Administrador da Empresa e da geração do certificado SSL. A Red Hat recomenda copiar estas informações em dois disquetes (floppy) separados, imprimí-las em papel e também armazená-las num cofre à prova de incêndio.

14 10 Capítulo 2. Requisitos Localidades das Distribuições Como o Proxy encaminha praticamente todos os pedidos HTTP locais para os Servidores centrais da RHN, você deve ter cuidado para alocar arquivos destinados para a distribuição (tal como numa árvore de instalação do kickstart) na localidade semencaminhamento, no Proxy: /var/www/html/pub/. Os arquivos alocados neste diretório podem ser baixados diretamente pelo Proxy. Isto pode ser especialmente útil para distribuir chaves GPG ou para estabelecer árvores de instalação de kickstarts. Além disso, a Red Hat recomenda que o sistema rodando o código não esteja publicamente disponível. Nenhum usuário além dos administradores do sistema devem ter acesso às shells destas máquinas. Todos os serviços desnecessários devem ser desativados. Você pode usar ntsysv ou chkconfig para desativar serviços. Por fim, você deve ter os seguintes documentos técnicos à mão para usar relativamente nesta ordem: 1. Guia de Instalação do Servidor Proxy da RHN Este guia, que você lê agora, oferece os passos essenciais necessários para instalar e rodar um Servidor Proxy da RHN. 2. Guia de Configuração do Cliente RHN Este guia explica como configurar os sistemas servidos por um Servidor Proxy da RHN ou Servidor Satellite da RHN. (Provavelmente será necessário consultar o Guia de Referência da RHN, que contém os passos para registrar e atualizar os sistemas.) 3. Guia de Administração de Canais RHN Este guia identifica detalhadamente os métodos recomendados para criar pacotes e canais personalizados e para administrar Erratas privadas. 4. Guia de Referência da RHN Este guia descreve como criar contas da RHN, como registrar e atualizar sistemas, e como usar o site da RHN em seu máximo potencial. Este guia provavelmente será útil ao longo dos processos de instalação e configuração.

15 Exemplos de Topologias Capítulo 3. O Servidor Proxy da RHN pode ser configurado de diversas maneiras. Selecione o método de acordo com os seguintes fatores: 1. Número total de sistemas cliente servidos pelo 2. Número máximo de clientes com expectativa de conexão concomitante ao Servidor Proxy da RHN. 3. Número de pacotes e canais personalizados servidos pelo Servidor Proxy da RHN. 4. Número de Servidores Proxy da RHN usados no ambiente do cliente. O restante do capítulo descreve as possíveis configurações e explica seus benefícios Topologia com Proxy Único (Single Proxy) A configuração mais simples consiste em usar um único Servidor Proxy da RHN para servir sua rede inteira. Esta configuração é adequada para servir um pequeno grupo de clientes e uma rede que se beneficiará do caching de RPMs da Red Hat e do armazenamento de pacotes personalizados no servidor local. A desvantagem de usar um Servidor Proxy da RHN é a redução no desempenho, conforme aumenta o número de clientes requisitando pacotes.

16 12 Capítulo 3. Exemplos de Topologias Figura 3-1. Topologia com Proxy Único (Single Proxy) 3.2. Topologia com Proxies Múltiplos Disponibilizados Horizontalmente Para redes maiores, talvez seja necessário utilizar um método mais distribuído, como múltiplos Servidores Proxy da RHN conectados separadamente à Red Hat Network. Esta configuração disponibilizada horizontalmente equilibra a carga dos pedidos de clientes, enquanto possibilita que cada Proxy sincronize com a RHN simultaneamente. Uma desvantagem desta estrutura horizontal é que o carregamento de pacotes personalizados num único Proxy deve ser distribuído aos seus servidores irmãos. Esta situação pode ser resolvida através de uma destas duas maneiras: Usar o programa de transferência de arquivo rsync para sincronizar os pacotes entre os Proxies ou estabelecer uma partilha do Sistema de Arquivo de Rede (NFS) entre os Proxies e o repositório de canais personalizados. Qualquer umas destas soluções permitirá a qualquer cliente de qualquer Servidor Proxy da RHN ter todos os pacotes entregues.

17 Capítulo 3. Exemplos de Topologias 13 Figura 3-2. Topologia com Proxies Múltiplos Disponibilizados Horizontalmente 3.3. Topologia com Proxies Múltiplos Disponibilizados Verticalmente Um método alternativo para múltiplos Servidores Proxy da RHN é estabelecer um Proxy principal, ao qual os outros se conectam para obter RPMs da Red Hat Network e pacotes personalizados criados localmente. Na realidade, os Proxies secundários atuam como clientes do principal. Isto ameniza a necessidade de estabelecer a sincronização entre os Servidor Proxy da RHNs, já que utilizam a funcionalidade up2date inerente ao produto. Assim como na configuração disponibilizada horizontalmente, este método vertical permite a qualquer cliente de qualquer Servidor Proxy da RHN ter todos os pacotes personalizados entregues. O Proxy simplesmente procura em seu repositório pelo pacote em seu sistema de arquivo. Se não encontrá-lo, tenta o próximo nível acima. Esta configuração disponibilizada verticalmente garante aos Proxies secundários a dependência ao principal para obter as atualizações da RHN, assim como os pacotes personalizados. Além disso, os canais e pacotes personalizados devem ser dispostos somente no Proxy principal, para garantir a distribuição aos Proxies filho. Por fim, os arquivos de configuração dos Proxies secundários devem apontar ao principal, ao invés de fazê-lo diretamente à Red Hat Network.

18 14 Capítulo 3. Exemplos de Topologias Figura 3-3. Topologia com Proxies Múltiplos Disponibilizados Verticalmente 3.4. Proxies com Servidor Satellite da RHN Além dos métodos descritos detalhadamente neste capítulo, os clientes também têm a opção de usar o Servidor Proxy da RHN em conjunto com o Servidor Satellite da RHN. Esta estrutura funciona de maneira semelhante à configuração de Proxies disponibilizados verticalmente, porém aumenta significativamente a capacidade, já que os Satellites podem servir um número bem maior de sistemas cliente. Para acessar uma descrição detalhada desta combinação, consulte o capítulo Exemplos de Topologias no Guia de Instalação do Servidor Satellite da RHN. A ligação dos certificados SSL dos dois produtos está descrita no Guia de Configuração do Cliente RHN. Para saber como os canais e pacotes são compartilhados entre estes, consulte o Guia de Administração de Canais RHN.

19 Instalação Capítulo 4. Este capítulo descreve a instalação inicial de um Servidor Proxy da RHN, presumindo que os pré-requisitos listados no Capítulo 2 foram cumpridos. Mas, se você pretende fazer um upgrade para uma versão mais recente do Servidor Proxy da RHN, contate seu representante Red Hat para obter assistência Instalação Base O Servidor Proxy da RHN é desenvolvido para rodar no sistema operacional Red Hat Enterprise Linux AS. Portanto, a primeira fase é instalar o sistema operacional base, pelo disco, imagem ISO ou pelo kickstart. Durante e depois da instalação do sistema operacional, esteja certo de: Alocar bastante espaço para a partição que armazenará os pacotes, de acordo com os requisitos de hardware determinados anteriormente. A localidade default para pacotes Red Hat cacheados é /var/spool/squid, enquanto os pacotes personalizados são alocados em /var/spool/rhn-proxy. Instalar os pacotes necessários para o Servidor Proxy da RHN; somente estes pacotes. Você deve instalar somente os pacotes base, já que os outros causarão a falha na instalação do Servidor Proxy da RHN. Consulte a Seção 2.1 para saber como obter o grupo de pacotes correto para cada versão do Red Hat Enterprise Linux AS. Importante Se você planeja obter o serviço Monitoramento, deve instalar seu Servidor Proxy da RHN no Red Hat Enterprise Linux AS 3 Update 5 ou no Red Hat Enterprise Linux AS 4. Estes são os únicos sistemas operacionais base suportados para Proxies servindo sistemas com Monitoramento. Ative o Protocolo para Hora de Rede (NTP) no Proxy e selecione o fuso horário apropriado. Todos os sistemas cliente já devem estar rodando o daemon ntpd e configurados no fuso horário correto. Desative os serviços ipchains e iptables após a instalação.

20 16 Capítulo 4. Instalação 4.2. Processo de Instalação do Servidor Proxy da RHN As instruções a seguir descrevem o processo de instalação do Servidor Proxy da RHN: 1. Registre o sistema Red Hat Enterprise Linux AS recém-instalado na Red Hat Network (nos Servidores RHN centrais ou no seu Servidor Satellite da RHN) usando a conta corporativa contendo o serviço Servidor Proxy da RHN, com o comando: up2date --register. 2. Atribua o serviço Abastecimento (Provisioning) ao sistema (ou ao nome de domínio totalmente qualificado do Satellite servindo o Proxy) no Site da RHN, autenticando como Administrador da Empresa, navegando na página Sistemas Serviços do Sistema, selecionando a caixa do sistema no qual o Servidor Proxy da RHN será instalado e clicando no botão Adicionar Abastecimento (Provisioning). 3. Garanta de registrar o sistema no canal Ferramentas (tools) de seu sistema operacional base na Red Hat Network. Clique no nome do sistema e navegue para a subseção Sistema Detalhes do Sistema Canais Software. Se o canal Ferramentas da Red Hat Network não estiver selecionado, por favor selecione-o e registre o sistema neste canal clicando no botão Alterar Serviços (change subscriptions). 4. Instale os pacotes rhncfg: navegue para a sub-seção Sistema Detalhes do Sistema Pacotes Instalação e procure por rhncfg através do Filtro por Nome do Pacote. Na lista resultante, selecione todos os pacotes e instale-os. 5. Se você pretende ativar a criptografia secure sockets layer (SSL) no Proxy e conectar aos Servidores centrais da RHN, instale o pacote rhns-certs-tools através do mesmo canal Ferramentas (tools) da Red Hat Network e use Ferramenta de Manutenção da SSL da RHN (RHN SSL Maintenance Tool) para gerar o arquivo tar necessário posteriormente. Consulte o capítulo Certificados SSL do RHN Client Configuration Guide para mais instruções. Se você for ativar a criptografia SSL no Proxy e conectar a um Servidor Satellite da RHN ou a outro Servidor Proxy da RHN com SSL, também precisará da senha do certificado CA usada para o sistema pai. 6. Autentique-se no sistema através de um terminal como root e rode o comando rhn_check para iniciar imediatamente a instalação agendada do pacote. 7. Após os pacotes serem instalados e você tê-los confirmado através da aba Detalhes do Sistema Eventos, prepare o sistema para aceitar comandos remotos e administração de configuração, com o seguinte comando: /usr/bin/rhn-actions-control --enable-all 8. No site da RHN, navegue para a sub-seção Detalhes do Sistema Proxy. Atenção Por favor, note que a instalação do Servidor Proxy da RHN pode substituir os arquivos de configuração squid.conf e httpd.conf no sistema para facilitar up-