DOUGLAS DIEGO DE PAIVA TIAGO ALVES MOTA

REDE ARQUITETURA CLIENTE-SERVIDOR - THIN CLIENT UMA SOLUO RPIDA E ECONMICA

2007

FACULDADE LATINO AMERICANA CINCIA DA COMPUTAO

DOUGLAS DIEGO DE PAIVA TIAGO ALVES MOTA

REDE ARQUITETURA CLIENTE-SERVIDOR - THIN CLIENT UMA SOLUO RPIDA E ECONMICA

Anpolis Novembro, 2007

FACULDADE LATINO AMERICANA CINCIA DA COMPUTAO

DOUGLAS DIEGO DE PAIVA TIAGO ALVES MOTA

REDE ARQUITETURA CLIENTE-SERVIDOR - THIN CLIENT UMA SOLUO RPIDA E ECONMICA

Monografia apresentada no curso de Cincia da Computao da Faculdade Latino Americana como requisito parcial para obteno do grau de Bacharelado em Cincia da Computao. Orientador: Prof. Ms. Andr Luiz Gonalves Campos

Anpolis Novembro, 2007

DOUGLAS DIEGO DE PAIVA TIAGO ALVES MOTA

REDE ARQUITETURA CLIENTE-SERVIDOR - THIN CLIENT UMA SOLUO RPIDA E ECONMICA

Trabalho de Concluso de Curso, para obteno do Ttulo de Bacharel em Cincia da Computao, submetido Faculdade Latino Americana, Curso de Cincia da Computao.

AVALIADORES

_______________________________________________________________

Prof.(Ms). Andr Luiz Gonalves Campos FLA (Orientador) ____________________________________________________ Prof Dinailton Jos da Silva FLA (Membro)

Data de Aprovao _____/_____/______

AGRADECIMENTOS
Primeiramente agradecemos a Deus, por nos ter concedido foras para chegar a esta nova etapa em nossas vidas, sabendo que esta fase apenas o comeo de uma grande caminhada tendo a certeza de que com Ele seremos mais que vencedores. Agradecemos a todos aqueles, que de alguma forma, fizeram parte deste estudo, que consideramos uma das grandes etapas de nossas vidas. Etapa, que vencemos, mas que temos plena conscincia de que apenas se inicia e que, posteriormente, existiro outras. Agradecemos ao nosso orientador Andr Luiz, pela ateno e carinho; e aos coorientadores pelas dicas e rumos da pesquisa, por conseguirem nos ensinar que somos capazes e, acima de tudo, pela pacincia nessa fase to dura e cobrada. Agradecemos a nossas famlias, pelo apoio e preocupao, em todos os momentos que precisamos de vocs sempre estiveram ao nosso lado. E, finalmente, agradecemos aos nossos professores, a nossa vice-diretora Viviane e nossa querida coordenadora Juliana, que nos auxiliaram nessa parte de nossas vidas. Obrigado pelos ensinamentos, pacincia e dedicao de todos vocs.

LISTA DE ILUSTRAES

Figura 1 - Esboo do que seria uma rede funcionando atravs do TSLP ...........................16 Figura 2 Esquema passo a passo cliente servidor ...........................................................24 Figura 3 Tela de configurao para baixar o disquete de boot .......................................33 Figura 4 Tela de boot do cliente LTSP ............................................................................34 Figura 5 Tabela comparativa entre Linux e Windows em Terminal Leve .....................36

LISTA DE ABREVIATURAS E SIGLAS

Siglas BOOT DHCP DNS FTP GDM IP KDM LAN LTSP MAC MAN NETMASK NFS RDP TC/SBC TCP TCP/IP TFTP TI XDM XDMCP WAN

Descrio Partida no Computador (arranque) Dynamic Host Configuration Protocol Domain Name System File Transfer Protocol Gnome Display Manager Internet Protocol KDE Display Manager Local Area Network Linux Terminal Server Project Media Access Control Metropolitan Area Network Mascara de Rede Network File System Remote Desktop Thin Client Server Based Computing Transmission Control Protocol Transmission Control Protocol/ Internet Protocol Trivial File Transfer Protocol Tecnologia da Informao X display Manager X Display Manager Control Protocol Wide Area Network

RESUMO

Com o objetivo de auxiliar aos administradores de Tecnologia da Informao inserido nas empresas, o terminal service Linux mostra que atravs de simples mudanas, pode-se obter grandes facilidades para a administrao e gerenciamento dos ambientes de rede como a reutilizao de computadores obsoletos e uma reduo no custo de licenciamento de softwares. Esse trabalho mostra que os pacotes e configuraes juntamente em uma distribuio GNU/LINUX estudados rodando em cima do Terminal Server do Linux (TSLP) pode atravs de um simples script rodar no prprio servidor todas as aplicaes cliente, economizando com isso banda de rede, tempo de conexo e recursos locais. Esse estudo composto por uma breve introduo, seguido de uma fundamentao terica, metodologia, implementao, resultados e concluso.

Palavras Chave: Linux terminal, Gerenciamento, Terminal Service, TSLP, Thin Client

ABSTRACT

With the objective of assisting to the administrators of Technology of the inserted Information in the companies, the terminal service linux sample that through simple changes, can be gotten by great easinesses for the administration and management of net environments, and the reutilization of old computers (exceeded) and a reduction in the cost of licensing of softwares, using computers many times played in one I sing of the company. The research sample that the packages and configurations together with a studied distribution GNU/LINUX twirling in top of the Server Terminal of Linux (TSLP) can through simple script twirl in the proper server all the applications customer, saving with this band of net, local time of connection and resources. This study it is composed of a brief introduction, followed by theoretical recital, methodology, results, quarrel and conclusion. Words Key: Terminal Linux, Management, Service Terminal, TSLP, Thin Client

SUMRIO

INTRODUO .......................................................................................................................11 CAPTULO 1 IMPLEMENTAO ....................................................................................19 1.1 Tecnologias Utilizadas ..........................................................................................19 1.2 O Projeto Terminal Leve no Linux .......................................................................19 1.3 Servios Utilizados ...............................................................................................19 1.4 Como Tudo Funciona ............................................................................................20 1.5 Utilitrios de Configurao ...................................................................................25 1.6 Configurando o Servidor........................................................................................25 1.6.1 Instalando os Pacotes .......................................................................26 1.7 Configurando os Arquivos de Configurao dos Servios ...................................28 1.8 Configurando os Arquivos de Configurao do LTSP .........................................32 1.9 Configurando o Cliente .........................................................................................33 CONCLUSO .........................................................................................................................36 CONSIDERAES FINAIS ...................................................................................................38 REFERNCIAS .......................................................................................................................39

11

INTRODUO

Este captulo apresenta o objeto de estudo, o problema a ser estudado, a justificativa, os objetivos e a estrutura da monografia. O estudo do terminal Thin Client mostra um sistema capaz de cobrir todas as preocupaes que se estende com a economia e a rapidez da rede, quanto maior for troca de informao, maior ser o trfego dos pacotes: causando constantes paradas de pacotes e lentido da troca das informaes com uma administrao centralizada, que ter uma economia de tempo de instalao, acabar com trfego lento das redes e agilizar as atualizaes de softwares, tornando as varreduras de antivrus mais leves diminuindo os gastos de implantao, e como uma plataforma baseada no software livre no haver custos com licenciamento de softwares e mquinas podendo ser colocado em quantos lugares for preciso.

1. Objetivos

Objetivo Geral Apresentar vantagens da tecnologia Thin Client fundamentada em aspectos de segurana, rapidez, customizao e servios que rodam via browser em relao ao Linux Debian Etch e os pacotes do projeto terminal service linux.

12 O objetivo da monografia discutir o modelo proposto do Thin Client, com destaque na rea de sistemas operacionais e redes de computador avaliando atravs de testes e estudos as vantagens e desvantagens deste modelo.

Objetivos Especficos Exibir as configuraes do Thin Client no Linux. Descrever vantagens e desvantagens no Sistema Operacional; Concluir sobre o melhor uso da tecnologia na rede; Apresentar a tecnologia Thin Client baseada no Linux Debian Etch; Comportamento de aplicaes no sistema operacional; Experimento de cliente/servidor;

2. Justificativa

Um sistema que transforma a mquina cliente em um terminal thin client (cliente fino), fazendo-a rodar como o terminal service, ou seja, o cliente deixa todo o trabalho de processamento ser feito pelo servidor, trabalha com uma configurao baixa, os Thin Clients so dispositivos versteis para aplicaes diversas, baixo custo e alto desempenho para estruturas computacionais baseadas em TC/SBC (ThinClient Server Based Computing). Solues escalveis de computao centradas em rede, a melhor forma de distribuir aplicativos com segurana, agilidade e de fcil gerenciamento de todos os usurios. Maior facilidade de implementao, administrao, disponibilizando ao usurio console completo de um desktop.e conectando-se remotamente pela rede local ao servidor. Possibilita tambm ser implementado para rodar no browser do servidor, economizando com isso, tempo nas conexes e banda de rede. Seu custo de implementao muito baixo, qualquer mquina acima de 150 Mhz pode rod-lo.

13

REVISO BIBLIOGRFICA

Redes e Sistemas Cliente-Servidor

Segundo Silberschatz,2000, a medida que os computadores tm se tornado mais rpidos, mais poderosos e mais baratos, os projetistas tem se afastado da arquitetura de sistemas centralizados. [ 1 ] As funcionalidades de interface com o usurio que costumavam ser manejadas diretamente esto, cada vez mais, sendo manejadas por computadores. Uma Rede de Computadores formada por um conjunto de mdulos processadores (MPs qualquer dispositivo capaz de se comunicar atravs do sistema de comunicao por troca de mensagens) capazes de trocar informaes e compartilhar recursos, interligados por um sistema de comunicao, Soares ,2002. [ 2 ]

LAN, MAN e WAN

Segundo Soares, 2002 as redes locais e metropolitanas (LAN e MAN) levam as consideraes de custo e tecnologia bastante diferentes das redes de longa distncia. Nas redes locais e metropolitanas podem ser usados meios de transmisso de alta velocidade, de baixa taxa de erro, de baixo custo e privados. [ 2 ] Tanenbaum, 1999 divide a rede em trs tipos diferentes: as: Redes Locais - Local rea Network (LAN) so redes privadas contidas em um nico edifcio ou campus universitrio com at alguns quilmetros de extenso. Possuem um tamanho restrito e possibilita o compartilhamento de recursos, suas caractersticas mais marcantes so o tamanho, a tecnologia de transmisso; Redes Metropolitanas - Metropolitan rea Network (MAN) pode-se abranger ao tamanho de uma cidade, capaz de transportar dados e voz, utilizam o padro 802.6 (padro do IEEE) ou dois barramentos de cabos; Redes Geograficamente Distribudas - Wide rea Network (WAN) - abrange uma ampla rea geogrfica, paises ou continentes. Consiste em dois componentes: as linhas de transmisso e o elemento de comutao. [ 3 ]

14 Protocolos TCP/IP

Segundo Albuquerque, 2002 o nome TCP/IP se deve a dois dos principais protocolos da famlia: o Transmission Control Protocol (TCP) e o Internet Protocol (IP).[ 4 ] A famlia de protocolos TCP/IP organizada em quatro camadas: interface com a rede, internet, transporte e aplicao. O TCP (Transmission Control Protocol / Protocolo de Controle de Transmisso) faz a coleta de dados e seu particionamento de pacotes. Cada pacote recebe caracteres de controle de erros do tipo soma de verificao (checksun). O IP (Internet Protocol / Protocolo Internet) O endereo IP, de forma genrica, pode ser considerado como um conjunto de nmeros que representa o local de um determinado equipamento (normalmente computadores) em uma rede privada ou pblica. Para um melhor uso dos endereos de equipamentos em rede pelas pessoas, utiliza-se a forma de endereos de domnio, tal como "www.faculdade.edu.br". Cada endereo de domnio convertido em um endereo IP pelo DNS(servio responsvel pela converso de domnio para ip e ip para domnio). Este processo de converso conhecido como resoluo de nomes de domnio. O endereo IP, na verso 4 (IPv4), um nmero de 32 bits escrito com quatro octetos e no formato decimal (exemplo: 192.168.0.1). A primeira parte do endereo identifica uma rede especfica na inter-rede, a segunda parte identifica um host dentro dessa rede. Devemos notar que um endereo IP no identifica uma mquina individual, mas uma conexo interrede. Assim, um gateway conectando n redes tem 'n' endereos IP diferentes, um para cada conexo. Os endereos IP podem ser usados tanto para nos referirmos a redes quanto a um host individual. Por conveno, um endereo de rede tem o campo identificador de host com todos os bits iguais a 0 (zero). Podemos tambm nos referir a todos os hosts de uma rede atravs de um endereo por difuso, quando, por conveno, o campo identificador de host deve ter todos os bits iguais a 1 (um). Um endereo com todos os 32 bits iguais a 1 considerado um endereo por difuso para a rede do host origem do datagrama. O endereo 127.0.0.1 reservado para teste (loopback) e comunicao entre processos da mesma mquina. O IP utiliza trs classes diferentes de endereos. A definio de classes de endereos deve-se ao fato do tamanho das redes que compem a inter-rede variar muito, indo desde redes locais de computadores de pequeno porte, at redes pblicas interligando milhares de hosts.

15 Existe uma outra verso do IP, a verso 6 (IPv6) que utiliza um nmero de 128 bits. Com isso d para utilizar 25616 endereos. O endereo de uma rede (no confundir com endereo IP) designa uma rede, e deve ser composto pelo seu endereo (cujo ltimo octeto tem o valor zero) e respectiva mscara de rede (netmask) RDP, Servidor e Terminal Service

De acordo com Starlin, 2000 o Servio de Acesso Remoto e Roteamento (RRAS) acontece quando um computador localizado fisicamente distante acessado, podendo o usurio trabalhar nele como se estivesse no prprio. Isto possvel por intermdio de alguns programas e protocolos especiais tanto para o servidor como para usurio. O Servio de Terminal (Terminal Service) que existe nos prprios sistemas operacionais de rede Windows um bom exemplo, ele proporciona que mquinas menos potentes possam trabalhar aplicativos pesados, que geralmente no funcionariam localmente.[ 5 ] Soares, 2002 diz que cada arquitetura de rede tem caractersticas prprias, e que podem no corresponder a certas aplicaes em particular, certas comparaes no podem ser feitas pois seus atributos so muitos e complexos. Esses atributos so: [ 2 ] Custo: dividido em custos das estaes, das interfaces, do meio de comunicao e das conexes; Retardo de Transferncia: tempo decorrido desde o envio de uma mensagem at sua chegada; Desempenho: ligado diretamente ao custo e o retardo de transferncia,citados a cima; Confiabilidade: ligada diretamente a qualquer falha que acontecer no sistema; Modularidade: que traz bons benefcios arquitetura de rede, como facilidade de modificao, crescimento e uso de componentes bsicos, dentre outros. De acordo com Starlin, 2002 o servio de terminal (Terminal Server) do Windows 2000, um servio que permite outras mquinas menos potentes conectar-se no servidor remotamente e executar o seu sistema operacional muitas vezes pesado para rodar nas mquinas clientes. Basicamente as mquinas que utilizam esse servio somente geram tela (vdeo), teclado e mouse. Todo o processamento e feito pelo servidor. As vantagens obtidas com esse sistema so: possibilidade de utilizar mquinas menos potente (ou j ultrapassadas), centralizao no desenvolvimento (a aplicao roda somente no servidor), a execuo de

16 aplicaes pesadas (grficos, vdeos, msicas e jogos), acesso a banco de dados (menor tempo de resposta a busca) e a possibilidade da administrao remota (conexo a rea de trabalho). [5] Outros sistemas tambm possuem o servio similar ao do de terminal service do Windows, o caso do Servidor de Terminal Linux (LTS), que disponibiliza as mesmas vantagens do j mencionado anteriormente sendo o tema central de nossa monografia o servio terminal em sistemas operacionais baseados no projeto GNU/LINUX. Porm, segundo Silberschats, 2000 a segurana no acesso ao linux e muito forte ou seja o servio de terminal service em Linux mais seguro, pois se d por meio de uma atribuio chamada mscara de proteo que especifica ao modo de acesso , leitura escrita ou execuo.[ 1 ] Segurana (Confidencialidade, Integridade, Disponibilidade)

A segurana do sistema, segundo Soares, 2002, o mesmo que tentar minimizar as vulnerabilidades existentes dos bens e recursos, ou seja, qualquer fraqueza que possibilite a violao do sistema ou das informaes existentes nele. Essa proteo definida termos como: ameaas, riscos e polticas de proteo de segurana. [ 2 ] Segundo Albuquerque e Ribeiro,2002, a segurana teve focos diferentes depois do aparecimento de novas tecnologias como a Internet e os sistemas de gesto empresarial ou Enterprise Resouce Planning (ERP), A Internet proporcionou vrias vantagens a nvel de conectividade, porm exigiu uma segurana muito maior; os programas de gesto em estado crescente, e cada vez mais empresas aderindo a essa nova modalidade de tecnologia, aumentando a quantidade de informaes e tambm seu valor e perigo de perd-las. Um dos grandes problemas de segurana so as falhas encontradas nos sistemas e aplicativos. [ 4 ] Albuquerque e Ribeiro, 2002, apresentam dois pontos fortes como desafios e enumeram como primeiro o desenvolvimento de um sistema seguro e segundo a garantia de uma aplicao segura para o cliente. A segurana tem trs aspectos considerados centrais:[ 4 ] Confidencialidade: ou capacidade de impedir a entrada de usurio no autorizado; Integridade: capacidade de o sistema impedir que uma informao seja alterada sem autorizao; Disponibilidade: garantia de que o sistema estar sempre disponvel.

17 O risco que as aplicaes, servidores e arquivos esto correndo constate, pois os famosos hackers ou piratas da internet esto sempre procura de alguma brecha ou porta aberta para eles possam entrar e fazer o que quiser com seus sistemas. Para proteger os sistemas, os administradores se preocupam com reas pr-definidas, buscando proteger, fechando portas e limitando acessos atravs de senhas criptografadas. Albuquerque, 2002, divide essa administrao em tarefas a serem feitas em trs reas: a Primeira a Segurana do servidor, limitando o acesso a somente usurios autorizados; Segundo, a Segurana do documento que devem estar visveis somente a um numero mnimo de pessoas ou a um pequeno grupo; Terceiro, segurana do usurio, este dever ter a certeza que quando fizer qualquer transao ningum ser capaz de ler esse contedo a no ser a pessoa do seu destino.[ 4 ]

Thin Client

Thin Client possibilita que o administrador do sistema possa gerenciar remotamente toda a sua rede, rodando todos os servios em um pequeno grupo de servidores eliminando com isso todos os processos feitos nas mquinas clientes. O sistema trabalha iniciando o terminal do sistema Linux, que se comunica com o Windows. Na figura 1 uma rede LTSP unindo-se a vrias redes e tecnologias diferentes.

Figura 1: Uma rede LTSP unindo-se a vrias redes e tecnologias diferentes.

18

METODOLOGIA

Esse estudo mostra uma nova viso para os administradores da rea de TI (redes e segurana) mostrando novas tecnologias, as quais esto se destacando no mercado. Mostrando tambm mostrar quais as reas que sero afetadas nas empresas, quais os mtodos utilizados para implantao desses novos sistemas, suas atualizaes, seus custos em tempo e valor de implantao. A princpio utilizou-se uma pesquisa terica, visando conhecer novos meios de interligao e comunicao de dados. Usando mtodos de observao e questionamento destas novas tecnologias de rede e software de gerenciamento. Com o objetivo de conhecer esses novos modelos de implementao e gerenciamento de rede, saber o porqu e como proporcionam essa melhoria no desempenho da rede e na facilidade de administrao. Essa metodologia surge por intermdio de questes problemticas no que tange aos sistemas legados que se baseia em segurana mquina a mquina, comportabilidade de atualizaes de softwares e antivrus, descarte de mquinas velhas de baixa capacidade e trfegos da rede com gargalos constantes.

19

CAPTULO 1 - IMPLEMENTAO

1.1. Tecnologias Utilizadas Uma rede reciclada normalmente usa duas tecnologias antigas, o terminal burro e o boot-remoto ambas herdadas dos antigos mainframes. O boot remoto permite que os clientes da rede obtenham o sistema operacional e todos seus arquivos atravs do servidor que os transmite pela rede (NFS). O termo "terminal-burro" empregado em computadores que no processam os dados recebidos do teclado muito menos os transmitidos atravs do monitor, sendo que todo o processamento pesado feito no servidor, assim o terminal s tem o trabalho de intermediar os dados que so trocados entre o usurio e o servidor.

1.2. O Projeto Terminal Leve no Linux O LTSP, (Linux Terminal Server Project), uma soluo mais usada para a criao de terminais leves com o Linux, pois o LTSP fornece um meio simples de utilizar estaes de baixo custo como terminais grficos ou caracteres em um servidor GNU/Linux sem custos com licenas, pois ele gratuito, tanto nas estaes quanto no servidor.

1.3. Servios Utilizados

20 O Thin Client utiliza uma combinao de DHCP, TFTP, NFS e XDMCP para permitir que as estaes no apenas rodem aplicativos instados no servidor, mas realmente dem boot (arranque do sistema) via rede, baixando todos os softwares de que precisam diretamente do servidor. No preciso ter Hard Drive(HD) nem CD-ROM nas estaes, apenas um disquete ou um pen drive de boot, ou uma placa de rede com suporte PXE. O LTSP na verdade uma espcie de distribuio Linux destinada a ser carregada pelos terminais. Ele composto por um conjunto de pacotes, que criam um sistema de arquivos dentro da pasta "/opt/ltsp/i386/" que fica na raiz do sistema, que compartilhada com a rede e acessada via NFS pelos clientes como se fosse uma partio local. Dentro do diretrio vai um sistema simplificado, destinado apenas a detectar o hardware do cliente e permitir que ele abra uma seo do X. Terminado o boot, o cliente obtm a tela de login do servidor via XDMCP ( X Display Manager Control Protocol). O servidor X envia uma requisio XDMCP para o gerenciador de display no servidor para obter uma tela de login. A partir da, o servidor roda os aplicativos e o cliente apenas mostra as imagens geradas na tela, atuando como uma espcie de terminal burro. Os gerenciadores de display comumente em uso so o XDM, GDM e KDM.

1.4. Como Tudo Funciona O LTSP carregado nos clientes usando uma srie de servios. Tudo comea com o cliente dando boot (arranque do sistema) usando a imagem de boot gravada no chip de boot, que fica na placa de rede que d suporte a tal tecnologia, disquete ou CD-ROM, que neste caso um disquete. Esta imagem contm um software muito simples, que ativa a placa de rede e envia um pacote de broadcast, pedindo a configurao da rede. Um servidor DHCP instalado no servidor LTSP configurado para responder ao chamado, enviando a configurao da rede, juntamente com informaes do Kernel, que o cliente deve carregar via TFTP, e a pasta no servidor com a instalao do LTSP, que deve ser acessada via NFS. O TFTP um protocolo bem simples de transferncia de arquivos dentro de redes locais. To simples que a imagem de boot, com seus poucos kbytes, grande o suficiente para incluir um cliente TFTP, usado na etapa inicial do boot.

21 Depois que o Kernel carregado via TFTP, comea o boot "real" da estao. O TFTP substitudo ento por um cliente NFS (um protocolo muito mais robusto), que usado para montar a pasta "/opt/ltsp/i386" do servidor (em modo somente leitura) como diretrio raiz. A estao pode ento carregar o sistema do LTSP, que se encarrega de detectar o hardware da estao e abrir o X. Sendo que o X o servidor de ambiente grfico do Linux. Todos os arquivos de configurao e alteraes gerados nesta fase so salvos num ramdisk ( uma partio somente leitura na memria) Um argumento na linha de comando do Kernel root=/dev/ram0 o informa para montar a imagem como o diretrio raiz., j que a estao no tem permisso para alterar os arquivos do servidor, normalmente, quando o kernel finaliza sua carga, ele carregar o programa init. Foi configurado o kernel para carregar um pequeno shell script em vez do padro. Isto feito passando init=/linuxrc na linha de comando do kernel. No boot o script /linuxrc inicia por analisar o barramento PCI, procurando por uma placa de rede. Para cada dispositivo PCI que ele encontrar, ser feita uma busca no arquivo /etc/niclist, para ver se h uma coincidncia. Uma vez que coincidncia encontrada, o nome do mdulo da placa de rede retornado, e o modulo do kernel carregado. Para as placas ISA, o mdulo precisa ser especificado na linha de comando do kernel, juntamente com qualquer endereo IRQ, ou parmetros de endereo que possam ser requeridos. Um pequeno cliente DHCP chamado dhclient ir ento, ser executado para realizar outra consulta ao servidor DHCP. preciso fazer esta consulta no espao de usurio, porque preciso de mais informaes do que foram obtidas pela consulta ao DHCP pelo bootrom, quando o dhclient receber uma resposta do servidor, ele ir executar o arquivo /etc/dhclientscript, o qual utilizar as informaes recebidas, e configurar a interface eth0. At este ponto, o sistema de arquivos raz era um disquete. Agora, o script /linuxrc ir montar um novo sistema de arquivos raz via NSF. O diretrio exportado do servidor o /opt/ltsp/i386. Ele no pode simplesmente montar o novo sistema de arquivos como /. Ele primeiro precisa montar este em /mnt. Ento, ele chama pivot_root. A pivot_root ir trocar o sistema de arquivos raiz atual por um novo sistema de arquivos. Quando ele completar, o sistema de arquivos NFS estar montado como / e o sistema de arquivos raiz anterior estar montado em /oldroot, aqui termina com o shell script /linuxrc e precisamos chamar o programa /sbin/init real, o Init ir ler o arquivo /etc/inittab e comear a configurar o ambiente da estao.

22 Aps essa etapa o primeiro comando o rc.sysinit que ser executado enquanto a estao estiver no estado sysinit, o script rc.sysinit ir criar um disco em memria de 1MB para conter todas as coisas que precisam ser gravadas ou modificadas de alguma forma. O ramdisk ser montado como o diretrio /tmp, qualquer arquivo que precise ser gravado, existir no diretrio /tmp haver links simblicos apontando para estes arquivos, assim o sistema de arquivo /proc est montado. Agora o arquivo lts.conf ser processado, e todos os parmetros neste arquivo que pertencem a esta estao, sero configurados nas variveis de ambiente para uso do script rc.sysinit. Se a estao estiver configurada para usar SWAP via NFS, o diretrio/var/opt/ltsp/swapfiles ser montado como /tmp/swapfiles. Ento, se ainda no existir um arquivo de swap para esta estao, ele ser criado automaticamente. O tamanho do arquivo de swap configurado no arquivo lts.conf. O arquivo de swap ser ento ativado, atravs do comando swapon. A interface de rede loopback configurada. Esta a interface de rede que usa o endereo IP 127.0.0.1. Se as aplicaes locais estiverem ativadas, ento o diretrio /home ser montado, de forma que as aplicaes possam acessar o diretrio pessoal dos usurios. Diversos diretrios so criados. O sistema de arquivos /tmp para manter alguns dos arquivos transitrios que so necessrios durante a execuo do sistema. Diretrios como: a. /tmp/compiled b. /tmp/var c. /tmp/var/run d. /tmp/var/log e. /tmp/var/lock f. /tmp/var/lock/subsys

Sero todos criados.

O arquivo /tmp/syslog.conf ser criado. Este arquivo conter informaes com a localizao do daemon syslogd o qual ir armazenar as informaes enviadas na rede. O

23 computador com o servio syslog especificado no arquivo lts.conf. H um link simblico chamado /etc/syslog.conf que aponta para o arquivo /tmp/syslog.conf. O daemon syslogd iniciado, usando o arquivo de configuraes criado no passo anterior. Uma vez que o script rc.sysinit estiver concludo, o controle retorna para o programa /sbin/init, o qual ir mudar o runlevel de sysinit para 5. Isto far com que todas as entradas no arquivo /etc/inittab sejam executadas.Por padro, haver uma entrada no inittab para executar o script /etc/screen_session no tty1, tty2 e tty3. Isto significa que possvel executar 3 sesses ao mesmo tempo no mesmo cliente, e o tipo da sesso e controlado pelas variveis SCREEN_01, SCREEN_02 e SCREEN_03 no arquivo lts.conf , mais entradas podem ser configuradas no inittab para mais sesses, se desejado, se SCREEN_01 configurada para o valor startx, ento, o script /etc/screen.d/startx ser executado, o qual ir lanar o X Windows System, dando-lhe uma interface grfica de usurio. H um parmetro chamado XSERVER no arquivo lts.conf, Se este parmetro estiver faltando, ou configurado para "auto", ento uma deteco automtica da placa de vdeo ser tentada. Se a placa for PCI ou AGP, ento sero obtidos o PCI Vendor e o Device id, e feita uma busca no arquivo /etc/vidlist. Se a placa for suportada pelo Xorg 6.7 (script responsvel pelas modulo de vdeo de hardware), a rotina pci_scan ir retornar o nome do mdulo do driver. Se esta for suportada apenas pelo XFree86 3.3.6 (outro arquivo responsvel pelo modulo de vdeo de hardware mais antigos), o pci_scan ir retornar o nome do servidor X a ser usado. O script startx pode informar a diferena por que os nomes dos mdulos do X Server 3.3.6 comeam com 'XF86_', enquanto na nova verso do X Server Xorg, os nomes dos mdulos so tipicamente em minsculas, como ati ou trident. Se o Xorg for usado, ento o script /etc/build_x4_cfg ser chamado para criar um arquivo XF86Config file. Se o XFree86 3.3.6 for usado, ento o script /etc/build_x3_cfg ser chamado para criar o arquivoXF86Config. Estes arquivos sero postos no diretrio /tmp. Os quais, se voc estiver lembrado, um ramdisk, visto apenas pela estao. O arquivo XF86Config ser criado, baseado nas entradas do arquivo /etc/lts.conf, uma vez que o arquivo XF86Config foi criado, ento o script startx ir carregar o X Server com aquele novo arquivo de configurao. O X Server ir enviar uma consulta XDMCP para o servidor LTSP, o qual ir oferecer um dilogo de login. Neste ponto, o usurio pode logar. Ele ir obter uma sesso no servidor.

24 Assim todos os comandos que executam, sero executados no servidor, mas a sada ser mostrada na estao. Opcionalmente possvel especificar tambm uma configurao especfica para cada estao, especificando o tipo de mouse e a resoluo de tela, por exemplo. Esta configurao fica armazenada num arquivo de configurao central, o /opt/ltsp/i386/etc/lts.conf (armazenado no servidor), que lido pelas estaes durante o processo de boot. Ou seja, alm do LTSP propriamente dito, necessrio ter instado um conjunto de servios, cuidadosamente configurados, para que tudo funcione em conjunto. Isto faz com que o LTSP seja um sistema um pouco trabalhoso de instalar, onde necessrio prestar muita ateno em cada passo da configurao, j que qualquer erro pode fazer com que tudo deixe de funcionar. Abaixo a figura 2 mostra um esquema de como funciona passo a passo entre o servidor e o cliente com as chamadas dos servios em seqncia do ligamento do servidor at que ele esteja pronto a receber os clientes e o ligamento do cliente comeando pelo arranque pelo disquete at o carregamento de todos os servios pelo servidor terminando nas operaes e /ou aplicaes sendo executadas no servidor e a resposta sendo enviada de forma dinmica ao ambiente de trabalho do cliente.

25

Figura 2: Esquema passo a passo cliente servidor.

1.5. Utilitrios de Configurao O LTSP inclui dois utilitrios de configurao: o ltspadmin, que automatiza partes da instalao e configurao inicial do sistema, e o ltspcfg, que utilizado para alterar a configurao depois de instalado. 1.6. Configurando o Servidor Para criar o servidor foi utilizado um computador com processador AMD 64 X2 dual 4200Mhz com 2 gigas de memria RAM e um HD SATA de 300 GB e como sistema operacional o Linux Debian Etch 4.0, a fim de criar um servidor enxuto sem muitos servios

26 extras carregados, pois a verso etch uma verso estvel do Debian sendo ideal para servidores. 1.6.1. Instalando os Pacotes Comeando o processo instalando os pacotes necessrios, a primeira coisa a se fazer verificar a lista de repositrios com o comando: OBS: todos os comandos abaixo devem ser executados como usurio Root (administrador) Vi o comando para utilizar o editor de modo texto do Linux tendo duas verses o vi e o vim, sendo assim o utilizaremos para editar o arquivo de configurao do Apt-get que o gerenciador de pacotes da distribuio que utilizamos (Debian). O arquivo de configurao dos repositrios se chama source.list, com nome bem intuitivo aqui que fica a lista de repositrios que utilizaremos. vi /etc/apt/source.list preciso utilizar o repositrio stable (estvel), pois estamos fazendo um servidor e utilizar pacotes que ainda no esto estveis no uma boa opo sendo assim adicionamos a linha no arquivo source.list. deb http://download.unesp.br/linux/debian/ stable main Se existirem outros repositrios melhor coment-los com # deixando apenas esse acima. Depois disso s atualizar a lista de repositrios utilizando o comando: Apt-get update Aps ser feita todas as pr-configuraes preciso instalar realmente os pacotes necessrios com os comandos: apt-get install tftp O pacote TFTP usualmente utilizado para transferir

pequenos ficheiros entre "hosts" numa rede, tal como quando um terminal remoto ou um cliente inicia o seu funcionamento, a partir do servidor.

27 apt-get install tftpd pacote adicional do protocolo TFTP. apt-get install bootp O pacote BOOTP (acrnimo para Bootstrap Protocol) um protocolo padronizado pelo IAB, que permite a configurao automtica de parmetros de rede, porm sem a capacidade de alocar dinamicamente estes parmetros, como faz o DHCP. apt-get install dhcp3-server O pacote responsvel DHCP um conjunto de regras usadas por dispositivos de comunicao tais como um computador, router ou placa de rede permitindo a estes dispositivos pedir e obter endereos IP de um servidor contendo uma lista de endereos disponveis para atribuio. apt-get install sysklogd pacote responsvel pelos logs do servidor em relao ao cliente. apt-get install xfonts-100dpi pacote de fontes. apt-get install sysprofile pacote responsvel por guardar os profiles no servidor. apt-get install nfs-common pacote responsvel pelo compartilhamento NFS. apt-get install nfs-kernel-server Pacote adicional para configurao do NFS Depois disso temos que instalar alguns pacotes que no esto nos repositrios do Debian, ou seja, pacotes especficos para a implementao que estamos fazendo (TSLP) sendo assim utilizaremos o comando: dpkg -i *.deb OBS: o * seria no nome do pacote. O dpkg um comando utilitrio usado para instalar pacotes dessa distribuio com a extenso .deb (extenso do Debian) preciso baixar os seguintes pacotes: Dpkg i ltsp-core-i386_3.0.7-3_all.deb pacote de configurao do kernel para LTS Dpkg i ltsp-kernel-2.4.21-i386_3.0.10-0_all.deb pacote do Kernel do LTS Dpkg i ltsp-x-core-i386_3.0.4-0_all.deb pacote do Kernel do LTS Dpkg i ltsp-x-fonts-i386_3.0.0-0_all.deb pacote de fontes

28 Dpkg i ltsp-x-xserver-...all.deb pacote do Kernel do LTS Dpkg i ltsp-x-xserver-svga...all.deb pacote de drives de video para LTS Dpkg i pxestuff.tgz pacote de configuraes de video para LTS

ltimo ajuste antes de prosseguir com a configurao: # mv pxestuff.tgz pxestuff.tar.gz # tar -xvzf pxestuff.tar.gz # cd pxestuff # cp -R * /tftpboot Os pacotes acima so os especficos para que o LTSP funcione, por isso so baixados direto do link para o site do projeto. Prximo passo ser configurar os arquivos bsicos de cada. 1.7. Configurando os Arquivos de Configurao dos Servios Configurando os arquivos em /etc Editando o arquivo hosts: #Loopback 127.0.0.1 localhost.localdomain localhost

#Esta mquina (servidor primrio) 192.168.0.248 server-teste.meudominio.com.br 192.168.0.2 client-teste.meudominio.com.br cliente01

Editando o arquivo hosts.allow: bootpd: portmap: telnet: 0.0.0.0 192.168.0. 192.168.0.

in.tftpd: 192.168.0.

29

Editando o arquivo hosts.sv1: #Loopback 127.0.0.1 localhost.localdomain localhost

#Esta mquina (servidor primrio) 192.168.0.251 #Clientes (cliente 1) 192.168.0.2 server-teste.meudominio.com.br balcao01 node2.meudominio.com.br node2

Editando o arquivo ltsp.conf: LTSP_DIR=/opt/ltsp LTSP_ETH_INTERFACE=eth0 SCREEN_01 = telnet Editando o arquivo de inicializao de servios, inetd: Nota: Vamos mudar o diretrio base do TFTPBOOT - procure a linha do TFTPBOOT e mude o ltimo argumento. # vi /etc/inetd.conf tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /tftpboot

Para reiniciar o servio utilize: #/etc/init.d/inetd stop #/etc/init.d/inetd start Configurando o arquivo exports:

30 # vi /etc/exports /opt/ltsp 192.168.0.0/255.255.255.0(ro,no_root_squash,sync) /var/opt/ltsp/swapfiles 192.168.0.0/255.255.255.0(rw,no_root_squash,async) Configurando o servidor DHCP Editando o arquivo /etc/dhcp3/dhcpd.conf: Esse conf mostra como configurar o dhcpd no Debian Linux,

No pode haver dvidas, pois com esse arquivo com defeito ou com erros no arquivo de configurao nos resultar no no funcionamento do mesmo pois no enviar as informaes corretas, entre estas informaes esto fixed-address, filename, subnetmask, broadcast-address e root-path. Ex: troque apenas sua classe de rede e endereo ip do servidor e das estaes. # Mantenha descomentadas as duas linhas abaixo se voc for utilizar # placas de rede ISA em algumas das estaes: option option-128 code 128 = string; option option-129 code 129 = text; ddns-update-style default-lease-time max-lease-time none; 21600; 21600;

# Configure as opes abaixo adicionando os endereos da sua rede: # Mascara de sub-rede: option subnet-mask 255.255.255.0;

# Endereo de broadcast ( sempre o ltimo endereo da rede, como em # 192.168.0.255, 10.0.0.255, etc) option broadcast-address 192.168.0.255;

31 # Default gateway (o micro que est compartilhando a conexo) option routers 192.168.0.3;

# Servidor DNS (endereo do DNS do provedor) option domain-name-servers 192.168.0.248; # Nome do domnio (opcional, apenas se tiver um) option domain-name option root-path "teste.com.br"; "192.168.0.248:/opt/ltsp/i386";

option option-128 code 128 = string; option option-129 code 129 = text; subnet 192.168.0.0 netmask 255.255.255.0 { use-host-decl-names option log-servers on; 192.168.0.248;

# Aqui vo as configuraes dos terminais, cada terminal deve # ser configurado com um endereo IP diferente e com o endereo # MAC de sua placa de rede. # Para saber o endereo MAC de cada terminal, basta dar um boot # Com o disquete do rom-o-matic, ele mostrar o endereo MAC # logo no incio do boot. # Este endereo nico, exclusivo de cada placa de rede, atravs # dele que o servidor sabe qual terminal qual. # Adicione mais terminais caso necessrio copiando e colando as linhas:

# Estaes

32

host cliente01 { hardware ethernet 00:E0:7D:D6:EF:ED; fixed-address 192.168.0.2; filename "/tftpboot/lts/vmlinuz-2.4.21-ltsp-1"; } Nota: Para pegar o endereo MAC das placas, utilize o disco de BOOT gerado. Crie as demais estaes de acordo com suas necessidades, seguindo o padro sugerido acima. # Para usar uma placa de rede ISA no terminal, descomente as duas linhas # abaixo e substitua o "NIC=3c509" pelo mdulo da placa de rede usada. # No altere o "e4:45:74:68:00:00" este no um endereo MAC, mas sim # a string que ativa a linha com o mdulo da placa!. # option option-128 # option option-129 e4:45:74:68:00:00; "NIC=3c509";

1.8. Configurando os Arquivos de Configurao do LTSP Para criar o cliente foi utilizado um computador com processador AMD K6 III 450MHZ e com 128 de memria RAM, sem HD e com placa de rede Realteck 8139b e um drive de disquete (utilizado somente no arranque do computador) Editando o arquivo de configurao do LTSP Configurando o arquivo base do LTSP, onde iremos declarar as estaes. Nota: Cada estao declarada dever existir tambm em /etc/hosts. [Default] SERVER = 192.168.0.248 = teste.com.br SEARCH_DOMAIN

33 RUNLEVEL = 5 # Os Runlevels 2 ou 3 so tipicamente usados quando o

servidor est em modo texto. O Runlevel 5 tipicamente indica que o sistema est em modo grfico com suporte a rede XSERVER = auto = "/dev/psaux" =3 X_MOUSE_PROTOCOL = "PS/2" X_MOUSE_DEVICE X_MOUSE_BUTTONS USE_XFS # # # SCREEN_02 SCREEN_03 SCREEN_04 SCREEN_01 =N = telnet = ssh = shell = telnet X_MOUSE_RESOLUTION = 400

[cliente01] PRINTER_0_DEVICE = /dev/lp0 PRINTER_0_TYPE = P Nota: Se preciso adicione mais mquinas. 1.9. Configurando o Cliente Criando o disquete de boot para os terminais (Parte de configurao no Cliente) Para criarmos um disco de boot, proceda da seguinte forma: 1) Entre no site:

http://rom-o-matic.net/

Na primeira parte preciso escolher a verso da ROM para inseri-la no disquete, no nosso a verso 5.2.6

34

Figura 3: Pgina do site para formulao do disquete de boot Na opo Choose NIC/ROM type no site, selecione o padro da sua placa de rede, neste caso por padro na estao a placa Realtek 8139 e o arquivo baixado do site: eb5.2.6-rtl8139.zdsk, depois em Choose ROM output format: coloque floppy bootable portable .zdsk e por fim get ROM como mostra na figura 03 . 2) Para criar o disco, aps a imagem baixada, proceda: # cat eb-5.2.6-rtl8139.zdsk > /dev/fd0 Depois de criar o disquete de boot, d um boot usando o disquete apropriado na estao e anote o nmero do endereo MAC da placa de rede, que mostrado no incio do boot. Voc precisar fornecer os endereos MAC de cada estao nos arquivos de configurao do LTSP que editaremos em seguida. O endereo MAC um nmero de 12 dgitos (como: 00:0C:29:6F:F4:AB), diferente em cada placa, que voc pode localizar facilmente entre as mensagens exibidas. Ele aparece na penltima linha (lancepci: 00:0C:29:6F:F4:AB) como possvel ver na figura 4.

35

Figura 4: Tela de arranque com boot pelo disquete

Enquanto o servidor no estiver configurado, os terminais vo ficar indefinidamente no Searching for DHCP Server..., um sintoma de que o disquete conseguiu ativar corretamente a placa de rede. Depois de todas essas configuraes s dar o boot no cliente com o servidor ligado e todos s servios inicializados que o cdigo de Etherboot ser lido do disquete para a memria, a placa de rede ser encontrada e inicializada, uma requisio dhcp ser emitida na rede e uma resposta ser emitida pelo servidor e ser feito o download do kernel para a estao de trabalho. Uma vez que o kernel inicializou o hardware da estao de trabalho, o X Windows ir iniciar e uma tela de login deve aparecer na estao de trabalho. Notas importantes: A) Em caso de aparecimento da mensagem: "No ROM Signature" durante o boot, preciso efetuar a troca do disco de boot. B) A criao do disco de boot preciso de o mximo de ateno, selecionando o arquivo correto no site rom-o-matic. C) Antes de iniciar um projeto grande, tenha em mente a padronizao das placas de rede para um nico modelo, isso facilitar muito a configurao.

36

CONCLUSO
Neste projeto foi possvel diagnosticar que com a configurao utilizada no servidor possvel colocar at trinta maquinas trabalhando com folga no servidor rodando aplicativos e guardando vrios tipos de arquivos sem preocupao com banda de rede e com espao em disco, observamos tambm que o trafego de rede no alto j que todo o processamento feito no servidor utilizando apenas 25% de uma rede 10/100, assim o cliente s recebe respostas de suas solicitaes de processamento, no entanto a maior parte desses 25% se d pelo envio e recebimento da parte grfica do cliente. Constatamos tambm que para rodar aplicativos que necessitam de compatibilidade 3D como jogos e programas de edio de imagens e vdeo preciso ter uma placa de vdeo com boa configurao no cliente j que o processamento de vdeo ser no prprio cliente. Foi possvel tambm fazer um comparativo com os gastos e custos para montar uma rede cliente-servidor funcionando atravs de terminais leves e com base nos valores no mercado. Vemos que como mostra a figura 5 com o hardware nos servidores no h diferena em montar um projeto em Linux ou em Windows, mas em softwares vemos que a diferena gritante em relao a licenas de uso e de software entre o Linux e o Windows, j que em uma rede Windows preciso comprar o sistema operacional Windows XP ou algum similar de sua famlia para operar o cliente e de uma CAL que seria uma licena de acesso ao servidor de terminais leves e mais o licenciamento do sistema operacional do servidor Windows da famlia Server da Microsoft. Com um sistema baseado em Linux economizaramos com todas essas licenas j que o Linux open source e GPL, ou seja, grtis e de cdigo aberto podendo customizar para cada realidade e tambm na compra de hardware pois um terminal leve em Windows requer mais processamento para rodar o sistema operacional da Famlia Windows XP do que um sistema da famlia Linux. Na figura abaixo possvel ver em valores reais o comparativo entre uma rede Windows e uma Linux para a mesma quantidade de clientes (dez), com um servidor que suportaria qualquer uma das duas redes.

37

Figura 5: Tabela comparativa entre Linux e Windows em Terminal Leve

(1)

Servidor: Pentium Dual Core 3.4 Ghz, 1 GB RAM, HD 160 Gb, DVD-RW, Monitor LCD

15. Usamos a mesma mquina em ambas as redes, j que as diferenas de custo e desempenho no justificariam uma diferenciao. Preo corrente no Brasil (jornal) em Outubro/2007 para produto de boa qualidade.
(2)

Estaes Win XP: Pentium D2.8 Ghz, 512 MB RAM, HD 80 Gb, DVD-RW, Monitor LCD Terminais LTSP: Via 1.5 Ghz ou superior, 128 MB RAM, Monitor LCD 15 (sem drives,

15. Preo corrente no Brasil (jornal ) em Outubro/2007 para produto de boa qualidade.
(3)

boot via rede). Uma opo, mais barata, seria a utilizao de computadores usados. Preo corrente no Brasil (jornal ) em Outubro/2007 para produto de boa qualidade.

38

CONSIDERAES FINAIS
O objetivo proposto por essa pesquisa: apresentar algumas vantagens da tecnologia LTSP fundamentada em aspectos de segurana, rapidez e servios que rodam via servidor, foi alcanado no decorrer da mesma em que se mostrou ser uma ferramenta administrativa bastante til para o administrador de rede. Como mostrado no captulo anterior o LTSP com a administrao centralizada mostra-se superior, por centralizar em uma nica mquina todo o servio de atualizao, backup e concentrao de usurios, sendo assim, uma ferramenta que se mostra superior a certos tipos de rede para empresas com vrios tamanhos. Alm disso, esta ferramenta possibilita que o trabalho dos usurios possa ser realizado via servidor no somente agilizando suas conexes, mas tambm, deixando a rede sem gargalos. Esse estudo foi de suma importncia, para ns, no somente como alunos, graduandos em Cincia da Computao, mas tambm, como profissional atuante na rea. Acredito que para profissionais, assim como ns, neste ramo esta ferramenta muito til e importante para o gerenciamento de ambiente. Ela proporciona, no somente segurana, centralizando atualizaes dos sistemas operacionais, assim como tambm as atualizaes dos softwares de gesto, CRM e outros que passam a realizar varredura em uma nica mquina, proporcionando mais leveza na rede, no necessitando da utilizao de atualizaes em cascata na rede. Creio que esta ferramenta, por ser nova e moderna, algumas empresas ainda no a utiliza por desconhecimento ou acreditarem ser de valor elevado a qualificao de profissionais para utiliz-la. Este estudo demonstra que a ferramenta pesquisada possibilita, no somente a reutilizao de mquinas antigas, o que torna menos dispendioso para a empresa, como tambm, a prpria ferramenta por ser livre tem um custo baixo na implementao por no ser preciso licenas de uso de software. Sendo assim, torna-se extremamente vivel, por seu custo ser baixo, pela facilidade de instalao e administrao do ambiente de rede e, para a empresa ela proporciona agilidade no seu sistema gestor, nas conexes de um modo geral, o que acarreta em melhoria no trabalho dos usurios e, conseqentemente, um maior retorno de procura dos clientes.

39

REFERNCIAS
[4] ALbuquerque, R.; Ribeiro, B. Segurana no desenvolvimento de software. Como desenvolver sistemas seguros e avaliar a segurana de aplicaes desenvolvidas com base na ISO 15.408. Rio de Janeiro : Mdulo Security, 2002 Andrade, Maria M. Introduo metodologia do trabalho cientfico. Elaborao de trabalho na graduao 5.ed.So Paulo, Atlas, 2001. Connec. Disponivel em: http://www.connec.com.br/ ,Acesso em 4 de outubro de 2007 Dazzi,Rudimar Luis Scarante Sistemas Especialistas Conexionistas: Implementao por Redes Diretas e Bidirecionais. Ferreira,Karine Reis Interface para Operaes Espaciais em Banco de Dados Geogrficos Linux Debian . Disponvel em: http://www.debian.org.br , Acesso em 10 de novembro de 2007 LTSP Linux Terminal Server Project. Disponvel em http://www.ltsp.org/, Acesso em 10 de novembro de 2007 LTSP 2007 Monteiro,Raul Domingos Valle Uma Proposta de Aprendizem Interativa da Lgica Utilizando Simuladores Artificiais Inteligentes. Noton, Peter. Introduo a informtica. So Paulo: Makron Books Brasil, 1997 Pacotes a serem baixados especficos do projeto. Disponvel em: Linux Terminal Server Project. Disponvel em

http://ltsp.mirrors.tds.net/pub/ltsp/docs/ltsp-4.1-ptbr.html , Acesso em 10 de novembro de

http://internap.dl.sourceforge.net, Acesso em 16 de setembro de 2007

40 Projeto Converso de Thin Client PXE - Plano Consolidado do Projeto Projeto Mundial LTSP para todos site oficial . Disponvel em:

http://wiki.ltsp.org/twiki/bin/view/Ltsp/Support, Acesso em 10 de novembro de 2007 Projeto Nacional LTSP para todos site oficial . Disponvel em: http://www.ltsp-br.org/, Acesso em 16 de setembro de 2007 [1] SILBERSCHATZ, A.; GALVIN, P. ; GAGNE, G. Sistemas operacionais: conceitos e aplicaes. 1. ed. Rio de Janeiro: Campus, 2000. Silva,Marcos Aurlio Santos da Mapas Auto-Organizaveis na Analise Exploratria de dados Geoespaciais Multivariados [2] SOARES, L. F. G.; LEMOS, G.; COLCHER, S.. Redes de computadores: Das lans, mans e wans as redes atm. 2.ed. Rio de janeiro: Campus, 2002. [5] STARLIN, G. ; ALCANTARA, I. Microsoft Windows 2000 server: instalao, administrao, Internet. Rio de janeiro: Alta Boocks, 2002. [5] STARLIN, Gorki. TCP/IP : internet : intranet : extranet : manual completo. Rio de janeiro: Book Express, 1998. [3] TANENBAUM, Andrew S. Redes de computadores. 4. ed. Rio de janeiro: Campus, 1999. Thin Client. Disponvel em: http://www.asinformatica.com.br/index_04.php, Acesso em: 29 outubro 2007. ThinNetworks Solues Thin Client. Disponivel em: http://www.thinnetworks.com.br/ Acesso em 14 de outubro de 2007 Tranforme seu PC antigo em um Thin Client . Disponvel em:

http://www.thinnetworks.com.br/tcide.htm , Acesso em 30 de outubro de 2007

41 Projeto Nacional LTSP para todos site oficial . Disponvel em: http://www.ltsp-br.org/, Acesso em 16 de setembro de 2007