Você está na página 1de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

Traduo do LTSP Linux Terminal Server Project, de autoria do Jim McQuillan (jam@ltsp.org)

Erro de leitura

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 1 de 51

   
Tradutor: Anahuac de Paula Gil anahuac@cipsga.org.br Novembro de 2001

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

PSTL
Projeto de Servidores de Terminais Linux
Manual Bsico de Orientao para implementao de redes com servidores e clientes GNU/Linux

Comit de Incentivo a Produo do Software Gratuito e Alternativo CIPSGA


Autor:

Anahuac de Paula Gil


anahuac@cipsga.org.br anahuac@linuxview.com.br http://www.linuxview.com.br

Novembro de 2001

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 2 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

ndice geral
ABERTURA..................................................................................................................................................5 1. INTRODUO.........................................................................................................................................5 2. LICENA (COPYRIGHT).........................................................................................................................6 3. HISTORIA................................................................................................................................................6 4. CONSIDERAES SOBRE SEGURANA.............................................................................................6 5. CONSIDERAES ESPECFICAS DE CADA DISTRIBUIO................................................................8 5.1. 5.2. 5.3. 5.4. REDHAT 6.0...........................................................................................................................................................8 REDHAT 6.2...........................................................................................................................................................8 REDHAT 7.1...........................................................................................................................................................8 CALDERA EDESKTOP V2.3 E V2.4...............................................................................................................................8

6. GUIA DE INSTALAO RPIDA.............................................................................................................9 6.1. REQUISITOS MNIMOS:...............................................................................................................................................9 6.2. PRONTO PARA COMEAR............................................................................................................................................9 7. DESCRIO DE UMA ESTAO BURRA.............................................................................................11 8. TEORIA DO FUNCIONAMENTO............................................................................................................12 9. APLICAES LOCAIS VERSUS APLICAES REMOTAS.................................................................14 9.1. CONSIDERAES NO SUPORTE A APLICAES LOCAIS.......................................................................................................14 9.2. BENEFCIOS DE EXECUTAR APLICAES LOCAIS..............................................................................................................15 10. CONFIGURANDO O SERVIDOR..........................................................................................................15 10.1. PACOTES DISPONVEIS PARA DOWNLOAD....................................................................................................................15 10.2. PLANEJANDO O ESQUEMA DOS ENDEREOS DE IP..........................................................................................................16 10.3. ATUALIZANDO O PACOTE XFS..................................................................................................................................16 10.4. INSTALANDO O BOOTPD (OPCIONAL)..........................................................................................................................17 10.5. INSTALANDO O DHCP..........................................................................................................................................18 10.6. INSTALANDO O PACOTE LTS_CORE PELA PRIMEIRA VEZ...................................................................................................18 10.7. ATUALIZANDO O PACOTE LTS_CORE..........................................................................................................................18 10.8. ESCOLHENDO O KERNEL APROPRIADO........................................................................................................................19 10.9. ESCOLHENDO O SERVIDOR X...................................................................................................................................20 10.10. EDITANDO OS ARQUIVOS DE CONFIGURAO.............................................................................................................20 10.10.1. inetd.....................................................................................................................................................20
10.10.1.1. /etc/xinetd.d/tftp...............................................................................................................................................20 10.10.1.2. /etc/inetd.conf..................................................................................................................................................20

10.10.2. /etc/X11/xdm/Xservers..........................................................................................................................21 10.10.3. /etc/X11/xdm/Xaccess...........................................................................................................................21 10.10.4. /etc/X11/xdm/xdmconfig (Somente para Redhat 6.2, 7.0 e Mandrake 7.2) ..........................................21 10.10.5. /etc/inittab............................................................................................................................................21 10.10.6. /etc/bootptab.........................................................................................................................................22 10.10.7. /etc/dhcpd.conf.....................................................................................................................................22 10.10.8. /etc/hosts...............................................................................................................................................23 10.10.9. /etc/hosts.allow.....................................................................................................................................23 10.10.10. /etc/exports.........................................................................................................................................23 10.10.11. /etc/rc.d/init.d/syslog...........................................................................................................................24 10.10.12. /tftpboot/lts/ltsroot/etc/lts.conf............................................................................................................24 10.11. OPES DISPONVEIS NO LTS.CONF.........................................................................................................................25 10.11.1. Opes gerais.........................................................................................................................................25

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 3 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA 10.11.2................................................................................................................................................................27 10.11.3. Opes para Touch screen....................................................................................................................29 10.11.4. Opes para aplicaes locais..............................................................................................................30 10.11.5. Opes de teclado.................................................................................................................................30 10.11.6. Opes para configurao de impressoras............................................................................................31 10.12. CONFIGURANDO O SERVIDOR PARA APLICAES LOCAIS...............................................................................................32 10.12.1. Network Information System NIS.......................................................................................................32 10.12.2. /tftpboot/lts/ltsroot/etc/lts.conf..............................................................................................................33 11. CONFIGURANDO AS ESTAES DE TRABALHO.............................................................................34 11.1. REINICIANDO OS DAEMONS.....................................................................................................................................34 12. CONFIGURAES ESPECFICAS DE HARDWARE...........................................................................35 12.1. SISTEMAS BASEADOS EM INTEL I810......................................................................................................................35

13. TESTANDO..........................................................................................................................................35 14. AJUSTANDO O SERVIDOR................................................................................................................35 14.2. NMERO MXIMO DE INODES QUE PODEM SER ABERTOS NO SERVIDOR................................................................................36 14.3. NMERO MXIMO DE PROCESSOS QUE PODEM SER ABERTOS NO SERVIDOR...........................................................................36 15. GUIA DOS PROBLEMAS MAIS COMUNS (TROUBLESHOOTING)...................................................37 15.1. LUGARES ONDE PROCURAR AS MENSAGENS DE ERRO:....................................................................................................37 15.2. A ESTAO DE TRABALHO NO INICIALIZA..................................................................................................................37 15.2.1. Falha na deteco de IRQ......................................................................................................................37 15.2.2. Esta mostrando a mensagem Searching for server:...............................................................................38 15.2.3. Para mostrando a mensagem "Loading /tftpboot/lts/vmlinuz.ne2000... Unable to load file".....................38 15.2.4. Simplesmente no completa....................................................................................................................39 15.2.5. Problema com o NFS quando ele vai montar o sistema de arquivos root, errno=13................................39 15.2.6. Chamada RPC retorna erro 111.............................................................................................................40 15.2.7. INIT: no consegue executar "/etc/rc.local"............................................................................................40 15.2.8. Estaes param em Freeing unused kernel memory 44k.......................................................................40 15.3. PROBLEMAS AO INICIAR O XWINDOWS...................................................................................................................41 15.3.2. O X tenta iniciar, mas aparece todo errado ou simplesmente no inicia..................................................41 15.3.3. O X inicia bem, mas a tela de login nunca aparece.................................................................................42 15.4. PROBLEMAS NO SERVIDOR......................................................................................................................................42 15.4.1. O X inicia no servidor, mas falha, e no consigo usalo para trabalhar................................................42 15.4.2. fh_ verifica alguns erros no servidor enquanto a estao inicia o X........................................................42 15.4.3. No h login grfico no servidor............................................................................................................42 15.5. SE TUDO MAIS FALHAR:.........................................................................................................................................42 16. LTSP EM OUTRAS VERSES DO LINUX E DO UNIX.........................................................................43 17. REFERNCIAS ADICIONAIS...............................................................................................................43 17.1..........................................................................................................................................................................43 17.2. PUBLICAES IMPRESSAS PARA MAIS REFERNCIAS.......................................................................................................44 CONTROLE DE VERSES..........................................................................................................................45 GNU FREE DOCUMENTATION LICENSE....................................................................................................46

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 4 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

Abertura
O Linux uma excelente plataforma para estaes de trabalho que podem ser ser inicializadas a partir de um servidor de rede. O LTSP um projeto Open Source que cria as ferramentas administrativas para configurar facilmente esses terminais burros. Esta documentao descreve como as estaes de trabalho funcionam, como obter a distribuio do

ltsp e como instalar o LTSP.

1. Introduo
O LTSP prov um forma simples de utilizar estaes de trabalho de baixo custo como terminais grficos ou caracter de um servidor Gnu/Linux. Nas configuraes comuns para utilizar uma suite office, normalmente temos computadores bem poderosos espalhados pelos birs. Cada um deles com alguns gigabytes de espao em disco e os usurios normalmente guardam suas informaes no seu disco rgido local e as cpias de segurana so raramente feitas. Faz sentido ter computadores completos em cada bir? Eu digo que no faz sentido algum. Afortunadamente existe uma outra alternativa. Usando o LTSP poder usar estaes muito pobres em recursos, removendo o disco rgido, o drive e o CDROM e adicionando uma placa de rede com eprom de boot. Muitas placas de rede possuem o socket para essas eprons de boot, somente esperando para que uma seja colocada l. As estaes de trabalho recebem as informaes de IP e do kernel do servidor e ento montam o sistema de arquivos root a partir dele via NFS. As estaes podem ser configuradas de 3 modos: Grficas com X Windows Usando o X Windows as estaes podem ser usadas para acessar qualquer aplicao no servidor, ou em qualquer outro servidor da rede. Caracter baseada em sees telnet As estaes podem abrir mltiplas sees telnet no servidor. Cada seo ser aberta em telas virtuais separadas. Pressionando AltF1 at AltF9 voc poder alternar entre essas sees. Prompt Shell, til para debugging A estao pode ser configurada para entrar diretamente em uma shell no console. Isto muito til quando se deseja fazer checagem de erros que aconteam com o X ou com o NFS A grande sacada aqui que voc pode ter muitas estaes sendo servidas por um nico servidor Gnu/Linux. Quantas estaes? Bem, isso vai depender da configurao do seu servidor e de quais aplicaes se pretendem usar. No e incomum ter 40 estaes, todas rodando Netscape e StarOffice a partir de um Dual PIII650 com 1 Gb de RAM. Eu sei que assim funciona, na verdade, o runlevel raramente passa de 1.0!

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 5 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

2. Licena (Copyright)
Copyright 2001 James A. McQuillan. Permisso para distribuir e modificar este documento garantido sob a licena GNU General Public License verso 2 de junho de 1991. Para o texto completo da licena visite a seo GNU General Public License nesta apostila.

3. Historia
Este projeto nasceu a partir de um problema que tivemos com um cliente que precisava de um terminal que se comunicasse com dois servidores, um IBM AS/400 e um Unix que era servidor de aplicaes. Precisava rodar em TCP/IP, precisava ser inexpressivo e precisava ser fcil de gerenciar. Como se no bastasse, ele precisava permitir a um usurio navegar na web e enviar e receber emails. Ns poderamos ter usado PCs rodando Windows, o software certamente esta disponvel, mas os custos seriam muito altos, tanto no investimento inicial quanto no tempo perdido em suporte e manuteno dos PCs. Ns decidimos que uma estao burra rodando o kernel do Linux e X Windows seria uma soluo ideal para as necessidades do cliente. Ns no inventamos algo realmente novo aqui, ns procuramos na web e encontramos os pacotes etherboot e netboot. Ento encontramos placas de rede muito baratas com socket para eprom de boot. Ns continuamos procurando e encontramos um gravador de eprom, assim como lugares onde comprar essas eprons de boot, aprendemos sobre bootp, xdm, nfsroot e um monte de outras coisas. Finalmente ns colocamos tudo isso junto. Inicialmente ns tentamos com um 486 que tnhamos e ele funcionou muito bem. Ento instalamos um servidor e 11 estaes de trabalho. O cliente adorou. Eles nos encomendaram mais 22 estaes e eles provavelmente vo comprar mais no futuro. (atualizao em 07 de junho de 2001: ele tem mais de 110 estaes) Depois de vrios meses e praticamente nenhum suporte nas estaes, ns decidimos compartilhar a nossa soluo com o resto do mundo. O pacote que desenvolvemos funciona bem para as nossas necessidades. Esperamos que ele tambm seja til para as necessidades de outras pessoas. Se voc tiver qualquer pergunta ou comentrio a fazer, por favor cadastrese na nossa lista de discusso em http://www.ltsp.org/mailinglists.html <http://www.ltsp.org/mailinglists.html> L voc encontrar vrias pessoas que estaro aptas a ajudlo.

4. Consideraes sobre Segurana


A instalao do LTSP habilitar alguns servios que podem fazer seu sistema ficar vulnervel a algumas tentativas de hack. Definitivamente um servidor LTSP NO dever estar conectado diretamente a internet sem um firewall. (Voc esta sendo avisado) O script de instalao modificar os seguintes arquivos: o /etc/exports

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 6 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Uma entrada que permitir o acesso de mquinas na classe C 192.168.0.0 para montar o diretrio /tftpboot/lts/ltsroot ser adicionada. Outras entradas que permitem a montagem de vrios diretrios tambm sero adicionadas, entretanto elas estaro comentadas e podero criar alguma vulnerabilidade se forem descomentadas. o /etc/bootptab Uma entrada parcial criada aqui, chamada ltsp. Uma entrada adicional tambm criada para a estao ws001 mas ela esta comentada. o /etc/X11/xdm/xdmconfig A opo DisplayManager.requestPort ser comentada, permitindo o acesso remoto a tela de login do XDM. o /etc/X11/xdm/Xaccess The wildcard entry that starts with an asterisk * is un commented, allowing remote workstations to get an XDM Login screen. o /etc/hosts.allow Algumas entradas so adicionadas, permitindo: o que o bootpd receba pacotes pelo broadcast. o que o in.tftpd receba requisies de transferncia a partir da rede 192.168.0.0 classec. o que o portmap receba requisies a partir da rede 192.168.0.0 classec. o /etc/rc.d/init.d/syslog Este script modificado para permitir que clientes remotos enviem mensagens ao syslog do servidor o /etc/inetd.conf Este arquivo alterado para que o deamon do tftp seja executado o /etc/inittab Este arquivo modificado para que o XDM seja executado e para que o runlevel ser por padro 5. o /etc/rc.d/rc5.d/S11portmap Este link simblico criado para que o portmap seja executado quando o sistema entre no runlevel 5. o /etc/rc.d/rc5.d/S60nfs Este link simblico criado para que o nfs seja executado quando o sistema entre no runlevel 5.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 7 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

5. Consideraes especficas de cada distribuio


Existem alguns problemas com os pacotes fornecidos por algumas distribuies de Linux.

5.1. Redhat 6.0


O pacote do X Font Server (XFS) que vem no Redhat 6.0 no permite servir fontes a estaes remotas. A nova verso do XFS esta em ordem e voc pode fazer a atualizao do XFS no Redhat 6.0 e ento ele funcionar bem. Veja as instrues de instalao para saber como fazer a atualizao do XFS. Se voc no usa o XFS, ento voc no precisar fazer a atualizao.

5.2. Redhat 6.2


O programa /usr/sbin/inetd que vem no Redhat 6.2 para de responder depois de 40 requisies do tftpd, e no atender a nenhuma outra requisio at que o servidor seja reinicializado. No ha nenhuma meno a este problema na pgina de erratas da Redhat, mas o problema pode ser resolvido usando o tftp de uma verso anterior da Redhat.

5.3. Redhat 7.1


Durante a instalao do Redhat 7.1 ele pergunta qual o nvel de segurana que voc deseja configurar. Se voc escolher qualquer outra que no seja None o ipchains ser configurado limitando os servios que iro ser executados no servidor. Se voc sabe como configurar o ipchains, ento voc pode escolher um nvel de segurana e depois modificlo. Se voc no sabe como fazer isso ento escolha o nvel de segurana None e esteja seguro de que voc esteja atrs de um firewall.

5.4. Caldera eDesktop v2.3 e v2.4


Caldera no inclui o tftp na verso eDesktop da sua distribuio Linux. Voc pode pegar o RPM do tftp a partir do CD eServer. O nome do pacote no CD do eServer v2.3 netkittftp0.102.i386.rpm.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 8 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

6. Guia de Instalao Rpida


Se voc quer simplesmente instalar o programa, sem ler todo o manual, use este guia rpido de instalao.

6.1. Requisitos mnimos:


A instalao rpida exige que voc siga os seguintes passos: o Voc dever estar instalando o LTSP em um Redhat 6.0, 6.1, 6.2, 7.0 ou 7.1, ou em um Mandrake 7.2 ou 8.0. o O endereo IP do servidor dever ser 192.168.0.254. o As estaes de trabalho tero endereos de IP no intervalo de 192.168.0.1 at 192.168.0.253. o As aplicaes sero executadas no servidor, mostrando as sadas nas estaes o Voc dever estar executando o DHCP.

6.2. Pronto para comear


Para seguir estas instrues, ns estamos assumindo que voc tem placas de rede baseadas em Tulip e placas de vdeo que suportam SVGA. 1. Faa o download dos pacotes rpm do LTSP em nosso site (http://www.ltsp.org/download) o lts_core2.xxxx.i386.rpm o lts_kernel_tulip2.xxxx.i386.rpm o lts_xsvga2.xxxx.i386.rpm 2. Instale os pacotes. o rpm i lts_core2.xxxx.i386.rpm o rpm i lts_kernel_tulip2.xxxx.i386.rpm o rpm i lts_xsvga2.xxxx.i386.rpm 3. verifique se o dhcpd esta instalado no servidor, executando o seguinte comando: rpm qa | grep dhcp

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 9 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Ele dever retornar uma linha como esta: dhcp2.05 Se no retornar nada, ento voc dever instalar o rpm do dhcpd a partir do CD da sua distribuio. 4. Uma vez que todos os pacotes acima estejam devidamente instalados, entre no diretrio /tftpboot/lts/templates. L existem vrios arquivos que sero utilizados na configurao do servidor. Cada um desses arquivos responsvel por uma alterao no servidor. D uma olhada nos arquivos e tenha certeza de que esta de acordo com o que eles iro alterar. Eles podem fazer seu sistema ficar bem vulnervel a ataques. Para fazer as instalao destes arquivos de forma automtica execute o comando ltsp_initialize: cd /tftpboot/lts/templates ./ltsp_initialize 5. Copie o arquivo dhcpd.conf.example para /etc/dhcpd.conf 6. Modifique o arquivo dhcpd.conf para incluir o endereo MAC das placas de rede da sua estao. 7. Adicione a seguinte linha ao arquivo arquivo /etc/hosts: 192.168.0.1 ws001

8. Edite o arquivo /tftpboot/lts/ltsroot/etc/lts.conf e tenha certeza de fazer as configuraes corretas para a sua estao. 9. Reinicie o servidor 10. Ligue a estao Voc dever obter uma tela grfica de login na estao. Voc poder logar usando qualquer usurio vlido que esteja adastrado no servidor. Se a estao falhar na inicializao, releia as instrues acima. Dedique ateno especial a lista dos Requisitos Mnimos acima, para assegurarse que o configurador encontre esses requisitos. Se mesmo assim no funcionar ento voc devera ler o resto deste manual para entender melhor o funcionamento do LTSP e poder identificar o que pode estar errado nas configuraes. Quando uma estao esta sendo usada, mantenha o seguinte em mente: o Quaisquer programas que voc executar estaro sendo executados no servidor o Se voc executar o comando uptime ele retornar a quanto tempo seu servidor esta ligado o Se voc executar o comando shutdown ele ira desligar seu servidor. Talvez voc no goste disso.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 10 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

7. Descrio de uma estao burra


Uma estao burra um computador que no precisa de um disco rgido, um drive ou um CDROM para inicializar o sistema operacional. Quando a estao inicializada ela segue os seguinte passos: 1. Ela pega o endereo de IP do servidor bootp ou dhcp 2. Baixa o kernel do servidor atravs do tftp 3. Monta o seu sistema de arquivos root a partir do servio de nfs 4. Carrega o servidor X na memria e o executa 5. Contata um servio XDM que permite que o usurio logue Na maioria dos casos o servidor bootp, o servidor tftp, o servidor nfs e o servidor xdm estaro na mesma mquina, ns nos referimos a eles simplesmente como Servidor e as estaes de trabalho como simplesmente Estao. Uma vs que a estao tenha inicializado e que o usurio tenha logado, qualquer aplicao que ela executar estar sendo executada no servidor, enquanto que sua resposta mostrada na tela da estao. Essa a habilidade fundamental do XServer. A estao somente esta executando o kernel, o XFree86, o Init e possivelmente um deamon de impressora para poder imprimir em impressoras locais. Assim h muita pouca coisa sendo executada na estao e por essa razo as estaes podem ser mquinas muito baratas. Em nossos testes iniciais usamos um 486 com 16 Mb de ram que se mostrou uma excelente estao de trabalho. Ns usamos o pacote Etherboot que esta disponvel em: <http://etherboot.sourceforge.net/>. Deles pegamos a imagem que foi usada para gravar a eprom de boot e o que nos ajudou a preparar o kernel que seria baixado na estao. Existem muitos HOWTOs que explicam como configurar um servidor para um nica estao burra, mas eles no discutem os problemas envolvidos no caso de servir muitas estaes a partir de um nico servidor. O problema que quando a estao esta funcionando, ela precisa escrever em alguns arquivos do servidor, assim cada estao precisa montar seu prprio sistema de arquivos root no servidor. Se voc tem 50 estaes, voc precisar de 50 estruturas de diretrio sendo exportadas. Isso pode ser muito difcil de administrar. Ns desenvolvemos um mtodo para configurar um sistema de hierarquias nos sistemas de arquivo root que permite que ele seja compartilhado entre todas as estaes. O kernel monta o sistema de arquivos no modo somente leitura e ento monta um ramdisk em /tmp do seu sistema de de arquivos. O tamanho do ramdisk configurvel, mas por padro de 1 Mb. Enquanto o kernel e o XFree86 esto sendo executados, eles costumam atualizar alguns arquivos, assim ns colocamos estes arquivos na ramdisk e criamos links simblicos para eles nos seus devidos lugares na estrutura dos diretrios. Alm disso, ns criamos um arquivo de configurao e um programa que roda fazendo parte da inicializao da estao. Assim cada estao pode ter um hardware diferente. Peas como placas de rede, placas de vdeo e modelos e mouse podem ser configuradas genericamente ou individualmente para cada estao. Como no h qualquer aplicao sendo executada na estao no precisamos que ela tenha um dispositivo swap, e se isso for necessrio possvel configurar o kernel para que monte um dispositivo swap via NFS. Este mtodo de inicializao das estaes esta sendo usada com muito sucesso em uma rede com mais de 100 estaes, todas funcionando a partir de um servidor usando Redhat 6.0 em um Pentium II 400 Mhz. As estaes so Pentium 166 Mhz com 32 Mb de ram. Nos temos usado processadores menores, mas ultimamente tem sido fcil encontrar esses pentiums por preos muito convidativos.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 11 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Ainda existe a possibilidade de que as aplicaes sejam executadas nas estaes. Nos referimos a esta caracterstica como "Local Apps".

8. Teoria do funcionamento
Inicializar uma estao burra envolve uma srie de passos. Entendendo o que acontece durante o processo de inicializao facilitar muito o diagnstico de problemas, se eles acontecerem. Esta descrio assume que que voc tenha um servidor configurado para servir corretamente a uma estao. 1. Quando se liga a estao ela far um auto teste e o cdigo de inicializao da eprom de boot da placa de rede ser executado. 2. O cdigo de inicializao tentar identificar a placa de rede. Uma vez detectada o cdigo prossegue sua execuo. 3. O cdigo de inicializao far uma solicitao bootp ao broadcast da rede local. A requisio inclui o endereo MAC da placa de rede. (DHCP tambm pode ser usado). 4. O processo inetd, no servidor, percebe a requisio no broadcast e chama o deamons do bootp para respondela. 5. O processo bootp l suas configurao no arquivo /etc/bootptab e localiza a entrada que coincide com o endereo MAC da requisio. Uma vez que a entrada coincide ele enviar um pacote de retorno a estao que fez a solicitao. Vrias informaes so enviadas de volta a estao, as mais importantes so: a. Endereo IP definido para a estao (ip=) b. Mscara de subrede definida para a estao (sm=) c. Diretrio do arquivo de inicializao (hd=) d. O nome do kernel que ser baixado pela estao (bf=) 6. O cdigo de inicializao receber as informaes do servidor e far a configurao da placa de rede. 7. O cdigo de inicializao far uma requisio TFTP ao servidor para comear a baixar o kernel. 8. Uma vez que o kernel tenha sido completamente baixado para a estao o cdigo de inicializao far com que ele seja executado. 9. O kernel iniciar a sua execuo inicializando o sistema e detectando todo os perifricos da estao. 10. O cdigo de inicializao pode passar informaes ao kernel. Isto feito atravs de uma linha de comando do kernel, similar as linhas de comando que so passadas ao LILO, como o parmetro append= . Se o cdigo da eprom (bootrom) no estiver devidamente configurado, ou se o kernel no foi feito corretamente com o mknbilinux, ento o kernel pode falhar no decorrer das requisies bootp. 11. Se o kernel precisar enviar uma requisio bootp/dhcp o servidor responder com outro pacote de resposta com as informaes que o kernel precisa para continuar. As informaes mais importantes neste novo pacote de retorno so: a. Endereo IP definido para a estao (ip=) b. Mscara de subrede definida para a estao (sm=)

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 12 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA c. O diretrio root que ser montado via NFS (rp=) d. O gateway (gw=) e. O servidor DNS (ds=) f. O nome da estao (O valor do primeiro campo as entradas no arquivo bootptab) Uma vez que todos os parmetros acima tenham sido passados a estao a placa de rede estar configurada e pronta para ser usada. 12. O sistema de arquivos root ser montado via NFS. O sistema de arquivos ser montado com permisso somente leitura. Ns fizemos isso para permitir que vrias estaes pudessem montar o mesmo sistema de arquivos, sem permitir que nenhuma dela pudesse modificalo. 13. At este ponto todo o controle tem sido passado do kernel para o processo init. 14. O init dever ler o arquivo /etc/inittab e comear a configurar o ambiente de trabalho. 15. Uma das primeiras coisas dentro do inittab o comando rc.local que ser executado enquanto a estao estiver no estado sysinit. 16. O arquivo rc.local criar um ramdisk de 1 Mb que dever conter tudo que a estao precisar escrever ou modificar. 17. Este ramdisk ser montado no diretrio /tmp. Quaisquer arquivos que precisem ser escritos, existem atualmente, no diretrio /tmp e possuem links simblicos para seus devidos lugares. Por exemplo, quando a estao esta ligada ela tentar modificar as permisses do dispositivo /dev/tty0. Se o dispositivo estivesse no diretrio /dev as permisses no poderiam ser modificadas pois o sistema de arquivos esta montado com permisso de somente leitura. Por isso criamos um link simblico para todos esses arquivos em /tmp que tem permisso de escrita. 18. O sistema de arquivos /proc ser montado. 19. O loopback da placa de rede ser configurada. 20. Muitos diretrios sero criados no diretrio /tmp para armazenar alguns arquivos transitrios que so necessrios durante a execuo do sistema. So eles: a. /tmp/compiled b. /tmp/var c. /tmp/var/run d. /tmp/var/log e. /tmp/var/lock f. /tmp/var/lock/subsys 21. O arquivo /etc/XF86Config ser gerado com base nas configuraes feitas no arquivo de configurao /tftpboot/lts/ltsroot/etc/lts.conf. neste arquivo que o tipo de mouse e outras informaes do X so combinadas para criar o arquivo de configurao do X. 22. O script /tmp/start_ws ser criado. Este script responsvel por inicializar o servidor X. Quando ele inicializar o servidor X ele enviar uma requisio direta de XDMCP para o servidor XDM. As opes dessa requisio esto definidas no arquivo de configurao /tftpboot/lts/ltsroot/etc/lts.conf. 23. O arquivo /tmp/syslog.conf ser criado. Este arquivo contm as informaes que dizem ao deamon do syslog quais computadores da rede podero enviar informaes para ele. O IP do servidor de syslog definido no arquivo lts.conf. Existe um link simblico chamado /etc/syslog.conf que aponta para o arquivo /tmp/syslog.conf

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 13 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA 24. O deamon do syslog inicializado, usando o arquivo de configurao que acaba de ser criado. 25. O controle do processo devolvido ao init. O init ento reconhecer qual o initdefault para determinar qual o runlevel que dever ser executado. No lts_core2.08 o runlevel 2. 26. O runlevel 2 far com que o init execute o script set_runlevel que dever ler o arquivo de configurao lts.conf e determinar em que runlevel a estao dever entrar. 27. As opes padro para runlevel do LTSP so 3,4 e 5. o 3 Esta opo far com que seja aberta uma shell, que uma opo muito til para fins de checagem de erros. o 4 Esta opo executar uma ou mais sesses telnet em modo caracter. esta opo perfeita se voc pretende reviver antigos terminais seriais. o 5 Modo GUI (grfico). esta opo tentar levantar o ambiente grfico e enviar uma requisio SDMCP ao servidor para que seja aberto uma caixa de dilogo para permitir que se logue no servidor. Ser necessrio que exista um gerenciador de login grfico no servidor como o XDM, GDM ou KDM. Uma vez que o usurio esteja logado no servidor, ele executar processos nele. Isto , se ele abrir uma seo xterm, esta seo estar sendo executada no servidor e esta sendo mostrada na estao.

9. Aplicaes locais versus Aplicaes remotas


No ambiente LTSP voc tem a opo de escolher entre executar as aplicaes localmente na estao ou remotamente no servidor. A maneira mais simples de configurar o LTSP fazendo com que as aplicaes sejam executadas no servidor. Isto , as aplicaes do cliente sero executadas no servidor, usando a CPU e a memria do servidor, enquanto as sadas so mostradas na estao e se utilizam o teclado e o mouse da estao. Esta uma qualidade do X Windows. A estao funciona simplesmente como um terminal do XWindow.

9.1. Consideraes no suporte a aplicaes locais


Configurar o LTSP para executar aplicaes locais na estao exigir muito mais recursos. o Maior capacidade da estao. Ela precisar de mais memria RAM e maior poder de processamento. Indicamos 64 Mb de ram para comear. o NIS Para executar aplicaes localmente na estao, primeiramente ser necessrio logar a estao, isso requer algum tipo de autenti cao por senha. O NIS foi escolhido como o mtodo para autenticao remota em redes. A documentao para a configurao do NIS esta disponvel na web.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 14 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA o Diretrios adicionais tero que ser exportados para que a estao possa montlos via NFS. o As aplicaes sero executadas mais lentamente pois elas tero que trafegar pela rede NFS, causando uma sobrecarga nas atividades da rede. Alm disso, como cada cpia do programa ser executado na CPU local voc no contar com a capacidade do Linux/Unix de compartilhar segmentos de cdigo entre mltiplas instncias do mesmo programa, que reduz o tempo que se leva entre as execues do programa.

9.2. Benefcios de executar aplicaes locais


o Reduz a carga sobre o servidor. Em grande redes que executem progra mas que consomem muita memria como o Netscape, executar as aplicaes na estao pode prover um melhor desempenho uma vez que a estao tenha condies fsicas de executar esses programas. o Problemas em uma aplicao no afetaro outros usurios. o O suporte a dispositivos de som muito mais simples quando a aplicao gera sons localmente na estao.

10. Configurando o servidor


Ns criamos RPMs e TGZs contendo todas as partes que voc precisar para configurar um sistema Linux em um servidor LTSP. As distribuies nas quais ns sabemos que o LTSP funciona so: o Redhat 6.0, 6.1, 6.2, 7.0 e 7.1 o Mandrake 7.2 e 8.0 o Suse 6.2, 6.3, 6.4, 7.1 e 7.2beta o Debian 2.0, 2.1 e 2.2 o Caldera eDesktop v2.3, v2.4 e eServer 2.3 Provavelmente ele funciona em outras distribuies. Se voc quiser portar o LTSP para outra distribuio diferente as acima, existe um guia para isso no pacote lts_core. Por favor deixenos saber se voc fizer a adaptao completa ara uma outra distribuio. O download de todos os programas do LTSP pode ser feito em nossa pgina http://www.ltsp.org/download/index.html> ou podese fazer um ftp do servidor <ftp://ftp.ltsp.org/pub/download>.

10.1. Pacotes disponveis para download


lts_core2.xxxx.i386.rpm Principal pacote LTS, contm o sistema de arquivos root, incluindo os utilitrios de configurao e a documentao para as estaes.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 15 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

Linux Kernels Kerneis prcompilados para prover inicializao para diversas placas de rede. X Servers Vrios tipos de servidores X disponveis. Todos estes pacotes esto disponveis <ftp://ftp.ltsp.org/pub/sourceforge/ltsp>. em nossos servidores <http://www.ltsp.org/download>> e

10.2. Planejando o esquema dos endereos de IP


Cada computador da sua rede precisar ter um endereo IP nico. Ns escolhemos a classe C de IPs, 192.168.0.0. Obviamente voc pode escolher qualquer outra rede que lhe seja mais conveniente. Para o servidor ns escolhemos o IP 192.168.0.254, e para as estaes comeamos com 192.168.0.1 e vamos subindo a partir deste. Assim temos a possibilidade de usar at 253 estaes com um nico servidor. Se voc precisar de mais estaes podese configurar uma outra classe C no servidor, talvez a 192.168.1.254 e ter mais estaes usando os endereos entre 192.168.1.1. at 192.168.1.253, ou at mesmo usar uma classe B de endereos IP e poder usar at 65.533 estaes, todas funcionando na mesma rede. (isso parece legal, no ?) Nos mantivemos os nomes das estaes bem simples, comeando com ws001 e fomos subindo a partir desta. Mais uma vez voc esta livre para escolher os nome que desejar para as estaes. Entretanto esteja certo de configurar o nome de suas estaes no /etc/hosts ou no DNS.

10.3. Atualizando o pacote xfs


Por padro o X Font Server NO usado pelo LSP. Se voc quer uslo voc dever ler esta parte do manual. Se no for uslo ento no precisa ler. Desde a verso 1.01 do lts, o padro NO executar o xfs. As instrues a seguir somente so necessrias se voc decidir configurar o arquivo /tftpboot/lts/ltsroot/etc/lts.conf para Y. A verso do xfs que vem com o Redhat6.0 no permite a conexo remota das estaes. H uma verso atualizada do xfs que pode ser baixada da prpria Redhat ou dos nossos servidores. Voc precisa ter a verso XFree86xfs3.3.3.1 52.i386.rpm ou uma mais recente. Se voc esta usando o Radhat 6.1 ou uma verso mais nova voc no precisa se preocupar com o pacote do XFS, ele j atende as requisies remotas das estaes. Entretanto ser necessrio, de qualquer forma, modificar o script de inicializao e o arquivo XF86Config do servidor. O comando para atualizar o pacote : rpm U XFree86xfs3.3.3.152.i386.rpm Uma vez que a atualizao tenha sido feita, voc precisa modificar o script de inicializao para que o servidor fornea as fontes para as estaes.; O arquivo que deve ser editado : /etc/rc.d/init.d/xfs. Nele h duas linhas que precisam ser modificadas. As mudanas dependem de qual verso do Redhat voc estiver usando e seu servidor.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 16 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Redhat 6.0 Procure pelas linhas que comeam com deamon check xfs su xfs c \"xfs port 1\" s /bin/sh. Devem existir duas delas, uma esta em torno da linha 22 e a outra em torno da linha 41. Modifique as linhas para: daemon check xfs su xfs c \"xfs port 7100\" s /bin/sh * OBS: Tenha certeza de modificar o 1 para 7100 (sem o sinal de menos ). Redhat 6.1 & 6.2 Procure pelas linhas que comeam com daemon xfs droppriv daemon port 1. devem existir duas delas, uma deve estar perto da linha 22 (linha 53 para o RH6.2) e a outra perto da linha 41 (linha 73 para RH6.2). Modifique as linhas para: daemon xfs droppriv daemon port 7100 * OBS: Tenha certeza de modificar o 1 para 7100 (sem o sinal de menos ). As mudanas acima devero fazer com que o deamon do X font server sirva fontes para as estaes. Uma alterao tem que ser feita no arquivo /etc/X11/XF86Config. Procure pela linha que diz: FontPath "unix/:1" Voc precisa mudla para: FontPath "tcp/localhost:7100" Isto , mude de unix para tcp e de :1 para localhost:7100.

10.4. Instalando o bootpd (opcional)


Se voc estiver usando BOOTP em vez de DHCP, ser necessrio baixar o pacote do bootpd. A Redhat no inclui o bootpd nas suas verses 6.0 e superiores, assim ser necessrio baixla de uma vero anterior ou do site ftp.ltsp.org. O comando para instalar o pacote do bootpd : rpm i bootp2.4.37.i386.rpm Assim o deamon do bootpd ser instalado e um exemplo do arquivo de configurao tambm.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 17 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

10.5. Instalando o DHCP


Voc precisa ter certeza de ter o servidor DHCP instalado. Podese verificar se ele j esta instalado executando o seguinte comando: rpm qa | grep dhcp Este comando dever retornar uma linha como esta: dhcp2.05 Se no retornar uma linha como a de cima ser necessrio instalar o pacote a partir do CD do Redhat. A instalao do pacote do DHCP a partir do CD da Redhat no cria o arquivo dhcpd.leases, assim teremos que crilo manualmente. O comando para isso : >/var/state/dhcp/dhcpd.leases assim ser criado um novo arquivo em branco.

10.6. Instalando o pacote lts_core pela primeira vez


Baixe o arquivo lts_core2.xxxx.i386.rpm e instale usando o seguinte comando: rpm i lts_core2.xxxx.i386.rpm Assim o pacote ltsp ser instalado. Ele ir criar o diretrio /tftpboot/lts que contem a estrutura bsica de diretrios que sero montados como o sistema de arquivos root das estaes. Ele ir tambm modificar uma srie de arquivos do sistema. veja que arquivos so estes na parte de Consideraes de segurana. Execute o script ltsp_initialize cd /tftpboot/lts/templates ./ltsp_initialize Ele far todas as modificaes necessrias nos arquivos de configurao do servidor.

10.7. Atualizando o pacote lts_core


Se voc esta atualizando uma verso anterior do ltsp, o diretrio /tftpboot/lts/ltsroot que j existe ser salvo em um diretrio com o nome atual mais o numero da atualizao.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 18 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Por exemplo, se esta a primeira atualizao que voc faz, /tftpboot/lts/ltsroot ser salvo como /tftpboot/lts/ltsroot.1 e um novo /tftpboot/lts/ltsroot ser criado. Depois de baixar o arquivo lts_core2.xxxx.i386.rpm, voc poder fazer a atualizao com o seguinte comando: rpm U lts_core2.xxxx.i386.rpm Assim as configuraes existentes sero devidamente salvas e o ltsp devidamente atualizado.

10.8. Escolhendo o kernel apropriado


Quando a estao inicializa ele pega um kernel a partir do servidor e o carrega na memria. O kernel que ser carregado precisa estar configurado para suportar a placa de rede da estao. Isso porque no se pode carregar mdulos neste ponto do processo. Ns preparamos alguns kerneis que j esto prontos para uso, voc somente precisa baixar o kernel correspondente a sua placa de rede e instalalo. Vrios kerneis esto disponveis em nosso site. Eles esto previamente configurados para placas de rede especficas e disponveis nos formatos RPM e TGZ. Os kerneis disponveis so: o lts_kernel_ne20002.20.i386.rpm o lts_kernel_rlt81392.20.i386.rpm o lts_kernel_eepro1002.20.i386.rpm o lts_kernel_3c5092.20.i386.rpm o lts_kernel_3c9052.20.i386.rpm o lts_kernel_tulip2.20.i386.rpm o lts_kernel_all2.20.i386.rpm Por exemplo, para instalar o kernel para uma placa de rede NE2000, faa o seguinte: rpm i lts_kernel_ne20002.20.i386.rpm Assim ele colocar o kenel vmlinuz.ne2000 no diretrio /tftpboot/lts. Podese instalar outro kernel para outras estaes da mesma forma. Voc pode criar seu prprio kernel. Quando for configurar o seu kernel voc TEM que especificar os seguintes itens: o Suporte para sua placa de rede em especfico o RAM disk support o IP kernel level autoconfiguration o BOOTP support o /proc filesystem support o NFS filesystem support o Root file system on NFS o Support for Parallel e/ou serial ports for printers

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 19 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Uma vez que o seu kernel esteja configurado ele precisar ser convertido em um formato chamado "tagged image", usando o comando mknbilinux que faz parte do pacote do Etherboot. mknbilinux output=/tmp/vmlinuz.ne2000 ipaddrs=rom \ rootdir=/tftpboot/lts/ltsroot \ append="ramdisk_size=1024" \ /usr/src/linux/arch/i386/boot/bzImage \

O kernel tem que estar no diretrio /tftpboot/lts.

10.9. Escolhendo o servidor X


Voc precisa baixar o servidor X coreto para a sua placa de vdeo. O servidor XF86_SVGA funciona com a grande maioria das placas de vdeo, mas o desempenho ser melhor usando o servidor especfico da sua placa de vdeo. Podese baixar um dos servidores X no site ftp.ltsp.org que ele ser automaticamente instalado no local apropriado. Nos temos o pacote nos dois formatos, RPM e TGZ, disponveis em nosso site ftp. Arquivos como lts_xmach642.0 1.i386.rpm e lts_xsvga2.00.i386.rpm podem ser baixados e instalados. Por exemplo, para instalar o servidor X para SVGA faa o seguinte: rpm i lts_xsvga2.01.i386.rpm Ele copiar o servidor XF86_SVGA no diretrio /tftpboot/lts/ltsroot/ltsbin.

10.10. Editando os arquivos de configurao


A instalao do pacote lts_core far uma serie de entradas em vrios arquivos de configurao, mas essas entradas precisam ser alteradas para as suas necessidades, antes de que os arquivos de configurao sejam realmente alterados.

10.10.1. inetd
Recentemente as distribuies tem usado o xinetd em lugar do inetd. O xinetd se prope a ser mais seguro e mais habilidoso ao lidar com os servios do que o seu antecessor. De qualquer maneira o tftp precisa ser executado.

10.10.1.1. /etc/xinetd.d/tftp
xinetd Por padro o tftp esta desativado. Como parte da instalao do LTSP, o tftp far com que o servio tftp seja ativado.

10.10.1.2. /etc/inetd.conf
inetd

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 20 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Por padro as linhas do inetd.conf para os servios de bootpd e tftp esto comentadas. A instalao do LTSP far com que a linha do tftp seja descomentada, mas no descomenta a do bootpd. Se voc esta usando o bootpd ter que descomentar a sua linha manualmente. # tftp dgram udp wait root /usr/sbin/tcpd in.tftpd #bootps dgram udp wait root /usr/sbin/tcpd bootpd #

10.10.2. /etc/X11/xdm/Xservers
Se o seu servidor j estiver configurado para usar o runlevel 5, ento ele j deve estar inicializando em modo grfico. Neste caso o script de instalao no far qualquer mudana no arquivo Xservers. Se o servidor estiver configurado para usar o runlevel 3 ento o script de instalao modificar o arquivo Xservers comentando a entrada para o console do servidor. Isto feito para que quando o script de instalao faa a modificao para o runlevel 5, o console no alterne para o modo grfico inesperadamente. Se voc quer o servidor rodando em modo grfico, ento voc dever executar o comando startx ou descomentar a linha que foi modificada no arquivo Xservers

10.10.3. /etc/X11/xdm/Xaccess
Este arquivo controla a forma como a estao pode se comunicar com o programa xdm no servidor. O script de instalao descomentar a entrada que permitir s estaes receberem a tela de login. A linha que ser modificada se parece com: * #any host can get a login window

10.10.4. /etc/X11/xdm/xdmconfig (Somente para Redhat 6.2, 7.0 e Mandrake 7.2)


Por padro aqui h algumas entradas que precisam ser removidas (ou comentadas). O script de instalao tomara o cuidado de comentlas para voc. A linha que ser comentada se parece com: DisplayManager.requestPort: 0

10.10.5. /etc/inittab
O servidor precisa ter o xdm rodando. Ele normalmente executado pelo arquivo /etc/inittab. Existem vrios gerenciadores de login disponveis. A maioria dos sistemas incluem XDM, GDM e KDM. Voc pode escolher qualquer um deles. O script de instalao configurar o gerenciado de login para voc, e modificar o runlevel padro para 5. A linha de definio do runlevel se parece com: id:5:initdefault:

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 21 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Indicando que o servidor entrar automaticamente no runlevel 5 quando for inicializado.

10.10.6. /etc/bootptab
Se voc no estiver usando o bootpd, voc pode pular esta parte. Quando o pacote lts_core instalado ele adiciona as seguintes entradas ao arquivo /etc/bootptab: ## LTSbegin #################################################### .ltsp:\ :ht=ethernet:\ :ds=192.168.0.254:\ :gw=192.168.0.254:\ :lg=192.168.0.254:\ :sm=255.255.255.0:\ :hn:\ :hd=/tftpboot/lts:\ :rp=/tftpboot/lts/ltsroot: # # The following is an example of a line needed for a workstation # # ws001:tc=.ltsp:ha=AABBCCDDEEFF:bf=vmlinuz.ne2000:ip=192.168.0.1: ## LTSend ######################################################

Ser necessrio criar uma linha para cada estao. Podese usar a linha de exemplo como modelo. Voc ter que colocar o endereo ethernet (MAC) da sua placa de rede na entrada ha=, o nome do kernel na entrada bf=, e o endereo IP na entrada ip=. Se estiver usando uma classec diferente da nossa 192.168.0.0, ento ser necessrio mudar as entradas ip, ds, gw e lg.

10.10.7. /etc/dhcpd.conf
Um arquivo de exemplo do dhcpd.conf instalado junto com o LTSP. O arquivo chamase /etc/dhcpd.conf.example e pode ser copiado para /etc/dhcpd.conf para ser usado com o dhcpd. O arquivo se parece com: defaultleasetime 21600; maxleasetime 21600; option subnetmask 255.255.255.0; option broadcastaddress 192.168.0.255; option routers 192.168.0.254; option domainnameservers 192.168.0.254; option domainname "ltsp.org"; option netbiosnameservers 192.168.0.254; sharednetwork WORKSTATIONS { subnet 192.168.0.0 netmask 255.255.255.0 {

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 22 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA } } group { usehostdeclnames on; option logservers 192.168.0.254; host ws001 { hardware ethernet 00:80:C8:D9:31:C1; fixedaddress 192.168.0.1; filename "/tftpboot/lts/vmlinuz.ne2000"; } host ws002 { hardware ethernet 00:E0:18:E0:0C:09; fixedaddress 192.168.0.2; filename "/tftpboot/lts/vmlinuz.eepro100"; } }

Se o seu servidor for configurado com mais de um endereo IP ento ser necessrio dar mais uma entrada subnet no arquivo dhcpd.conf. Podese usar o exemplo subnet 192.168.0.0 .... como modelo.

10.10.8. /etc/hosts
Uma vez que voc tenha adicionado as suas estaes no arquivo bootptab ou no arquivo dhcpd.conf, esteja certo de dar entrada com o endereo IP e o nome da estao no arquivo /etc/hosts, ou de configurar o seu DNS no servidor, ou em algum outro servidor da rede. O servidor NFS tem que pode resolver os nomes das estaes pelo seu endereo IP.

10.10.9. /etc/hosts.allow
O script de instalao do LTSP adicionar algumas entradas ao arquivo /etc/hosts.allow que permitiro ao bootpd, portmapper e ao tftp funcionar apropriadamente. Estas entradas se parecem com: bootpd: 0.0.0.0 in.tftpd: 192.168.0. portmap: 192.168.0. As entradas acima assumem que voc estar usando a classe C 192.168.0.0. Se voc usar uma outra classe faa as devidas alteraes.

10.10.10. /etc/exports
As entradas que sero colocadas neste arquivo funcionaro bem. Exceto se voc estiver usando uma outra classe de IP diferente de 192.168.0.0. Se este for o caso, ento voc ter que alterar este arquivo para a sua classe de Ip. As entradas colocadas pelo script de instalao so: ## LTSbegin ##

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 23 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA # # The lines between the LTSbegin e the LTSend were added # on: Sun Aug 6 23:30:29 EDT 2000 by the ltsp installation script. # For more information, visit the ltsp homepage # at http://www.ltsp.org # /tftpboot/lts/ltsroot 192.168.0.0/255.255.255.0(ro,no_root_squash) # # The following entries need to be uncommented if you want # Local App support in ltsp # #/usr 192.168.0.0/255.255.255.0(ro,no_root_squash) #/bin 192.168.0.0/255.255.255.0(ro,no_root_squash) #/sbin 192.168.0.0/255.255.255.0(ro,no_root_squash) #/lib 192.168.0.0/255.255.255.0(ro,no_root_squash) #/home 192.168.0.0/255.255.255.0(rw,no_root_squash) ## LTSend ##

No caso de querer executar aplicaes (veja: LOCAL_APPS) localmente ento ser necessrio descomentar as entradas diferentes de /tftpboot/lts/ltsroot.

10.10.11. /etc/rc.d/init.d/syslog
O script de instalao modificar o script de inicializao /etc/rc.d/init.d/syslog para voc, para permitir que as estaes possam enviar suas mensagens de log ao syslog do servidor. A linha que ser modificada se parece com: daemon syslogd m 0 r

10.10.12. /tftpboot/lts/ltsroot/etc/lts.conf
Este o arquivo de configurao das estaes. A maioria dos parmetros configurveis para as estaes podem ser definidos nele. O arquivo de configurao dividido em sees. Cada uma representa uma estao, exceto a seo Default que se aplica a todas elas. O cabealho de cada seo contm o nome da estao ou a palavra Default entre colchetes ([ e ]). se todas as estaes forem idnticas ento somente ser necessrio definir a seo Default. Exemplo do arquivo /tftpboot/lts/ltsroot/etc/lts.conf: [Default] XSERVER = XF86_SVGA SERVER = 192.168.0.254 X_MOUSE_PROTOCOL = "PS/2" X_MOUSE_DEVICE = "/dev/psaux"

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 24 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA X_MOUSE_RESOLUTION = 400 X_MOUSE_BUTTONS = 3 USE_XFS =N UI_MODE = GUI [ws001] XSERVER = XF86_SVGA X_MOUSE_PROTOCOL = "Microsoft" X_MOUSE_DEVICE = "/dev/ttyS1" X_MOUSE_RESOLUTION = 50 X_MOUSE_BUTTONS = 3 X_MOUSE_BAUD = 1200 [ws002] XSERVER = XF86_Mach64

[ws003] XSERVER = XF86_SVGA X_COLOR_DEPTH = 24 USE_XFS =N [ws004] UI_MODE = CHAR

10.11. Opes disponveis no lts.conf


10.11.1. Opes gerais
SERVER este o servidor que ser usado pelo XDM_SEVER, TELNET_HOST, XFS_SERVER e SYSLOG_HOST, se nenhum destes parmetros for espe cificado explicitamente. Se voc tiver um nico servidor para todos os servios, basta especificar o IP dele nesta opo. Se esta opo no for especificada ele ser por padro igual a 192.168.0.254. SYSLOG_HOST Se voc quiser enviar as mensagens de log para outro servidor que no seja o padro, ento especifique aqui o endereo IP dele. Se este parmetro no for usado o padro ser. UI_MODE Esta opo determina como o XWinows ser executado, ou se ser uma seo telnet. As opes disponveis so: o GUI Executa o Xwindows na estao

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 25 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA o CHAR Executa uma seo telnet no servidor o SHELL Executa uma shell na estao. til para checagem de erros Atualmente esta opo somente usada quando NO executamos aplicaes locai. O valor padro GUI. TELNET_HOST Se a estao for configurada para ter uma interface caracter, ento o valor para esta opo dever ser a do IP do servidor. se esta opo no for usada o valor padro ser o IP do servidor. DNS_SERVER Esta opo faz o arquivo resolv.conf SEARCH_DOMAIN Esta opo faz o arquivo resolv.conf MODULE_01 thru MODULE_10 At 10 mdulos podem ser carregados usando esta opo. O comando completo que se usa para o isnmod pode ser especificado aqui. Por exemplo: MODULE_01 MODULE_02 MODULE_03 MODULE_04 = agpgart.o = uart401.o = sb.o io=0x220 irq=5 dma=1 = opl3.o

RAMDISK_SIZE Quando a estao inicializa, ela cria uma ramdisk e a monta no diretrio /tmp. Podese controlar o tamanho da ramdisk com esta opo. Ela deve ser especificada em unidades de kbytes (1024 bytes). Para criar uma ramdisk de 2 megabytes, coloque RAMDISK_SIZE = 2048 Se voc modificar o tamanha da ramdisk aqui, ser necessrio fazer essa mudana no kernel. Isso pode ser feito recompilando o kernel ou usando o Etherboot ou o Netboot, com os quais se informa o tamanho da ramdisk ao kernel pelo comando mknbilinux. O tamanho padro da ramdisk 1024 ( 1 Mb ) RUNLEVEL Esta opo determina o modo na qual a estao vai entrar quando for inicializada. Os seguintes runlevels so suportados: o 3 Esta opo far com que seja aberta uma shell, que uma opo muito til para fins de checagem de erros. o 4 Esta opo executar uma ou mais sesses telnet em modo caracter.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 26 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA esta opo perfeita se voc pretende reviver antigos terminais seriais. o 5 Modo GUI (grfico). Esta opo tentar levantar o ambiente grfico e enviar uma requisio SDMCP ao servidor para que seja aberto uma caixa de dilogo para permitir que se logue no servidor. Ser necessrio que exista um gerenciador de login grfico no servidor como o XDM, GDM ou KDM. Cada estao pode ter um runlevel diferente. O valor padro para esta opo 5. TELNET_SESSIONS Esta opo determina quantas sees telnet sero abertas. Cada seo ser executada em uma tea virtual diferente, acessvel usando AltF1 at AltFn. O valor padro para esta opo 2.

10.11.2.
Opes do XWindows XDM_SERVER Se voc quiser que o servidor XDM seja outro, diferente do servidor padro, ento especifique aqui o endereo IP deste outro servidor. Se esta opo no for usada ento o IP especificado na opo SERVER ser usada. XSERVER Esta opo define qual ser o servidor X que a estao executar. Os valores possveis para esta opo so: XF86_SVGA e XF86_Mach64. Qualquer outro servidor X poder funcionar, desde que esteja devi damente instalado no diretrio /tftpboot/lts/ltsroot/ltsbin. O valor padro para esta opo XF86_SVGA. X_MOUSE_PROTOCOL Qualquer valor que funcione para o XFree86 Pointer Protocol pode ser usado aqui. Os valores mais comuns so "Microsoft" e "PS/2". O valor padro desta opo "PS/2". X_MOUSE_DEVICE Esta opo configura em qual entrada o mouse esta conectado. Se for um mouse serial, ento aqui deveremos especificar uma porta serial, como /dev/ttyS0 ou /dev/ttyS1. Se for um mouse do tipo PS/2 esta opo dever ser /dev/psaux. O valor padro para esta opo /dev/psaux. X_MOUSE_RESOLUTION Esta opo a opo Resolution do arquivo XF86Config. O valor normalmente usado para mouses seriais 50 e para mouses PS/2 400. O valor padro para esta opo 400.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 27 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA X_BUTTONS Esta opo diz ao sistema quantos botes o mouse tem. Normalmente este valor ser 2 ou 3. O valor padro para esta opo 3. X_MOUSE_BAUD Define o boud rate para mouses seriai. O valor padro para esta opo 1200. X_COLOR_DEPTH Esta define o nmero de bits para usar na profundidade de cores. Os valores possveis para esta opo so 8, 15, 16, 24 e 32. 8 bits resultar em 256 cores, 16 resultar em 65536 cores, 24 resultar em 16 milhes de cores e 32 bits resultar em 4.2 bilhes de cores! Nem todos os servidores X suportam todos estes valores. O valor padro para esta opo 16. USE_XFS Podese optar por usar un X Font Server (XFS) ou ler as fontes atravs de um sistema de arquivos NFS. O servidor de fontes prov uma forma simples de manter todas as fontes um um nico lugar, mas alguns problemas ocorrem quando o nmero de estaes superior a 40. Os dois valores para esta opo so Y e N. O valor padro para esta opo N. se voc quiser usar um servidor de fontes, ento configure a opo XFS_SERVER especi ficando qual o servidor que dever ser utilizado pelas estaes. XFS_SERVER Se voc estiver usando um servidor de fontes, ento especifique aqui o endereo IP no qual as estaes devem buscalo. Se esta opo no for especificada, o IP da opo SERVER ser utilizado. X_HORZSYNC Esta opo define a configurao do HorizSync do XFree86. O valor padro desta opo "3162". X_VERTREFRESH Esta opo define a configurao do VertRefresh do XFree86. O valor padro desta opo "5590". X_MODE_1024x768 Esta opo define a resoluo do XFree86 para 1024 x 768. Por padro esta opo tentar as resolues 1024x768, 800x600 e 640x480. Se voc configurar qualquer X_MODE_ ento as 3 opes padro no sero usadas, somente a sua ser usada. Abaixo um exemplo de uma entrada X_MODE_1024x760. X_MODE_1024x768 = "75.00 1024 1048 1184 1328 768 771 777 806 hsync vsync"

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 28 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA X_MODE_800x600 Esta opo define a resoluo do XFree86 para 800x600. Veja a explicao da opo 1024x768 para entender mais sobre os valores desta opo. X_MODE_640x480 Esta opo define a resoluo do XFree86 para 640x480. Veja a explicao da opo 1024x768 para entender mais sobre os valores desta opo. XF86CONFIG_FILE Se voc preferir fazer o seu prprio arquivo XF86Config s fazer e coloclo no diretrio /tftpboot/lts/ltsroot/etc. Ento especifique aqui o nome do seu arquivo. Por exemplo: XF86CONFIG_FILE = XF86Config.ws004

10.11.3. Opes para Touch screen


USE_TOUCH Se voc estiver conectando uma estao que usa touch screen, ela dever ser habilitada aqui nesta opo com o valor Y. Se esta opo for habilitada outras estaro disponveis para definir as caractersticas deste touch screen. O valor padro desta opo e N. X_TOUCH_DEVICE O touch screen funciona como um mouse e normalmente conectado ao conector atravs de uma porta serial. Aqui podese especificar qual a porta serial que ser usada. Por exemplo, ela pode ser configurada para /dev/ttyS0. No h valor padro para esta opo. X_TOUCH_MINX Calibragem para uma touch screen EloTouch. Valor padro 433. X_TOUCH_MAXX Calibragem para uma touch screen EloTouch. Valor padro 3588. X_TOUCH_MINY Calibragem para uma touch screen EloTouch. Valor padro 3588. X_TOUCH_MAXY Calibragem para uma touch screen EloTouch. Valor padro 3526. X_TOUCH_UNDELAY Calibragem para uma touch screen EloTouch. Valor padro 10.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 29 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA X_TOUCH_RPTDELAY Calibragem para uma touch screen EloTouch. Valor padro 10.

10.11.4. Opes para aplicaes locais


LOCAL_APPS Se voc quiser executar aplicaes locais na estao, defina esta opo como Y. Vrias outras configuraes tero de ser feitas no servidor para habilitar a execuo local de aplica es. Veja a seo dedicada a ela para maiores informaes. O valor padro para esta opo N. LOCAL_WM Uma vez que a opo acima seja configurada como Y, voc poder escolher onde o seu ambiente grfico vai ser executado. Podese fazer com que ele seja executado na estao ou no servidor. Se a opo LOCAL_WM estiver configurada para Y ento o ambiente grfico ser executado na estao. Se ela for configurada como N, ento ele ser executado no servidor. Aplicaes locais bem mais fcil de configurar se voc executar o ambiente grfico na estao. Assim, por padro, qualquer programa que for executado ser execu tado localmente. O valor padro para esta opo Y. NIS_DOMAIN Se voc configurou a opo LOCAL_APPS ento ser necessrio ter um servidor NIS na rede. A opo NIS_DOMAIN onde se especifica o nome do domnio NIS. Este nome de domnio precisa ser o mesmo que foi definido no servidor NIS. Lembrese que o domnio NIS no o mesmo que o domnio de internet. O valor padro desta opo ltsp. NIS_SERVER Esta opo configura o endereo IP do seu servidos NIS para que a estao no fique enviando mensagens de broadcast procurando pelo servidor NIS.

10.11.5. Opes de teclado


Todos os arquivos de configurao de teclado esto agora no diretrio ltsroot assim o suporte a teclado agora parte da configurao do XFree86. Vrios parmetros esto disponveis para permitir a configu rao do teclado. XkbTypes O valor padro para esta opo a palavra default. XkbCompat O valor padro para esta opo a palavra default. XkbSymbols O valor padro para esta opo us(pc101). XkbModel O valor padro para esta opo pc101.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 30 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA XkbLayout O valor padro para esta opo us. Os valores para as opes acima foram extradas da documentao do XFree86. De qualquer maneira se um valor for vlido no XFree86 ser vlido aqui. Ns gostaramos de adicionar documentao mostrando valores para estas opes, para permitir a configurao de teclados internacionais. Se voc trabalha com isso e pode configurar teclados internacionais, por favor informe ao grupo do ltsp core. Ficaremos agradecidos.

10.11.6. Opes para configurao de impressoras


At trs impressoras podem ser conectadas em uma estao burra. A combinao de impressoras seriais e paralelas pode ser configurada usando as seguintes opes no arquivo lts.conf: PRINTER_0_DEVICE O nome do dispositivo da primeira impressora. Nomes como /dev/lp0, /dev/ttyS0 ou /dev/ttyS1 so permitidos. PRINTER_0_TYPE O tipo de impressora que ser usada. As opes vlidas so P para paralela e S para serial. PRINTER_0_PORT A porta TCP/IP que ser usada. Por padro usamos a 9100. PRINTER_0_SPEED Se a impressora for serial, esta opo permitir que o boud rate seja configurado. Por padro esta opo usa o valor 9600. PRINTER_0_FLOWCTRL Para impressoras seriais o controle de fluxo pode ser especificado. Assim como no controle de fluxo de hardware (CTS/RST). Se nada for especificado o valor desta opo ser S. PRINTER_0_PARITY Para impressoras seriais a paridade pode ser especificada. As opes so: PRINTER_0_DATABITS Para impressoras seriais o numero do data bits pode ser especi ficado. As opes so 5, 6, 7 e 8. PRINTER_1_DEVICE Dispositivo da segunda impressora PRINTER_1_TYPE Tipo da segunda impressora

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 31 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA PRINTER_1_PORT Porta da segunda impressora PRINTER_1_SPEED Baud rate da segunda impressora (serial) PRINTER_1_FLOWCTRL Controle de fluxo da segunda impressora (serial) PRINTER_1_PARITY Paridade da segunda impressora (serial) PRINTER_1_DATABITS data bits da segunda impressora (serial) PRINTER_2_DEVICE Dispositivo da terceira impressora PRINTER_2_TYPE Tipo da terceira impressora PRINTER_2_PORT Porta tcp/ip da terceira impressora PRINTER_2_SPEED Baud rate da terceira impressora (serial) PRINTER_2_FLOWCTRL Controle de fluxo da terceira impressora (serial) PRINTER_2_PARITY Paridade da terceira impressora (serial) PRINTER_2_DATABITS data bits da terceira impressora (serial) Comentrios Os comentrios dentro do arquivo de configurao comeam sempre com o caracter #.

10.12. Configurando o servidor para aplicaes locais


Uma srie de configuraes extras precisaro ser feitas no servidor para que a habilidade de executar aplicaes localmente nas estaes seja utilizada.

10.12.1. Network Information System NIS


NIS um sistema bastante complexo de se administrar e este documento no procurar se aprofundar muito no tema. Para uma explicao mais detalhada h um livro da OReilly disponvel no mercado chamado "Managing NFS e NIS". D uma olhada la lista bibliogrfica no fim deste documento para maiores informaes sobre o livro.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 32 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Existe tambm um excelente HOWTO na LDP chamado "The Linux NIS(YP)/NYS/NIS+". D uma olhada la lista bibliogrfica no fim deste documento para saber a URL deste HOWTO. Existem algumas configuraes simples que podem ser feitas para ter o NIS rodando com o LTSP: 1. Desative o shadow das senhas. O HOWTO do NIS explica porque. Se o seu arquivo de senhas tem um * no segundo campo, ento o shadow das suas senhas esta ativado. Podese desativar o shadow com o comando pwunconv. 2. Edite o Makefile do yp. Entre no diretrio /var/yp e edite o Makefile. a. Procure pela opo MERGE_PASSWD, perto da linha 34. Altere esta opo para false. b. Procure pela opo MERGE_GROUP, perto da linha 38. Altere esta opo para false. c. Procure pela linha que comea com all:, peto da linha 96. Comente esta linha colocando um # na frente. 3. Inicialize o ypserv com o comando: /etc/rc.d/init.d/ypserv start Voc dever executar o ntsysv e marcar o ypserv la para que ele seja inicializado automaticamente quando seu servidor for reinicilizado. 4. Configure o domnio NIS com o comando domainname ltsp 5. Inicialize o NIS executando o ypinit: /usr/lib/yp/ypinit m Neste momento o NIS j deve estar configurado e funcionando.

10.12.2. /tftpboot/lts/ltsroot/etc/lts.conf
As seguintes opes precisam estar configuradas no arquivo lts.conf. LOCAL_APPS = Y LOCAL_WM = Y Esta opes ativam as estaes para executar aplicaes localmente.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 33 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

11. Configurando as estaes de trabalho


Antes de mais nada a estao precisa ter uma placa de rede com uma eprom de boot. Se voc tem acesso a um gravador de eprom, voc pode baixar a imagem etherboot do site RomOMatic em http://www.romomatic.net. Estas imagens so baseadas no projeto Etherboot, e o seu cdigo fonte esta disponvel em http://etherboot.sourceforge.net se voc preferir compilar a imagem voc mesmo. Outra opo baixar a imagem bootrom e copiala em um disquete. As imagens podem ser baixadas do site da Rom OMatic no endereo: RomOMatic <http://www.RomOMatic.net>> Se optar por uma imagem Floppy Bootable ROM, o site ir gerar uma imagem que pode ser diretamente mandada para o disquete com os comandos dd ou cat. Quando a inicializao feita pelo disquete, a placa de rede ser testada, ento o processo de inicializao o mesmo de que se o kernel estivesse gravado em uma eprom de boot. Este mtodo muito til para a realizao de testes. Por exemplo, se voc tiver uma placa de rede 3Com 3c509 e quiser fazer um teste com a verso mais nova do Etherboot, ento basta baixar a imagem e salvla em seu disco rgido e executar o seguinte comando: cat eb5.0.13c509.lzdsk >/dev/fd0 Isto far com que a imagem seja enviada para o primeiro setor do disquete. Podese comprar bootroms e placas de rede com as bootroms no site LinuxCentral.com e <shameless plug> DisklessWorkstations.com </shameless plug>.

11.1. Reiniciando os daemons


Depois de criar e/ou modificar os arquivos de configurao, vrios deamons precisam ser reinicializados para que as alteraes tenham efeito. Podese reinicializar cada um deles individualmente ou podese simplesmente reiniciar o computador. NFS exportfs ra bootpd killall q HUP bootpd syslogd /etc/rc.d/init.d/syslog restart inetd (Para Redhat 7.0 e algumas outras distros) killall HUP inetd xinetd

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 34 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA killall USR1 xinetd dhcpd /etc/rc.d/init.d/dhcpd restart xfs Pare o daemon executando: /etc/rc.d/init.d/xfs stop Ento inicie o daemon executando: /etc/rc.d/init.d/xfs start Por alguma razo, o comando xfs start no funciona bem. Isso porque ns temos que parar o servio primeiro para ento poder inicializlo.

12. Configuraes especficas de hardware


12.1. Sistemas baseados em Intel i810

Para executar o X windows em estaes baseadas no Intel i810 o mdulo agpgart.o exigido e precisar ser carregado na estao. este mdulo esta includo no pacote ltsp_core. Ele pode ser carregado na estao adicionando a seguinte entrada no lts.conf: [ws001] MODULE_01 = agpgart.o

13. Testando
Depois de fazer todas as configuraes e/ou alteraes acima reinicie o servidor. Simplesmente ligue a estao e voc poder vla requisitando as informaes de IP da rede, ento ver a transferncia do kernel via tftp e o kernel sendo executado. Em seguida o Xwindows devera ser carregado e, finalmente, a tela de login dever aparecer. Se algum destes procedimentos falhar releia as instrues acima e verifique todas as suas configuraes. Se voc continuar tendo problemas, acesse a lista de discusso do LTSP que esta disponvel em http://www.ltsp.org/mailinglists.html

14. Ajustando o servidor


PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 35 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Uma vez que o servidor e as estaes estejam devidamente configurados, comeamos a aumentar o tamanho da nossa rede e alguns ajustes podem e devem ser feitos no servidor para que ele suporte bem o crescimento. As seguintes opes podem ser ajustadas para um melhor desempenho do servidor: 14.1. Nmero mximo de arquivos que podem ser abertos no servidor Por padro, o nmero mximo de arquivos que podem ser abertos simultneamente de 4096. Podese verificar o mximo permitido em seu sistema executando o seguinte comando: cat /proc/sys/fs/filemax Ele retornar o limite de arquivos abertos permitido pelo seu sistema. Podese alterar este limite inserindo um novo valor nesse arquivo, com o seguinte comando echo 8192 >/proc/sys/fs/filemax Este comando alterar o limite imediatamente. No ser necessrio reiniciar o computador. Para que este comando seja executado automaticamente no caso do servidor ser reinicializado, insira ele no arquivo /etc/rc.d/rc.local.

14.2. Nmero mximo de inodes que podem ser abertos no servidor


Por padro, o nmero mximo de inodes 16384. Podese verificar esse valor com o seguinte comando: cat /proc/sys/fs/inodemax Ele retornar o limite de inodes permitido pelo seu sistema. Podese alterar este limite inserindo um novo valor nesse arquivo, com o seguinte comando echo 32768 >/proc/sys/fs/inodemax Este comando alterar o limite imediatamente. No ser necessrio reiniciar o computador. Para que este comando seja executado automaticamente no caso do servidor ser reinicializado, insira ele no arquivo /etc/rc.d/rc.local.

14.3. Nmero mximo de processos que podem ser abertos no servidor


No Redhat 6.0, e nos kerneis baixados do kernel.org, o limite total de processos 512, e o limite do nmero de tarefas por usurios a metade disso.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 36 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA A partir do Redhat 6.1, usando o kernel bsico fornecido pela Redhat, o nmero mximo de processos 2560 e o nmero mximo de tarefas por usurio de 2048. Se for necessrio aumentar estes nmeros, precisaremos modificar o arquivo /usr/src/linux/include/tasks.h. Os parmetros que devero ser modificados so NR_TASKS e MAX_TASKS_PER_USER. Em qualquer situao o valor mximo para estes parmetros 4092 ( 4090 se o APM estiver ativado ). Se estes valores forem alterados ser necessrio recompilar o kernel.

15. Guia dos problemas mais comuns (Troubleshooting)


15.1. Lugares onde procurar as mensagens de erro:
Se as estaes tiverem problema para inicializar, existem alguns lugares onde se podem procurar por erros: 1. /var/log/messages Muitas mensagens teis aparecem aqui. 2. /var/log/secure Se o tcpwrappers estiver ativado, voc dever receber algumas mensagens aqui. 3. /var/log/xdmerror.log Se a estao consegue carregar o kernel e o X esta demorando muito para mostrar a tela de de login, mensagens interessantes podero ser encontradas aqui. 4. A tela a estao de trabalho ( Eu sei que isto parece bvio, mas ....)

15.2. A estao de trabalho no inicializa


15.2.1. Falha na deteco de IRQ
A mensagem completa de erro : NE*0000 ethercard probe at 0x300 failed to detect IRQ line Este erro causa um outro erro depois que o kernel carregado: IPconfig NO network devices available RootNFS NO NFS server available giving up VFS: Unable to mount root fs via NFS, trying floppy VFS: cannot open root device 02:00

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 37 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA PANIC VFS unable to mount root fs on 02:00 Este erro normalmente indica um conflito de IRQ entre a placa de rede e um outro dispositivo do sistema. Tente remover outras placas, deixando somente a placa de rede e a placa de vdeo.

15.2.2. Esta mostrando a mensagem Searching for server:


NE2000 base 0x0300, addr XX:XX:XX:XX:XX:XX Searching for server (BOOTP)... <sleep> <sleep> Esta mensagem indica que a estao no consegue encontrar o servidor bootp. Verifique o seguinte: 1. Cabeamento Verifique se as luzes da placa de rede e do hub esto acesas. Elas TEM que estar acesas. Verifique tambm se o servidor esta conectado ao hub e se as luzes da placa de rede e do hub esto acesas para o servidor. 2. Bootpd daemon (se estiver usando bootp) Tenha certeza de que o bootpd esta configurado no arquivo /etc/inetd.conf do servidor. 3. Arquivo etc/bootptab Quando o bootrom testa a placa de rede ele mostra o endereo MAC da placa. Tenha certeza de que este endereo exista no arquivo /etc/bootptab do servidor. 4. possvel que o bootpd esteja sendo impedido de rodar pelo tcpwrappers. Se voc ativou o tcpwrappers, configurando os arquivos /etc/hosts.allow e /etc/hosts.deny, esteja seguro de que a seguinte enrada exista no /etc/hosts.allow: bootpd: 0.0.0.0

A entrada 0.0.0.0 o endereo que pode fazer requisies ao bootp. Este endereo utilizado durante a requisio porque a estao ainda no possui endereo IP neste momento. 5. dhcpd (se estiver usando DHCP) Esteja certo de que o processo dhcpd esteja sendo executado no seu servidor. Ele pode ser ativado pelo ntsysv ou pelo comando /etc/rc.d/init.d/dhcpd start. 6. /etc/dhcpd.conf Tenha certeza de que o endereo MAC da placa de rede exista no arquivo /etc/dhcpd.conf.

15.2.3. Para mostrando a mensagem "Loading /tftpboot/lts/vmlinuz.ne2000... Unable to load file"


Verifique o seguinte: 1. Este erro pode ser um erro nas entradas dos arquivos /etc/bootptab ou /etc/dhpcd.conf. Tenha certeza de que as entradas abaixo estejam l. a. hd=/tftpboot/lts b. bf=kernel onde kernel o nome do kernel especfico para a placa de rede da estao. Algo como vmlinuz.ne2000 ou vmlinuz.rtl8139. 2. Tenha certeza de que o kernel realmente esteja no diretrio /tftpboot/lts.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 38 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

15.2.4. Simplesmente no completa


O TFTP parece que esta tentando baixar o kernel, mas ele nunca termina 1. A tela mostra: My IP 192.168.0.4, Server IP 192.168.0.254, GW IP 192.168.0.254 Loading /tftpboot/lts/vmlinuz.ne2000... <sleep> <sleep> <sleep>

possvel que o bootpd esteja sendo impedido de rodar pelo tcpwrappers. Se voc ativou o tcpwrappers, configurando os arquivos /etc/hosts.allow e /etc/hosts.deny, esteja seguro de que a seguinte enrada exista no /etc/hosts.allow: in.tftpd: 192.168.0. Ela permitir acessos ao tftp a partir de todas as estaes da classe IP 192.168.0.0. 2. A tela mostra o meu IP em uma classeC da rede, mas um IP diferente da minha classeC. Isso normalmente acontece se voc tiver mais de uma placa de rede instalada no servidor, ou se sua placa de rede tiver mais de um endereo de IP. Isso pode ser resolvido adicionando o parmetro netxserver 192.168.0.254 no arquivo /etc/dhcpd.conf.

15.2.5. Problema com o NFS quando ele vai montar o sistema de arquivos root, errno=13
Errno 13 seguido de Panic. Isso indica problemas de permissionamento no NFS. Ele pode ser provocado pelo seguinte: 1. O nome da estao e o seu endereo IP TEM que estar especificados no arquivo /etc/hosts ou nas tabelas de DNS. 2. O arquivo /etc/exports TEM que conter uma entrada para o diretrio /tftpboot/lts/ltsroot. /tftpboot/lts/ltsroot 192.168.0.0/255.255.255.0(ro,no_root_squash)

O endereo IP TEM que coincidir com a rede local. 3. Depois de modificar o arquivo /etc/exports o comando exports ra tem que ser executado para que suas alteraes tenham efeito. Uma outra forma de fazer isso reiniciando os servios NFS e portmapper, usando os seguintes comandos: /etc/rc.d/init.d/nfs stop /etc/rc.d/init.d/portmap stop /etc/rc.d/init.d/portmap start /etc/rc.d/init.d/nfs start 4. Tenha certeza de que o NFS esta rodando em seu servidor. Execute o ntsysv e tenha certeza de que o nfs esteja marcado com um *. Caso no esteja, marqueo e reinicie o servidor para ativlo.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 39 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

15.2.6. Chamada RPC retorna erro 111


Durante a inicializao a estao mostra: Looking up port of RPC 100003/2 on 192.168.0.254 RootNFS: Unable to get nfsd port number from server, using default Looking up port of RPC 100005/1 on 192.168.0.254 RootNFS: Unable to get mountd port number from server, using default mount: RPC call returned error 111 RPC: task of released request still queued! RPC: (task is on xprt_pending) RootNFS: Server returned error 111 while mounting /tftpboot/lts/ltsroot VFS: Unable to mount root fs via NFS, trying floppy. VFS: Cannot open root device 02:00 Kernel panic: VFS: Unable to mount root fs on 02:00 Na maioria das vezes este problema acontece porque o tcpwrappers esta ativo. Se voc esta usando o tcpwrappers ser necessrio adicionar a seguinte linha no arquivo /etc/hosts.allow: portmap: 192.168.0.

Ela permitir que todas as estaes da classeC acessem o portmapper.

15.2.7. INIT: no consegue executar "/etc/rc.local"


Durante a inicializao a estao mostra: INIT: cannot execute "/etc/rc.local" INIT: Entering runlevel: 5 /tmp/start_ws: /tmp/start_ws: No such file or directory /tmp/start_ws: /tmp/start_ws: No such file or directory /tmp/start_ws: /tmp/start_ws: No such file or directory /tmp/start_ws: /tmp/start_ws: No such file or directory /tmp/start_ws: /tmp/start_ws: No such file or directory Isto, provavelmente, provocado por erro de permissionamento no script /tftpboot/lts/ltsroot/etc/rc.local. Existe um bug no lts_core1.02 que configura o script rc.local com permisses erradas. As permisses tem que ser "rwxrxrx". Podese alterar as permisses com o comando: chmod 0755 /tftpboot/lts/ltsroot/etc/rc.local Ou atualizando o lts_core para a verso 1.03.

15.2.8. Estaes param em Freeing unused kernel memory 44k


Este erro provocado devido a problemas com a Glibc que vem com o Redhat 7.0. Ser necessrio fazer a atualizao da Glibc para a sua ltima verso. Ela esta disponvel no site ftp da Redhat. Tenha certeza de instalar a verso i386. Uma vez atualizada a glibc, ser necessrio reinstalar o LTSP para que ele possa utilizar as bibliotecas corretas.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 40 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

15.3. Problemas ao iniciar o XWindows


XDMCP fatal error: Manager unwilling Host unwilling O erro completo : Fatal server error: XDMCP fatal error: Manager unwilling Host unwilling when reporting a problem related to a server crash, please send the full server output, not just the last messages INIT: Id "2" respawning too fast: disabled for 5 minutes INIT: no more processes left in this runlevel Este erro normalmente provocado pela falta de uma entrada no arquivo /etc/X11/xdm/Xaccess. Este arquivo controla que computadores podem se conectar ao servidor via XDM. A dica adicionar uma linha que comea com *. No Redhat 6.0, esta linha j existe, mas no Redhat 6.1, a linha esta comentada. Procure por uma linha como esta: #* #any host can get a login window

e remova o # que esta no inicio da linha para descomentala. Em seguida ser necessrio reiniciar o xdm enviando um sinal SIGHUP. killall HUP xdm

15.3.2. O X tenta iniciar, mas aparece todo errado ou simplesmente no inicia


Um monte de coisas podem provocar erros no X, aqui relacionamos algumas delas: 1. Seu servidor de fontes esta sendo executado corretamente na porta configuraes do arquivo /etc/rc.d/init.d/xfs. 7100? Verifique, mais uma vez, as

2. Se voc tiver mais do que 4 estaes, ser necessrio aumentar o valor do nmero mximo de clientes (max clients) no arquivo /etc/X11/fs/config. 3. Uma coisa que pode ajudar executar uma shell (terminal) quando estiver no runlevel 5. Modifique o arquivo /tftpboot/lts/ltsroot /etc/inittab para que a shell fique assim: 1:35:respawn:/bin/sh Ento reinicie a estao, voc estar apto a usar as teclas CTRLALTF1 para ter acesso a tela onde o X mostra suas mensagens de inicializao. CTRLALTF2 o traz de volta a tela do XWindows. 4. A configurao do seu "Modeline" pode estar incompatvel com a sua placa de rede e/ou com o seu monitor. Se voc quiser alterlo faa isso no arquivo /tftpboot/lts/ltsroot/etc/rc.local. Esse o script que cria o arquivo XF86Config durante a inicializao da estao. Se voc puder colocar este monitor no servidor e utilizar o configurado Xconfigurator possvel copiar as partes mais importantes do XF86Config do servidor para dentro do script rc.local.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 41 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

15.3.3. O X inicia bem, mas a tela de login nunca aparece


Este erro indica um possvel erro de comunicao da estao ao tentar comunicarse com o XDM no servidor. Verifique o seguinte: 1. Verifique a entrada XDM_SERVER no arquivo /tftpboot/lts/ltsroot/etc/lts.conf, ele precisa estar com o endereo IP do servidor.

15.4. Problemas no servidor


15.4.1. O X inicia no servidor, mas falha, e no consigo usalo para trabalhar
Depois de modificar o arquivo /etc/rc.d/init.d/xfs, ser necessrio modificar o arquivo /etc/X11/XF86Config no servidor.

15.4.2. fh_ verifica alguns erros no servidor enquanto a estao inicia o X


A seguinte mensagem aparece no servidor: fh_verify: dev/tty2 permission failure, acc=8, error=30 fh_verify: dev/tty0 permission failure, acc=8, error=30 Isto acontece porque o servidor X esta tentando mudar as permisses do dono e do grupo nos dispositivos /dev/tty2 w /dev/tty0. Como o sistema de arquivos root montado com permisso somente leitura, o servidor X no consegue fazer essas mudanas de permissionamento. Na verdade o servidor X no precisa fazer essas mudanas porque o permissionamento j esta corretamente configurado. Ns j temos em nosso site verses atualizadas do servidor X onde esse problema esta resolvido.

15.4.3. No h login grfico no servidor


Se o servidor esta configurado para o runlevel 5 se espera que ele execute o login grfico quando ele for reiniciado. O procedimento de instalao da verso 1.0 do LTS comete um erro ao comentar uma linha no arquivo /etc/X11/xdm/Xservers. Essa linha se parece com: :0 local /usr/X11R6/bin/X Basta estar seguro de descomentar esta linha. Este erro j foi corrigido nas verses superiores a 1.01.

15.5. Se tudo mais falhar:

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 42 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA Se depois de revisar tudo, voc continuar com problemas, por favor cadastrese em nosso lista de discusso em ltsp.org e informe os seus problemas. Nela temos vrias pessoas que podero ajudlo.

16. LTSP em outras verses do Linux e do Unix


O LTSP, atualmente, funciona no Redhat, Mandrake, Suse e Debian. Eu tenho recebido notcias de David Anders (dave123@abcsinc.com) dizendo que j possvel instalar o LTSP em um SCO OpenServer 5.0.5! Em algum momento ns incluiremos as instrues necessrias para que o LTSP possa ser instalado em outras distribuies. Assim se voc tiver alguma experincia no uso do LTSP em outras plataformas, diferentes do Redhat, por favor nos avise.

17. Referncias adicionais


17.1.
Referncias Online 1. Linux Terminal Server Project (LTSP) home page <http://www.ltsp.org> 2. DisklessNodes HOWTO document for Linux <http://www.linuxdoc.org/HOWTO/DisklessHOWTO.html> 3. Etherboot Home Page <http://etherboot.sourceforge.net> 4. RomOMatic Home Page <http://www.romomatic.net> 5. XFree86VideoTimingsHOWTO <http://www.linuxdoc.org/HOWTO/XFree86VideoTimingsHOWTO.html> 6. The Linux NIS(YP)/NYS/NIS+ HOWTO <http://www.linuxdoc.org/HOWTO/NISHOWTO.html> 7. DisklessWorkstations.com home page <http://www.DisklessWorkstations.com>

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 43 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

17.2. Publicaes impressas para mais referncias


1. Managing NFS e NIS Hal Stern OReilly & Associates, Inc. 1991 ISBN 0937175757 2. TCP/IP Illustrated, Volume 1 W. Richard Stevens AddisonWesley 1994 ISBN 0201633469 3. X Window System Administrators Guide Linda Mui e Eric Pearce OReilly & Associates, Inc. 1993 ISBN 0937175838

(Volume 8 of the The Definitive Guides to the X Window System)

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 44 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

Controle de verses
Data 29/11/2001 Autor Anahuac de Paula Gil Observaes Verso inicialmente disponibilizada no CIPSGA

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 45 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

GNU Free Documentation License Version 1.1, March 2000 Copyright (C) 2000 Free Software Foundation, Inc. 59 Temple Place, Suite 330, Boston, MA 021111307 USA Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. 0. PREAMBLE The purpose of this License is to make a manual, textbook, or other written document "free" in the sense of freedom: to assure everyone the effective freedom to copy and redistribute it, with or without modifying it, either commercially or noncommercially. Secondarily, this License preserves for the author and publisher a way to get credit for their work, while not being considered responsible for modifications made by others. This License is a kind of "copyleft", which means that derivative works of the document must themselves be free in the same sense. It complements the GNU General Public License, which is a copyleft license designed for free software. We have designed this License in order to use it for manuals for free software, because free software needs free documentation: a free program should come with manuals providing the same freedoms that the software does. But this License is not limited to software manuals; it can be used for any textual work, regardless of subject matter or whether it is published as a printed book. We recommend this License principally for works whose purpose is instruction or reference. 1. APPLICABILITY AND DEFINITIONS This License applies to any manual or other work that contains a notice placed by the copyright holder saying it can be distributed under the terms of this License. The "Document", below, refers to any such manual or work. Any member of the public is a licensee, and is addressed as "you". A "Modified Version" of the Document means any work containing the Document or a portion of it, either copied verbatim, or with modifications and/or translated into another language. A "Secondary Section" is a named appendix or a frontmatter section of the Document that deals exclusively with the relationship of the publishers or authors of the Document to the Documents overall subject (or to related matters) and contains nothing that could fall directly within that overall subject. (For example, if the Document is in part a textbook of mathematics, a Secondary Section may not explain any mathematics.) The relationship could be a matter of historical connection with the subject or with related matters, or of legal, commercial, philosophical, ethical or political position regarding them. The "Invariant Sections" are certain Secondary Sections whose titles are designated, as being those of Invariant Sections, in the notice that says that the Document is released under this License. The "Cover Texts" are certain short passages of text that are listed, as FrontCover Texts or BackCover Texts, in the notice that says that the Document is released under this License. A "Transparent" copy of the Document means a machinereadable copy, represented in a format whose specification is available to the general public, whose contents can be viewed and edited directly and straightforwardly with generic text editors or (for images composed of pixels) generic paint programs or (for drawings) some widely available drawing editor, and that is suitable for input to text formatters or for automatic translation to a variety of formats suitable for input to text formatters. A copy made in an otherwise Transparent file format whose markup has been designed to thwart or discourage subsequent modification by readers is not Transparent. A copy that is not "Transparent" is called "Opaque". Examples of suitable formats for Transparent copies include plain ASCII without markup, Texinfo input format, LaTeX input format, SGML or XML using a publicly available DTD, and
PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 46 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

standardconforming simple HTML designed for human modification. Opaque formats include PostScript, PDF, proprietary formats that can be read and edited only by proprietary word processors, SGML or XML for which the DTD and/or processing tools are not generally available, and the machinegenerated HTML produced by some word processors for output purposes only. The "Title Page" means, for a printed book, the title page itself, plus such following pages as are needed to hold, legibly, the material this License requires to appear in the title page. For works in formats which do not have any title page as such, "Title Page" means the text near the most prominent appearance of the works title, preceding the beginning of the body of the text. 2. VERBATIM COPYING You may copy and distribute the Document in any medium, either commercially or noncommercially, provided that this License, the copyright notices, and the license notice saying this License applies to the Document are reproduced in all copies, and that you add no other conditions whatsoever to those of this License. You may not use technical measures to obstruct or control the reading or further copying of the copies you make or distribute. However, you may accept compensation in exchange for copies. If you distribute a large enough number of copies you must also follow the conditions in section 3. You may also lend copies, under the same conditions stated above, and you may publicly display copies. 3. COPYING IN QUANTITY If you publish printed copies of the Document numbering more than 100, and the Documents license notice requires Cover Texts, you must enclose the copies in covers that carry, clearly and legibly, all these Cover Texts: FrontCover Texts on the front cover, and BackCover Texts on the back cover. Both covers must also clearly and legibly identify you as the publisher of these copies. The front cover must present the full title with all words of the title equally prominent and visible. You may add other material on the covers in addition. Copying with changes limited to the covers, as long as they preserve the title of the Document and satisfy these conditions, can be treated as verbatim copying in other respects. If the required texts for either cover are too voluminous to fit legibly, you should put the first ones listed (as many as fit reasonably) on the actual cover, and continue the rest onto adjacent pages. If you publish or distribute Opaque copies of the Document numbering more than 100, you must either include a machinereadable Transparent copy along with each Opaque copy, or state in or with each Opaque copy a publiclyaccessible computernetwork location containing a complete Transparent copy of the Document, free of added material, which the general networkusing public has access to download anonymously at no charge using publicstandard network protocols. If you use the latter option, you must take reasonably prudent steps, when you begin distribution of Opaque copies in quantity, to ensure that this Transparent copy will remain thus accessible at the stated location until at least one year after the last time you distribute an Opaque copy (directly or through your agents or retailers) of that edition to the public. It is requested, but not required, that you contact the authors of the Document well before redistributing any large number of copies, to give them a chance to provide you with an updated version of the Document. 4. MODIFICATIONS You may copy and distribute a Modified Version of the Document under the conditions of sections 2 and 3 above, provided that you release the Modified Version under precisely this License, with the Modified Version filling the role of the Document, thus licensing distribution and modification of the Modified Version to whoever possesses a copy of it. In addition, you must do these things in the Modified Version: A. Use in the Title Page (and on the covers, if any) a title distinct from that of the Document, and from those of previous versions (which should, if there were any, be listed in the History section of the Document). You may use the same title as a previous version if the original publisher of that version gives permission.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 47 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

B. List on the Title Page, as authors, one or more persons or entities responsible for authorship of the modifications in the Modified Version, together with at least five of the principal authors of the Document (all of its principal authors, if it has less than five). C. State on the Title page the name of the publisher of the Modified Version, as the publisher. D. Preserve all the copyright notices of the Document. E. Add an appropriate copyright notice for your modifications adjacent to the other copyright notices. F. Include, immediately after the copyright notices, a license notice giving the public permission to use the Modified Version under the terms of this License, in the form shown in the Addendum below. G. Preserve in that license notice the full lists of Invariant Sections and required Cover Texts given in the Documents license notice. H. Include an unaltered copy of this License. I. Preserve the section entitled "History", and its title, and add to it an item stating at least the title, year, new authors, and publisher of the Modified Version as given on the Title Page. If there is no section entitled "History" in the Document, create one stating the title, year, authors, and publisher of the Document as given on its Title Page, then add an item describing the Modified Version as stated in the previous sentence.

J. Preserve the network location, if any, given in the Document for public access to a Transparent copy of the Document, and likewise the network locations given in the Document for previous versions it was based on. These may be placed in the "History" section. You may omit a network location for a work that was published at least four years before the Document itself, or if the original publisher of the version it refers to gives permission. K. In any section entitled "Acknowledgements" or "Dedications", preserve the sections title, and preserve in the section all the substance and tone of each of the contributor acknowledgements and/or dedications given therein. L. Preserve all the Invariant Sections of the Document, unaltered in their text and in their titles. Section numbers or the equivalent are not considered part of the section titles. M. Delete any section entitled "Endorsements". Such a section may not be included in the Modified Version. N. N. Do not retitle any existing section as "Endorsements" or to conflict in title with any Invariant Section. O. If the Modified Version includes new frontmatter sections or appendices that qualify as Secondary Sections and contain no material copied from the Document, you may at your option designate some or all of these sections as invariant. To do this, add their titles to the list of Invariant Sections in the Modified Versions license notice. These titles must be distinct from any other section titles. You may add a section entitled "Endorsements", provided it contains nothing but endorsements of your Modified Version by various partiesfor example, statements of peer review or that the text has been approved by an organization as the authoritative definition of a standard. You may add a passage of up to five words as a FrontCover Text, and a passage of up to 25 words as a BackCover Text, to the end of the list of Cover Texts in the Modified Version. Only one passage of Front Cover Text and one of BackCover Text may be added by (or through arrangements made by) any one entity. If the Document already includes a cover text for the same cover, previously added by you or by arrangement

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 48 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

made by the same entity you are acting on behalf of, you may not add another; but you may replace the old one, on explicit permission from the previous publisher that added the old one. The author(s) and publisher(s) of the Document do not by this License give permission to use their names for publicity for or to assert or imply endorsement of any Modified Version. 5. COMBINING DOCUMENTS You may combine the Document with other documents released under this License, under the terms defined in section 4 above for modified versions, provided that you include in the combination all of the Invariant Sections of all of the original documents, unmodified, and list them all as Invariant Sections of your combined work in its license notice. The combined work need only contain one copy of this License, and multiple identical Invariant Sections may be replaced with a single copy. If there are multiple Invariant Sections with the same name but different contents, make the title of each such section unique by adding at the end of it, in parentheses, the name of the original author or publisher of that section if known, or else a unique number. Make the same adjustment to the section titles in the list of Invariant Sections in the license notice of the combined work. In the combination, you must combine any sections entitled "History" in the various original documents, forming one section entitled "History"; likewise combine any sections entitled "Acknowledgements", and any sections entitled "Dedications". You must delete all sections entitled "Endorsements." 6. COLLECTIONS OF DOCUMENTS You may make a collection consisting of the Document and other documents released under this License, and replace the individual copies of this License in the various documents with a single copy that is included in the collection, provided that you follow the rules of this License for verbatim copying of each of the documents in all other respects. You may extract a single document from such a collection, and distribute it individually under this License, provided you insert a copy of this License into the extracted document, and follow this License in all other respects regarding verbatim copying of that document. 7. AGGREGATION WITH INDEPENDENT WORKS A compilation of the Document or its derivatives with other separate and independent documents or works, in or on a volume of a storage or distribution medium, does not as a whole count as a Modified Version of the Document, provided no compilation copyright is claimed for the compilation. Such a compilation is called an "aggregate", and this this License does not apply to the other selfcontained works thus compiled with the Document, on account of their being thus compiled, if they are not themselves derivative works of the Document. If the Cover Text requirement of section 3 is applicable to these copies of the Document, then if the Document is less than one quarter of the entire aggregate, the Documents Cover Texts may be placed on covers that surround only the Document within the aggregate. Otherwise they must appear on covers around the whole aggregate. 8. TRANSLATION Translation is considered a kind of modification, so you may distribute translations of the Document under the terms of section 4. Replacing Invariant Sections with translations requires especial permission from their copyright holders, but you may include translations of some or all Invariant Sections in addition to the original versions of these Invariant Sections. You may include a translation of this License provided that you also include the original English version of this License. In case of a disagreement between the translation and the original English version of this License, the original English version will prevail. 9. TERMINATION You may not copy, modify, sublicense, or distribute the Document except as expressly provided for under this License. Any other attempt to copy, modify, sublicense or distribute the Document is void, and will automatically terminate your rights under this License. However, parties who have received copies, or rights,

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 49 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

from you under this License will not have their licenses terminated so long as such parties remain in full compliance. 10. FUTURE REVISIONS OF THIS LICENSE The Free Software Foundation may publish new, revised versions of the GNU Free Documentation License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns. See http://www.gnu.org/copyleft/. Each version of the License is given a distinguishing version number. If the Document specifies that a particular numbered version of this License "or any later version" applies to it, you have the option of following the terms and conditions either of that specified version or of any later version that has been published (not as a draft) by the Free Software Foundation. If the Document does not specify a version number of this License, you may choose any version ever published (not as a draft) by the Free Software Foundation. How to use this License for your documents. To use this License in a document you have written, include a copy of the License in the document and put the following copyright and license notices just after the title page: Copyright (c) YEAR YOUR NAME. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with the Invariant Sections being LIST THEIR TITLES, with the FrontCover Texts being LIST, and with the BackCover Texts being LIST. A copy of the license is included in the section entitled "GNU Free Documentation License". If you have no Invariant Sections, write "with no Invariant Sections" instead of saying which ones are invariant. If you have no FrontCover Texts, write "no FrontCover Texts" instead of "FrontCover Texts being LIST"; likewise for BackCover Texts. If your document contains nontrivial examples of program code, we recommend releasing these examples in parallel under your choice of free software license, such as the GNU General Public License, to permit their use in free software.

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 50 de 51

Comit de Incentivo a Produo do Software GNU e Alternativo CIPSGA

Jos Luiz Nunes Poyares Diretor Administrativo

PSTL Projeto de Servidores e Terminais Linux http://www.cipsga.org.br Pgina 51 de 51

U S 6 &&&2 9 &IVX) VTR # $ 7 ) $ Y W ) 9 7Q5IGF E' &DB0 @8 P $ H C A ' 9 6 &&5&3()0(%&$ #! # $ 2 ) 4 21 ' "
Fundado em 29 de janeiro de 1999. 1 Diretoria Djalma Valois Filho Diretor Executivo dvalois@cipsga.org.br Paulo Roberto Ribeiro Guimares Diretor Institucional CIPSGA Rua Professora Ester de Melo, numero 202, Parte, Benfica, Rio de Janeiro, RJ, CEP. 20930010; Telefone (Fax/Dados): 0219223.7832; email: administracao@cipsga.org.br CNPJ: 031796140001/70