Para configurar o RARP, você precisará saber o endereço ethernet do cliente (e.g. o MAC address). Se não souber isto, você poderá inicie no modo "Rescue" (e.g., a partir do disquete de recuperação) e use o comando /sbin/ifconfig eth0.

Em sistemas usando o kernel do Linux 2.2.x, você precisará popular a tabela RARP do kernel. Para fazer isto execute os seguintes comandos:

Você obterá

SIOCSRARP: Invalid argument

então provavelmente precisará carregar o módulo RARP do kernel ou senão recompilar o kernel para suportar RARP. Tente modprobe rarp e então tente o comando rarp denovo.

Em sistemas usando um kernel do Linux 2.4.x, não existe módulo RARP e você deverá ao invés disso usar o programa rarpd. O processo é idêntico ao usado sob o SunOS do seguinte parágrafo.

Sob o SunOS, você precisará ter certeza que o endereço de hardware Etehrent para o cliente está listado no banco de dados "ethers" (ou no arquivo /etc/ethers ou via NIS/NIS+) e no banco de dados "hosts". Então você precisará iniciar o daemon RARP. No SunOS 4, digite o comando (como root): /usr/etc/rarpd -a; no SunOS 5, use /usr/sbin/rarpd -a.

Existem dois servidores BOOTP disponívies para o GNU/Linux o CMU bootpd e o outro atualmente é o servidor DHCP, ISC dhcpd, que estão disponíveis nos pacotes bootp e dhcp na Debian GNU/Linux.

Para usar o CMU bootpd você deverá primeiro descomentar (ou adicionar) a linha relevante em /etc/inetd.conf. Na Debian GNU/Linux, você poderá executar update-inetd --enable bootps então o comando /etc/init.d/inetd reload para fazer isto. Em todo caso, a linha em questão deverá se parecer com:

bootps   dgram   udp     wait    root    /usr/sbin/bootpd  bootpd -i -t 120

Agora, você deverá criar um arquivo /etc/bootptab. Este terá a mesma quantidade de formato criptico e familiar como o bom e antigo printcap do BSD, termcap, e disktab. Veja a página de manual do bootptab para mais informações. Para o CMU bootpd você precisará conhecer o endereço de hardware (MAC) do cliente. Aqui está um exemplo de arquivo /etc/bootptab:

client:\
  hd=/tftpboot:\
  bf=tftpboot.img:\
  ip=192.168.1.90:\
  sm=255.255.255.0:\
  sa=192.168.1.1:\
  ha=0123456789AB:

Você pelo menos precisará mudar a opção "ha", que especifica o endereço de hardware do cliente. A opção "bf" especifica o arquivo que o cliente deverá baixar via TFTP; veja Secção 4.5.5, “Mover as imagens TFTp para o Local” para mais detalhes.

Em contraste, a configuração de um BOOTP com o ISC dhcpd é realmente fácil, por causa que ele trata clientes BOOTP de uma forma especial como clientes DHCP. Algumas arquiteturas requerem uma configuração complexa para a inicialização dos clientes via BOOTP. Caso a sua seja uma destas, leia a seção Secção 4.5.3, “Configurando um servidor DHCP”. Caso contrário, você será provavelmente capaz de adicionar a diretiva allow bootp no bloco de configuraçào de sub-rede de seu cliente e reiniciar o servidor dhcp dhcpd com o comando /etc/init.d/dhcpd restart.

Quando este documento foi escrito, existia somente um servidor DHCP que é software livre, seu nome é ISC dhcpd. Na Debian GNU/Linux, ele está disponível no pacote dhcp. Aqui está um modelo de configuração deste pacote (normalmente /etc/dhcpd.conf):

option domain-name "example.com";
option domain-name-servers ns1.example.com;
option subnet-mask 255.255.255.0;
default-lease-time 600;
max-lease-time 7200;
server-name "servername";

subnet 192.168.1.0 netmask 255.255.255.0 {
  range 192.168.1.200 192.168.1.253;
  option routers 192.168.1.1;
}

host clientname {
  filename "/tftpboot/tftpboot.img";
  server-name "servername";
  next-server servername;
  hardware ethernet 01:23:45:67:89:AB; 
  fixed-address 192.168.1.90;
}

Neste exemplo, existe somente um servidor "servername" que faz todo o trabalho do DHCP, servidor, servidor TFTP e gateway de rede. Você precisará modificar as opções domain-name assim como o nome do servidor e endereço de hardware do cliente. A opção "filename" deve ter o nome do arquivo que será baixado via TFTP.

Após editar o arquivo de configuração dhcpd, reinice-o com /etc/init.d/dhcpd restart.

Para ter o servidor TFTP pronto, você terá primeiro que ter certeza que o tftpd está ativado. Ele normalmente é ativado tendo a seguinte linha no seu arquivo /etc/inetd.conf:

tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /tftpboot

Olhe neste arquivo e lembre-se do diretório que é usado como argumento para o in.tftpd; você irá precisa dele mais abaixo. O argumento -l permite que alguns tipos de versões do in.tftpd registrem todas as requisições para os logs do sistema; isto é mais útil para diagnosticar erros de inicialização. Se você tiver que mudar o /etc/inetd.conf, você terá que notificar o processo em execução inetd de que o arquivo foi modificado. Em máquinas Debian, execute /etc/init.d/inetd reload (para a potato/2.2 e sistemas mais novos use /etc/init.d/inetd reload); em outras máquinas, encontre o ID do processo do inetd e execute o comando kill -HUP inetd-pid.

Como próximo passo, coloque a imagem de inicialização TFTP que precisa, como encontrada no Secção 4.2.3, “Onde encontrar os arquivos de Instalação” no diretório de imagens de inicialização do tftpd. Geralmente este diretório será /tftpboot. Você tera que fazer um link deste arquivo para o arquivo que o tftpd usará para inicializar em cliente em particular. Infelizmente, o nome do arquivo é determinado pelo client e TFTP e não existem padrões rígidos.

Freqüentemente, o arquivo que o cliente TFTP irá procurar é client-ip-in-hexclient-architecture. Para computar client-ip-in-hex, pegue cada byte do endereço IP do cliente e transforme-o em notação hexadecimal. Se tiver uma máquina por perto com o programa bc, você poderá usa-lo. Primeiro digite o comando obase=16 para ajustar a base para hex, então entre com componentes individuais do IP do cliente um de cada vez. Como em client-arquitetura, tente alguns valores.

Em alguns sistemas, o disco RAM de instalação padrão, combinado com os requerimentos de memória da imagem de inicialização do TFTP, não cabem na memória. Neste caso, você ainda poderá instalar usando o TFTP, você terá que ir através do passo adicional de montagem do sistema de arquivos raíz via NFS pela rede também. Este tipo de configuração também é apropriada para clientes sem discos (diskless) ou sem dados (dataless).

Primeiro, siga todos os passos acima descritos em Secção 4.5, “Preparando os arquivos para inicialização via rede usando TFTP”.

A instalação com TFTP e NFS raíz é similar a Secção 4.5.6, “Instalação via TFTP em sistemas com pouca memória” porque você não precisará carregar o disco RAM mais mas inicializará através do seu novo sistema de arquivos NFS criado. Você precisará então substituir o link simbólico para a imagem tftpboot por um link simbólico apontando para uma imagem de kernel (por exemplo, linux-a.out).

O RARP/TFTP requer que todos os daemons estejam sendo executados no mesmo servidor (a estação de trabalho que estiver enviando requisições TFTP de volta para o servidor que respondeu a requisição RARP anterior).