Verificação do servidor DHCP

2

Eu tenho configurado um servidor DHCP no OpenBsd e acho que agora ele está configurado corretamente. No entanto, tenho algumas perguntas.

  1. Como posso verificar se está funcionando corretamente antes de dar o controle?
  2. Depois de desligar o DHCP no roteador, como sei que o servidor assumirá o controle e responderá diretamente?
  3. Como devo configurar o servidor para fornecer a si próprio um endereço IP a partir do daemon dhcp?

Por favor, ignore minha ignorância. Agradecemos antecipadamente.

    
por Thomas 23.01.2011 / 09:56

2 respostas

4

Se esta não for uma rede de produção crítica, provavelmente está tudo bem em apenas experimentá-la e ver como as coisas funcionam, possivelmente durante o horário de folga, como em um fim de semana. Observe, no entanto, que você pode acabar tendo que ir até todas as máquinas clientes e renovar manualmente as concessões conforme descrito abaixo, ou esperar um dia ou mais para que seus contratos de locação expirem.

Desligue o servidor dhcp no seu roteador e ligue o da sua caixa openbsd. Assista /var/log/messages para confirmar que os clientes estão solicitando e recebendo endereços. Se os clientes forem máquinas Windows, talvez você queira executar ipconfig /renew neles para forçá-los a solicitar um novo endereço do novo servidor. Nos clientes linux você pode executar dhclient -r para fazer a mesma coisa.

Uma opção a considerar é a primeira vez que você inicia o dhcpd na caixa openbsd, execute-o diretamente via

/usr/sbin/dhcpd -d -f

que faz com que o dhcpd efetue login no modo de depuração diretamente no console. Isso pode ajudá-lo a identificar problemas mais rapidamente. Depois de testar o dhcpd dessa forma, você acertou ^C para eliminá-lo e, em seguida, reiniciou o programa no modo de segundo plano normal.

Você deve considerar registrar suas mensagens dhcp em um arquivo separado conforme detalhado aqui - defina o dhcpd.conf para log-facility local7 e, em seguida, altere seu dhcpd.conf da seguinte forma:

local7.*                   /var/log/dhcpd.log

f você faz isso permanentemente, lembre-se de modificar sua configuração newsyslog para rodar este novo arquivo de log.

Se o roteador e o novo servidor estiverem na mesma rede, desabilitar o servidor dhcp do roteador e ativar o dhcpd do servidor funcionará automaticamente.

Configurar o servidor para obter seu endereço IP do daemon dhcp não faz muito sentido, porque você se depara com um problema de ovo e galinha. Em vez disso, você usa a palavra-chave range para distribuir endereços na mesma rede que seu servidor. Por exemplo, suponha que seu servidor é 192.168.0.1 em uma rede de classe C, você coloca algo assim em seu dhcpd.conf:

subnet 192.168.0.0 netmask 255.255.255.0 {
    range 192.168.0.5 192.168.0.254;
    option routers 192.168.0.1;
}

Isso indica endereços entre 192.168.0.5 e 192.168.0.254 (inclusive). Seu roteador é configurado manualmente em 192.168.0.1 e você deixa alguns endereços estáticos adicionais (.2 a .4) caso você possa ter outros dispositivos para anexar posteriormente.

Finalmente, para testar isso, é útil definir os tempos limite de concessão para um tempo muito menor que o normal. Em um ambiente estático, você pode querer que seu tempo máximo de concessão e tempo de concessão padrão sejam definidos para vários dias ou uma semana. Para essa transição, veja se você pode descartar esses valores muito mais baixo em seu roteador existente e também configurá-los para valores mais baixos (uma hora talvez?) Em seu novo servidor openbsd dhcp. Isso ajudará a reduzir a quantidade de renovações manuais que você precisa fazer nas máquinas clientes, se decidir voltar para o antigo servidor dhcp. Depois de ter tudo funcionando perfeitamente com o novo servidor, aumente esses valores para números maiores para evitar tráfego desnecessário de DHCP na sua rede.

    
por 23.01.2011 / 10:27
0

Além disso, o dhcpclient no BSD dá muito mais detalhes do que o do Windows (talvez haja um switch que eu não conheça?), portanto, se necessário, obtenha um liveCD * BSD para saber qual servidor DHCP está distribuindo os números.

    
por 23.01.2011 / 20:38

Tags