dhcpd.leases

[handler]

Здравствуйте!

Имеем роутер на базе fedora10 c dhcpd-сервером

dhcpd.conf

authoritative;

option domain-name-servers 192.168.1.1;

option routers 192.168.1.1;

subnet 192.168.0.0 netmask 255.255.0.0 {

range 192.168.x.y;

host mag {

hardware ethernet 11:22:33:44:55:66;

fixed-address 192.168.x.y;

}

}

dhcpd.leases

lease 192.168.x.y {

starts 3 2009/09/02 12:33:52;

ends 3 2009/09/02 12:33:52;

cltt 3 2009/09/02 12:33:52;

binding state abandoned;

next binding state free;

}

lease 192.168.x.y {

starts 3 2009/09/02 12:33:53;

ends 3 2009/09/02 12:35:53;

cltt 3 2009/09/02 12:33:53;

binding state free;

hardware ethernet aa:bb:cc:dd:ee:ff;

uid "";

}

/var/log/messages

Sep 2 15:33:52 server dhcpd: Abandoning IP address 192.168.x.y: pinged before offer

Sep 2 15:33:52 server dhcpd: Wrote 0 deleted host decls to leases file.

Sep 2 15:33:52 server dhcpd: Wrote 0 new dynamic host decls to leases file.

Sep 2 15:33:52 server dhcpd: Wrote 1 leases to leases file.

Sep 2 15:33:53 server dhcpd: Reclaiming abandoned lease 192.168.x.y.

Sep 2 15:33:53 server dhcpd: DHCPDISCOVER from aa:bb:cc:dd:ee:ff via eth0

Sep 2 15:33:53 server dhcpd: DHCPOFFER on 192.168.x.y to aa:bb:cc:dd:ee:ff via eth0

Это что значит - адрес был назначен машине с другим мак-адресом?

Клиент с нужным мак-адресом получает назначенный ему адрес и работает под ним, видимо, после закрытия сессии он освобождает его и сервер назначает его другому.

Сервер раздает около 10 адресов, но проблема только с одним-двумя.

Может, я не правильно толкую значение логов и лиасов?

[gogi]

Для полного понимания ситуации хорошо бы приводить точные копии конфигов вместо x.y.

Судя по приведенному тексту в вас указан диапазон их одного адреса. И какой же адрес должен сервер давать другому клиенту из этой подсети?

[handler]

В вышеуказанном примере все переменные уникальны - так что путаницы возникнуть не должно.

Вы правы - подсеть состоит из одного адреса. Это сделано в целях предотвращения использования зарезервированных адресов. Если, к примеру, мы хотим выделить еще один адрес для другой машины в сети, то мы объявляем еще одну такую же подсеть 192.168.0.0/16 и прописываем в ней нужный хост.

Если же мы будем применять общую схему раздачи адресов, то, вполне вероятно, адрес, который мы назначим одной из машин, будет уже назначен другой машине в сети (сеть 100 клиентов), и его запись будет в файле лиасов.

[gogi]

Алексей писал(а) Thu, 03 September 2009 08:23

Вы правы - подсеть состоит из одного адреса. Это сделано в целях предотвращения использования зарезервированных адресов. Если, к примеру, мы хотим выделить еще один адрес для другой машины в сети, то мы объявляем еще одну такую же подсеть 192.168.0.0/16 и прописываем в ней нужный хост.

Не изобретайте велосипед с кривыми колесами и без руля. Ваш случай рассмотрен даже в мане. Адреса, которые распределяются динамически пишите в range, а которые должны быть фиксированы - в host.

Объявлять две одинаковые подсети бессмысленно, поскольку не понятно, какую логику при такой нештатной ситуации применит сервер.

Цитата:

Если же мы будем применять общую схему раздачи адресов, то, вполне вероятно, адрес, который мы назначим одной из машин, будет уже назначен другой машине в сети (сеть 100 клиентов), и его запись будет в файле лиасов.

В подсети 192.168.0.0 более 65000 адресов. Даже если прописать большой range и не прописывать маки, то есть большая доля уверенности, что каждому из 100 компьютеров будет выдаваться свой уникальный адрес на протяжении многих лет. А если range указать меньше чем реальных компьютеров, то естественно, адреса будут меняться.

[handler]

И Вы снова правы! НО!

Изначально я объявил range 192.168.0.0/16 и прописал только один host 192.168.1.1 - в целях испытания; машина нормально получала адрес и работала. Со временем появилась необходимость предоставить адрес еще одной машине - мы добавили строку host 192.168.1.2; и не получили ожидаемого результата. Так продолжалось некоторое время, пока, в очередной раз, при назначении адреса машине я увидел, что машина получила адрес, отличный от указанного. Я удивился: как она могла получить, к примеру 192.168.10.10 если я в host прописал 192.168.20.20 ? Поиски привели к dhcpd.leases, в котором я нашел запись с хостом 192.168.10.10 уже используется. Тогда я понял, что сервер раздает адреса из диапазона 192.168.0.0/16 ВСЕМ МАШИНАМ В СЕТИ!(которые настроены на автоматическое получение адреса) Я начал искать в манах, как указать серверу раздавать только конкретные адреса только конкретным машинам и нашел такую конструкцию с перекрытием диапазонов адресов.

Сервер предупреждает о совпадении диапазонов адресов, но реагирует адекватно и при данной схеме адреса получают те маштны, которым они предназначены.

Если у вас имеется другая схема назначения адресов только делегированным машинам - прошу пример в студию.

Иначе прошу Вас дать мне ответ: может ли машина с мак-адресом, отличным от заявленного, получить адрес? Судя по файлу лиасов так оно и есть, но почему?

[gogi]

Алексей писал(а) Thu, 03 September 2009 19:38

Если у вас имеется другая схема назначения адресов только делегированным машинам - прошу пример в студию.

Часть файла dhcpd.conf работающей сети

subnet 192.168.17.0 netmask 255.255.255.0 {

range 192.168.17.50 192.168.17.200;

option routers 192.168.17.1;

option subnet-mask 255.255.255.0;

option broadcast-address 192.168.17.255;

}

host prn-hp12 {

hardware ethernet 17:00:07:28:c1:a5;

fixed-address 192.168.17.210;

}

Цитата:

Иначе прошу Вас дать мне ответ: может ли машина с мак-адресом, отличным от заявленного, получить адрес? Судя по файлу лиасов так оно и есть, но почему?

Да, может, и об этом прямо сказано в документации. Поэтому адреса в range не должны использоваться как фиксированные адреса хостов.

[handler]

Интересный вариант - я о таким и не подумал.

Но вот в чем загвоздка:

у меня диапазон 192.168.1.2 - 192.168.250.250.

В этом диапазоне находятся адреса машин в настоящее время ( на каждой машине прописан свой адрес).

Теперь я пытаюсь постепенно все машины перевести на раздачу адресов с сервера.

сегодня это может быть машина с адресом 2.100 а завтра - 200.5

Вот и получается, что я не могу провести четкую границу диапазона адресов.

А насчет того что адреса в range не должны совпадать с host - я не знал.

Спасибо за подсказку.

[gogi]

Алексей писал(а) Sat, 05 September 2009 09:56

Интересный вариант - я о таким и не подумал. Но вот в чем загвоздка: у меня диапазон 192.168.1.2 - 192.168.250.250. В этом диапазоне находятся адреса машин в настоящее время ( на каждой машине прописан свой адрес). Теперь я пытаюсь постепенно все машины перевести на раздачу адресов с сервера. сегодня это может быть машина с адресом 2.100 а завтра - 200.5 Вот и получается, что я не могу провести четкую границу диапазона адресов.

Мне всё же думается, что вы создаёте себе проблему на пустом месте.

Напишите, например, для двухсот машин

subnet 192.168.0.0 netmask 255.255.0.0 {

range 192.168.251.10 192.168.251.210;

option subnet-mask 255.255.0.0;

...

...

}

Работать будут одновременно и старые клиенты и новые, получившие адрес по dhcp.

Если клиентов больше 200, то откройте ещё один диапазон.

[handler]

Ок. попробую. Спасибо.