Boot Remoto (LTSP) sem servidor DHCP

Este artigo mostra como configurar uma solução de boot remoto sem utilizar um servidor DHCP. Isto se torna necessário em ambientes onde não há a possibilidade de alterar os servidores DHCP existentes, alterar a topologia de rede, criar VPNs ou qualquer outro tipo de configuração já existente.

[ Hits: 81.095 ]

Por: Gerson Henrique Diesel em 20/06/2007 | Blog: http://www.gersondiesel.com.br


Introdução



Certo dia me deparei com um desafio na empresa onde trabalho: configurar um ambiente de boot remoto. Como assim desafio? O LTSP não é fácil, rápido e cheio de tutoriais na Internet? Sim claro, mas a principal dificuldade é o ambiente que já existe na rede, que não pode ser alterado.

Ou seja, eu não podia:
  • Alterar configuração de DHCP;
  • Fazer uma VPN;
  • Criar sub-rede;
  • Alterar topologia de rede;
  • Configurar portas no servidor;
  • Criar outro servidor DHCP, pois dois servidores DHCP não convivem na mesma rede.

Tudo o que eu tinha era a possibilidade de utilizar IPs fixos na rede, mesmo assim não fixado através de MAC no servidor DHCP, mas sim diretamente nos terminais.

Então vamos lá, mão na massa, digo, no teclado!

Obs.: O SO utilizado foi o Debian Etch (4.0).

    Próxima página

Páginas do artigo
   1. Introdução
   2. Configuração do servidor
   3. Disquete de Boot
   4. Considerações a respeito do Etherboot e Grub
   5. Arquivos importantes
   6. Referências
Outros artigos deste autor
Nenhum artigo encontrado.
Leitura recomendada

Configurando cliente na rede wireless com criptografia WPA - Debian

Instalando Ubuntu 7.04 Feisty Fawn

Som sem problemas em notebooks com placa Intel

Como instalar o Trac no Ubuntu 10.10

Instalando Slackware "na marra"

  
Comentários
[1] Comentário enviado por diesel em 20/06/2007 - 08:22h

Complementando o meu próprio artigo, vai uma dica para evitar a criação de um initramfs específico para cada computador.

No arquivo menu.lst de /tftpboot/lts/ coloque alguns parâmetros de configuração de IP:

Complementando o meu próprio artigo, vai uma dica para evitar a criação de um initramfs específico para cada computador.

No arquivo menu.lst de /tftpboot/lts/ coloque alguns parâmetros de configuração de IP e rootpath:

timeout 3
title Boot Remoto
kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20-9-ltsp-1 ip=<ip> gw=<ip> netmask=<netmask> rootpath=<ip>:/opt/ltsp/i386
initr (nd)/2.6.20.9-ltsp-1/initramfs.gz

No arquivo init, dentro do initramfs, comente as linhas referentes ao dhcp e insira o seguinte:

#Pega paramentros no menu.lst
CMDLINE=`cat /proc/cmdline`
for VAR in ip netmask gw
do
eval $VAR=echo `/usr/bin/expr "$CMDLINE" : '.*\($VAR=[0-9.]*\)'` : cut -d"=" -f 2
echo -n $VAR=;eval "echo $`echo $VAR`"
done

ROOTPATH=$(echo `/usr/bin/expr "$CMDLINE" : '.*(rootpath=[a-zA-Z0-9./:]*\)'` : cut -d"=" -f 2)

#inicializa a rede
/sbin/ifconfig eth0 $ip netmask $netmask up
/sbin/route add default gw $gw


As linhas acima pegam os parametros do menu.lst (/proc/cmdline), evitando assim a construção de um initramfs para cada computador. Contudo, é necessário agora um menu.lst diferente para cada computador.





[2] Comentário enviado por removido em 20/06/2007 - 12:33h

Isso que é trabalho!!!
(sem desmerecer ninguém!!!...)
10!

[3] Comentário enviado por mascote24 em 22/06/2007 - 15:53h

Parabéns Gerson, bom artigo, apenas uma observação: é sim possível conviver com dois servidores DHCP na mesma rede, eu já tive essa necessidade e configurei dois servidores que funcionavam perfeitamente.

[4] Comentário enviado por thiagodvp em 20/07/2007 - 19:10h

Cara, dois servidores DHCP podem conviver na mesma rede, vc só tem que configurar o servidor DHCP do LTSP para não atribuir ip's para MAC's que não estiverem cadastrados no seu dhcpd.conf. Dessa forma ele só atribuirá ip's para os terminais LTSP. (Claro que eu parto do pre-suposto que vc terá que cadastrar todos os MAC's dos terminais LTSP de sua rede).
FlW

[5] Comentário enviado por rebinat em 02/08/2007 - 11:12h

como ficaria se usasse dhcp

obrigado

[6] Comentário enviado por diesel em 02/08/2007 - 11:23h

Thiago. Tens razão. Pode-se utilizar deny unknown-clients no dhcpd.conf

Dois servidores DHCP podem até conviver na mesma rede. Neste caso deve existir um controle maior sobre os terminais e sobre o servidor DHCP, visto que pode-se forjar um MAC address em alguns drivers, e também quando um técnico tiver que fazer a substituição de uma placa ou equipamento, o dhcpd.conf deve ser atualizado.

[7] Comentário enviado por diesel em 02/08/2007 - 11:24h

Rebinat.

Para usar DHCP, é só utilizar os vários tutoriais disponíveis pela rede, inclusive o do site do projeto oficial.

[8] Comentário enviado por capitainkurn em 06/11/2007 - 07:46h

Gerson! Parabéns pelo belíssimo artigo e obrigado por compartilhar sua experiência com a comunidade.
Mas é possível empregar mais de um dhcp server em uma mesma rede sim.
no fim da seção raiz do seu /etc/dhcpd.conf acrescente o parâmetro "athoritative;" (sem as aspas é claro) e na seção subnet acrescente o parâmetro "deny unknown-clients;" daí estabeleça um vínculo IP/MAC como está em minha dica http://www.vivaolinux.com.br/dicas/verDica.php?codigo=8612

Muito bom mesmo seu artigo, mais uma prova de que o limite do Linux é o da criatividade.

[9] Comentário enviado por diesel em 06/11/2007 - 11:54h

capitainKurn.

Fico feliz que o meu artigo agradou os leitores.
Sim, você tem razão, vários DHCP's podem conviver na mesma rede, como eu havia escrito em um comentário acima.

[10] Comentário enviado por thiiagofernando em 25/04/2014 - 13:02h

tentei fazer no Debian 6 e Debian 7 não alguns pacotes não estão disponíveis estou com o mesmo problema peguei uma rede que ja possuiu uma estrutura e não posso mexer em nada


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts