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: 80.992 ]

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


Considerações a respeito do Etherboot e Grub



Vantagens do Etherboot em relação ao Grub:

- É possível carregar imagens grandes que o GRUB não carrega. Estes arquivos grandes (formados pelo bzImage + initramfs) ficam na pasta /tftpboot/lts do servidor, começando com o nome vmlinuz, e são criados com o comando:

# mknbi-linux bzImage-2.6.20.9-ltsp-1 initramfs --output=vmlinuz-2.6.20.9-ltsp-1

- Mostra um indicador de progresso quando o kernel é baixado do servidor.

Desvantagens:

- Somente é possível incluir uma placa de rede por imagem. Além disto, apresentou problema com placas de rede que utilizam o módulo tulip. No momento de fazer a carga do kernel do servidor, ocorria erro de TX Timeout.

Vantagens do Grub:

- Permite incluir vários drivers de placas de rede no mesmo disquete. A detecção da placa é feita no boot da máquina.

- Não dá erro de "TX Timeout", o que ocorre com o Etherboot em algumas placas (módulo tulip).

Página anterior     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

Instalando KDE 3.4 no Kurumin/Debian

Configurando JAVA no Firefox para acessar página de bancos

Cluster de alta disponibilidade para servidores web com Debian 7.1 + Corosync + Pacemaker + DRBD

Montando um servidor WAP

HAproxy + Stunnel (https) + CentOS 6

  
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