Назад | Перейти на главную страницу

Настройка ISC-DHCP сервера с постоянным получением DHCPDISCOVER, DHCPOFFER

Работа над попыткой настроить новый сервер для запуска ТУМАН на. Я настроил сервер для обслуживания адресов DHCP только на eth1, а не eth0. Я установил на сервере isc-dhcp и bind9.

Я не могу назначить клиенту DHCP-адрес. В файле / var / log / syslog я снова и снова повторяю следующее:

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

Мой файл /etc/dhcp/dhcpd.conf выглядит так:

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";
        }
}

Мой /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; };
};

Мой файл 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.

Мой файл 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 раздел / 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

Есть идеи, почему этот DHCP-сервер не работает?

Сервер DHCP работает (отправляет DHCPOFFER в ответ на запрос клиента DHCPDISCOVER). Однако сервер никогда не получает DHCPREQUEST от клиента, чтобы фактически запросить предложенный адрес.

Бегать tcpdump -n udp port 68 или dhcpdump -i INTERFACE как на сервере, так и на клиенте, а затем запустите dhclient -1 на клиенте. Дамп с обеих сторон должен показать, не получил ли клиент DHCPOFFER с сервера, или сервер не получает DHCPREQUEST от клиента.