Configurando o servidor ISC-DHCP obtendo DHCPDISCOVER, DHCPOFFER constantemente

Question

Trabalhando na tentativa de configurar um novo servidor para executar FOG . Eu configurei o servidor para servir endereços DHCP apenas em eth1 e não em eth0. Eu instalei o isc-dhcp e o bind9 no servidor.

Não consigo que um cliente seja atribuído a um endereço DHCP. No arquivo / var / log / syslog recebo repetidamente as seguintes repetições:

Sep 14 08:10:03 fog dhcpd: DHCPDISCOVER from (mac address here) (N049) via eth1
Sep 14 08:10:03 fog dhcpd: DHCPOFFER on 192.168.10.20 to (mac address here) (N049) via eth1
Sep 14 08:10:19 fog dhcpd: DHCPDISCOVER from (mac address here) (N049) via eth1
Sep 14 08:10:19 fog dhcpd: DHCPOFFER on 192.168.10.20 to (mac address here) (N049) via eth1

Meu arquivo /etc/dhcp/dhcpd.conf tem esta aparência:

ddns-update-style interim;
ddns-domainname "chcfog.local";
ddns-rev-domainname "10.168.192.in-addr.arpa";

#include "/etc/bind/rndc.key";

key "rndc-key" {
    algorithm hmac-md5;
    secret "my key here";
};

zone theapartment.lan. {
primary 127.0.0.1;
key "rndc-key";
}

# option definitions common to all supported networks...
option domain-name "chcfog.local";
option domain-name-servers 192.168.1.11, 208.67.222.222, 208.67.220.220;
#option domain-name-servers 192.168.1.1;

#default-lease-time 600;
#max-lease-time 7200;
default-lease-time 86400;
max-lease-time 86400;

authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;

# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.

subnet 192.168.10.0 netmask 255.255.255.0 {
        range 192.168.10.10 192.168.10.150;
        zone 10.168.192.in-addr.arpa. {
                primary 192.168.10.1;
                key "rndc-key";
        }
}

Meu /etc/bind/named.conf.local:

key "rndc-key" {
        algorithm hmac-md5;
        secret "my key here";
};

zone "chcfog.local" {
        type master;
        file "/var/lib/bind/chcfog.local.hosts";
        allow-update { key rndc-key; };
};

zone "10.168.192.in-addr.arpa" {
        type master;
        file "/var/lib/bind/10.168.192.rev";
        allow-update { key rndc-key; };
};

Meu arquivo 10.168.192.rev:

$ORIGIN .
$TTL 86400      ; 1 day
10.168.192.in-addr.arpa IN SOA  ns.chcfog.local. email.address.here. (
                            1263187366 ; serial
                            10800      ; refresh (3 hours)
                            3600       ; retry (1 hour)
                            604800     ; expire (1 week)
                            38400      ; minimum (10 hours 40 minutes)
                            )
    NS      ns.chcfog.local.
1 PTR ns.chcfog.local.

Meu arquivo chcfog.local.hosts:

$ORIGIN .
$TTL 86400      ; 1 day

chcfog.local IN SOA  ns.chcfog.local. dkassner.centerforhospice.org. (
          1263527838 ; serial
          10800      ; refresh (3 hours)
          3600       ; retry (1 hour)
          604800     ; expire (1 week)
          38400      ; minimum (10 hours 40 minutes)
          )

    NS  ns.chcfog.local.
    A   192.168.10.1

ns.chcfog.local A       192.168.10.1
ns              A       192.168.10.1

eht1 seção de / etc / network / interfaces

auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
network 192.168.10.0
broadcast 192.168.10.255

Alguma idéia de por que esse servidor DHCP não funcionaria?

    

Answer 1

O servidor DHCP funciona (envia DHCPOFFER em resposta ao DHCPDISCOVER do cliente). No entanto, o servidor nunca recebe um DHCPREQUEST do cliente para realmente solicitar o endereço oferecido.

Execute tcpdump -n udp port 68 ou dhcpdump -i INTERFACE no servidor e no cliente e, em seguida, execute dhclient -1 no cliente. O dump de ambos os lados deve revelar se o cliente não recebe o DHCPOFFER do servidor ou o servidor não recebe o DHCPREQUEST do cliente.