Есть тазик, на котором стоит Debian GNU/Linux 5.0 (Lenny) i386 bigmem
для облегчения работы с шнуром
GEMBIRD USB 2.0 NETWORK LINK CABLE
PART NUMBER UANC22V
поднял на том тазике DHCP-сервер
проблема в том, что он выдаёт только первый раз, а если не освободить аренду и грубо ребутнуть клиента, то в следующий раз получаем таймаут выдачи IP-адреса, даже по истечении max-lease-time, из-за чего клиенту присваивается адрес из подсети 169.254.0.0/16
наверно, дело всё в том, что на том конце хвоста MAC-адрес после ребута уже другой?
ВОПРОС: как победить сервер так, чтобы при окончании аренды он выдавал освободившийся адрес?
и не приходилось давать команду перезагрузки сервера
Код: Выделить всё
# /etc/init.d/dhcp3-server restartибо даже если ждешь и 10 минут, и больше, в то время как максимум аренды 6 минут, все равно не хочет выдавать?
конфиги:
-- главный конфиг
Код: Выделить всё
# grep -v ^# /etc/dhcp3/dhcpd.conf
ddns-update-style none;
log-facility local7;
subnet 192.168.44.0 netmask 255.255.255.252 {
authoritative;
default-lease-time 60;
max-lease-time 360;
range 192.168.44.2 192.168.44.2;
option subnet-mask 255.255.255.252;
option broadcast-address 192.168.44.3;
option routers 192.168.44.1;
option domain-name-servers xxx.xxx.xxx.xxx, xxx.xxx.xxx.xxx;
}-- ограничение на юзанье интерфейсов:
Код: Выделить всё
# grep ^INTERFACES /etc/default/dhcp3-server
INTERFACES="usb0"для примера, список арендованных ранее адресов:
Код: Выделить всё
$ cat /var/lib/dhcp3/dhcpd.leases
# The format of this file is documented in the dhcpd.leases(5) manual page.
# This lease file was written by isc-dhcp-V3.1.1
lease 192.168.44.2 {
starts 2 2010/09/28 06:40:16;
ends 2 2010/09/28 06:45:16;
tstp 2 2010/09/28 06:45:16;
cltt 2 2010/09/28 06:40:16;
binding state free;
hardware ethernet 06:18:05:3e:62:ee;
uid "\001\006\030\005>b\356";
}
lease 192.168.44.2 {
starts 2 2010/09/28 06:56:58;
ends 2 2010/09/28 07:01:58;
cltt 2 2010/09/28 06:56:58;
binding state active;
next binding state free;
hardware ethernet 22:63:a0:08:01:0b;
uid "\001\"c\240\010\001\013";
client-hostname "sysresccd";
}
lease 192.168.44.2 {
starts 2 2010/09/28 06:56:58;
ends 2 2010/09/28 07:01:58;
tstp 2 2010/09/28 07:01:58;
cltt 2 2010/09/28 06:56:58;
binding state free;
hardware ethernet 22:63:a0:08:01:0b;
uid "\001\"c\240\010\001\013";
}
??
Если комп будет один и тот же, который надо будет подключать каждый раз, например нетбук, то да, это решение: можно поиграться с udev, чтобы автоматически менялся MAC-адрес? Но это еще более изощрённые костыли ))) Такие воркараунды лишают задачу изюминки автоматичности. Верней, это уже решение ДРУГОЙ задачи. Данная же задача -- грамотно настроить сервер, возможно в гетерогенной среде, где могут жить и клиенты-оффтопики, и простое подключение кабеля даёт связь. Вызов же dhcpcd показан на конкретике, но я заварил эту кашу в расчёте на будущие применения в разных дистрах, а не только, как в данном случае, со спасательного диска SystemRescueCd. Даже если что-то конкретное вводить адресное с консоли под никсами, то явно не взятый с потолка MAC-арес, который я не знаю как выбрать, и надо будет помнить, и возможно вносить в документацию сетевого хозяйства.
