Dhcpd Daemon está tentando se arrendar?

1
Eu tenho uma caixa do Slackware Linux 13.0 com duas interfaces, eth0 e eth1. Eu configurei esta caixa para estar na rede 192.168.1.0/24, com máscara de sub-rede de 255.255.255.0.

Estou tentando executar um servidor dhcpd nesta caixa para atender duas interfaces acima, então criei sub-rede da rede 192.168.1.0/24 em duas sub-redes.

  • Para eth0 192.168.1.1, máscara de sub-rede 255.255.255.128, máscara de transmissão 192.168.1.127.
  • Para eth1 192.168.1.129, máscara de sub-rede 255.255.255.128, máscara de transmissão 192.168.1.255.

Ambas as interfaces são atribuídas manualmente.

eth0      Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.1.1  Bcast:192.168.1.127  Mask:255.255.255.128
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:39 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:1404 (1.3 KiB)
          Interrupt:11 Base address:0x8000 Memory:faffc000-faffcfff

eth1      Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:192.168.1.128  Bcast:192.168.1.255  Mask:255.255.255.128
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:10003 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13286 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1589229 (1.5 MiB)  TX bytes:9900005 (9.4 MiB)
          Interrupt:11

Aqui está a configuração do dhcpd.conf

authoritative;
ddns-update-style interim;
ignore client-updates;

subnet 192.168.1.0 netmask 255.255.255.128 {

     range 192.168.1.2 192.168.1.126;
     default-lease-time 86400;
     max-lease-time 86400;

     option routers 192.168.1.1;

     option ip-forwarding off;

     option domain-name-servers 208.67.222.222, 208.67.220.220;

     option broadcast-address 192.168.1.127;
     option subnet-mask 255.255.255.128;
}

subnet 192.168.1.128 netmask 255.255.255.128 {

     range 192.168.1.129 192.168.1.254;
     default-lease-time 86400;
     max-lease-time 86400;

     option routers 192.168.1.1;

     option ip-forwarding off;

     option domain-name-servers 208.67.222.222, 208.67.220.220;

     option broadcast-address 192.168.1.255;
     option subnet-mask 255.255.255.128;
}

Isso é o que está sendo exibido no log

Apr 10 18:09:58 inspiron8600 dhcpd: DHCPDISCOVER from 00:00:00:00:00:00 (inspiron8600) via eth1
Apr 10 18:09:58 inspiron8600 dhcpd: DHCPOFFER on 192.168.1.131 to 00:00:00:00:00:00 (inspiron8600) via eth1
Apr 10 18:10:01 inspiron8600 dhcpcd[3832]: eth1: adding IP address 169.254.153.6/16

Isso está acontecendo de forma espúria, e o log fica cheio de bobagens ... deve-se notar que 'inspiron8600' é a caixa linux que está executando o servidor dhcpd. Então minha pergunta é esta:

Como posso impedir que isso aconteça? E por que estaria tentando se dar um arrendamento?

Tenho certeza de que perdi algo, mas não posso vê-lo e gostaria de receber um par de olhos da comunidade para identificar a falha óbvia!

Para mencionar, os MAC's foram filtrados e substituídos por 0s para proteger os culpados !!!

    
por t0mm13b 10.04.2010 / 21:16

2 respostas

1

Seu comportamento estranho.

  1. Não é resposta, mas HWaddr 00: 00: 00: 00: 00: 00 parece estranho!
  2. Não é estranho que o servidor dhcp forneça o endereço para auto host. Dá endereço para todos que perguntam. Estranho por que o cliente dhcp pergunta!
  3. Se a funcionalidade dhcp clien não precisar, o dhcpcd (DHCP Client Daemon) pode ser interrompido e desabilitado.
por 11.04.2010 / 00:08
1

Espero que esta não seja uma pergunta idiota, mas você verificou se não tem dhclient ou dhcpcd (não sei qual dos Slackware usa) ainda em execução no sistema? No Slackware, você ainda pode ter que desativar o daemon do cliente DHCP manualmente, dependendo de como você atribuiu os endereços IP estáticos do sistema.

O seguinte comando mostra alguma coisa em execução?

ps -C dhcpcd,dhclient
    
por 11.04.2010 / 00:08