У меня есть Soho LAN с запущенным сервером шлюза isc-dhcpd-server
и bind9
на одной сетевой карте 192.168.0.3 для локальной сети и Wi-Fi.
Клиент подключается к локальной сети, но часто не видит сервер на 192.168.0.3 даже для проверки связи.
Я вижу, что клиент настраивает свой IP-адрес с помощью DHCP и на некоторых клиентах, например. ноутбук Mac, /etc/resolv.conf
содержит правильный name-server 192.168.0.3
вход.
На моем ноутбуке с Linux, когда он не подключается, resolv.conf
запись неверна.
В какой-то момент от минуты до 30 минут спустя клиент внезапно подключается, и какое-то время все будет в порядке.
Между тем, подключение к Интернету на сервере шлюза постоянно в порядке.
Вот dhcpd.conf сервера:
subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.4 192.168.0.250;
option subnet-mask 255.255.255.0;
option domain-search "localdomain";
option domain-name-servers 192.168.0.3;
option routers 192.168.0.3;
}
log-facility local7;
default-lease-time 600;
max-lease-time 7200;
authoritative;
option domain-name "localdomain";
option domain-name-servers gondolin.localdomain;
ddns-updates on;
ignore client-updates;
update-static-leases on;
ddns-update-style standard;
update-optimization off;
include "/etc/dhcp/ddns-keys/rndc.key";
# must be same as "/etc/bind/rndc.key";
zone localdomain. {
primary 192.168.0.3;
key "rndc-key";
}
zone 0.168.192.in-addr.arpa. {
primary 192.168.0.3;
key "rndc-key";
}
gondolin.localdomain
это имя хоста шлюза.
Я не получаю ошибок в /var/log/dhcpd.log
и записи об аренде в /var/lib/dhcp/dhcpd.leases
выглядят так:
lease 192.168.0.233 {
starts 0 2019/11/03 18:00:35;
ends 0 2019/11/03 20:00:35;
cltt 0 2019/11/03 18:00:35;
binding state active;
next binding state free;
rewind binding state free;
hardware ethernet 24:5b:a7:20:26:a2;
uid "\001$[\247 &\242";
set ddns-rev-name = "233.0.168.192.in-addr.arpa.";
set ddns-dhcid = "\000\001\001x\341c*8-]\267\336\210;3d$\376#\203\273P\207\002\375=\3327\035[\241\307\262\374/";
set ddns-fwd-name = "Sylvies-iPhone.localdomain";
client-hostname "Sylvies-iPhone";
}
Я не могу найти ошибок ни на сервере шлюза, ни на клиентах в ubuntu /var/log/syslog
или iOS /var/log/system.log
файлы.
Оказывается, это была просто точка доступа Wi-Fi. Я сделал цикл питания, и все было в порядке.