Esse artigo descreve uma pequena experiência que tive com terminais leves, me deparei com um estranho problema de rotas e descrevo os passos que segui para solucioná-lo. Para quem não sabe, terminais leves são máquinas que possuem poucos recursos e se utilizam de um servidor parrudo para carregar a interface gráfica remotamente.
Esse artigo do Morimoto é realmente fantástico. Para
iniciantes, é uma verdadeira mão na roda. Quero, porém, fazer uma
ressalva e relatar algo que me aconteceu para que a comunidade
avalie e teste, pois não agüento mais pensar se isso é realmente
parte do processo ou foi um problema isolado.
Ocorre que montei uma rede de terminais leves. No servidor,
instalei Slackware 10 e em 4 terminais leves (k5 de
90 MHz) instalei Slackware 9.1.
Em seguida, montei um velho 486 90 MHz com duas placas de rede e
usei-o como gateway (ele recebe a internet de uma outra rede, por
meio de um cabo e a repassa ao servidor de terminais para que ele
e as estações possam navegar).
O servidor de terminais é um Athlon 1.7, com 512 MB de
memória RAM e uma placa de rede via-rhine on-board. Configurei a
rede no servidor, sendo que a placa via rhine ficou com a
seguinte configuração:
IP: 192.168.0.10
NETMASK: 255.255.255.0
Gateway: 192.168.0.1
DNS: 200.138.162.2
Até aí tudo certo. Navegou.
Em seguida configurei os terminais. Tudo funcionou, mas não
perfeitamente. Notei que quando eu desligava o gateway, as
estações não conseguiam adquirir a tela de login do servidor e
mesmo quando eu "cortava" a internet ocorria o mesmo.
Tive as mais absurdas idéias, imaginei as mais mirabolantes
teorias, mas nada resolvia meu problema. Era sempre a mesma
história: enquanto a internet estivesse funcionando, as estações
logavam, quando a internet não estava disponível, não conseguiam
a tela de login.
Como última tentativa, reconfigurei a rede no servidor uma última
vez, deixando de fora, dessa vez, as configurações de gateway e
DNS e qual não foi minha surpresa ao notar que dera certo! As
estações logaram. Percebi então, que, para meu espanto, depois de
várias experiências, que aquela era realmente a razão do problema.
Descoberto o problema, a solução foi de fácil aplicação. Criei um
arquivo contendo os seguintes comandos:
# setando meu DNS
echo nameserver 200.138.162.2 > /etc/resolv.conf
Coloquei-o dentro da pasta /home/usuário/.kde/Autostart (pois
foi no único lugar que encontrei que rodava o script depois de
aberto o KDM). Dessa forma, a internet estaria configurada somente
quando um usuário efetuasse login (os comandos puderam obter efeito
graças ao sudo).
Em seguida, editei o arquivo rc.6, contido em /etc/rc.d e
inseri a seguinte linha:
echo > /etc/resolv.conf
Dessa forma, toda vez que o micro fosse desligado ou mesmo
reiniciado, as configurações de internet seriam zeradas, permitindo
o login das estações em qualquer situação.
Com essa longa explanação, quero apenas saber da comunidade se isso
que me ocorreu faz parte do processo de logins remotos ou foi um
caso isolado.
Por favor, testem e mandem seus resultados para
sidneypagel@bol.com.br.
[2] Comentário enviado por gnu em 26/11/2004 - 09:16h
Primeiramente, quero agradece-lo pela atenção, pois esta é uma questão que me deixou meio "encucado". Bom, vamos lá:
Eu não uso dhcp nesta rede. Ela opera por ip estático.
[4] Comentário enviado por gnu em 28/11/2004 - 16:04h
Primeiramente, o dhcp se aplica a terminais burros, e não a terminais leves. Meus terminais tem hd, com uma instalação básica do slackware 9.1 rodando, com o X configurado. O que eles (os terminais) fazem é simplesmente puxar o gerenciador de janelas da máquina servidora. Para isso, basta configurar o server para aceitar conexões X remotas e configurar nas estações o inittab ou outro arquivo qualquer que rode no boot para que elas "puxem" o gerenciador de outra máquina da rede, com o comando X -query broadcast. Portanto, não estou usando dhcp simplesmente porque não se aplica ao meu caso.
[5] Comentário enviado por agk em 01/12/2004 - 11:36h
Parabéns pelo artigo, só lembrando de uma coisa, dhcp não se aplica somente a terminais burros como você diz, dhcp é utilizado para atribuir ip para às estações, isso pode ser feito de forma dinâmica, estática ou fixa.
Dhcp geralmente é utilizado em redes maiores para facilitar as configurações da rede, onde as estações obtem todas as configurações necessárias do servidor dhcp, como ip, dns, domínio, mascara da rede entre outras, são diversas as opções existentes em um servidor dhcp. Evitando assim que o administrador da rede necessite configurar uma a uma as estações da sua rede, imagine você com uma rede de 200 computadores, seria loucura configurar tudo a mão.
[ ]'s
[6] Comentário enviado por gnu em 02/12/2004 - 08:37h
Eu compreendo as atribuições do DHCP. O que eu quis dizer é que no caso específico dos terminais leves, eu não uso DHCP, porque tratam-se apenas de 4 terminais, tornando-se masi fácil usar ips estáticos, e, o comentário postado por nosso amigo Marco Carvalho trata das obrigatoriedades da configuração de terminais burros, sem hd, que dão boot por um disquete contendo um Room da placa de rede utilizada, e que obtém seus ips, obrigatoriamente, por dhcp, que deve estar rodando no servidor de terminais. Mas discussões afora, gostaria de saber se o que aconteceu comigo trata-se mesmo de algo inerente ao processo de terminais leves ou de um caso á parte. Qual sua opinião a este respeito?
[8] Comentário enviado por Steve em 14/01/2023 - 06:58h
O que esse artigo tem a ver com Terminais Leves? NADA!
Terminal é um programa que permite executar um shell!
Ainda citam em comentários Terminal Burro? Um terminal faz o que é proposto a fazer! Não existe burro ou inteligente! A não ser que se refira ao usuário que o utiliza!
O Pc ter ou não Hd, ter ou não um floppy, nada tem a ver com um Terminal. Hds, floppys, são peças de hardware!
Citam em comentários sobre dhcp e nem sabem do que estão falando! DHCP é utilizado em qualquer rede, a escolha é de quem quiser usar. Tanto pra rede pequena ou rede grande não faz a mínima diferença! É uma escolha pessoal!
O artigo apenas fala de uma configuração de rede, pessoal, para um propósito!
Logo seu título não tem nada a ver, deveria ser, Configurando uma rede, ou algo que tenha a ver com o propósito do artigo!
A não ser claro que o Autor do artigo não saiba o que é um Terminal!
[9] Comentário enviado por gnu em 16/01/2023 - 08:55h
Hahahaha.. que surpresa receber uma notificação de comentário do vol 20 ANOS depois da publicação do artigo.. kkkk. Pra variar, sinal dos tempos sombrios em que vivemos.. recheado de críticas e arrogância. Vai procurar o que fazer, prezado.