>>Короче это все флейм.
>
>Действенный способ от избавления геморроя - выделяйте себе сети в "нестандартных" диапазонах.
>Т.е. не заезженных мануалами 10.0.0.0/8, 192.168.0.0/24, 192.168.1.0/24 а что-нить вроде 10.22.0.0/16,
>192.168.8.0/24 - пусть ламеры сами разбираются почему настраиваемое оборудование не видит
>локалку, а дефолтные настройки оборудования не поспособствуют ругани по arp.

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

>[оверквотинг удален]
>Для прояснения картины можете почитать rfc2131. По большому счету, ip считается выделенным
>на max-lease-time времени. Пока время не истечет, аренда не закончится, даже
>если клиент этим адресом не пользуется (если только сам клиент не
>откажется от аренды). Этот момент учитывают как сервер, так и клиент.
>Если вы правите dhcpd.leases, то аналогичную по сути операцию надо сделать
>на клиенте, чтобы он никаким образом не узнал, что у него
>была какая-то аренда. Ну и раз компы клиентов вам не подконтрольны,
>тут вы ничего не поделаете. И в спецификациях dhcp нет какого-нибудь
>сообщения типа DHCPREVOKE, позволяющего отобрать у клиента лиз. Соответственно, нет и
>фичи у dhcpd.

Вот это уже на мой вопрос ответ. Все что вы написали это я знаю. Не ясен лишь тот момент, когда прописываешь статику, то не смотря на отсутствие dhcprevoke клиент возьмет предложенный адрес, не смотря на другой адрес полученный в предыдущий раз. Вот меня этот момент интересует, каким это образом так происходит. Т.е. получается в случае с статикой клиенту как бы принудительно всучивается адрес. Вот я и "мечтал" об опции, которая заставляет клиента брать адрес, предложенный сервером и который был прописан в dhcpd.leases, а не статической записью.
хмм, надеюсь понятно изъясняюсь.

>>Если я лезу в dhcpd.leases, то я зная что делаю, т.е. удаляемый
>>хост уже отсутствует в сети и больше не появится.
>
>Но все равно это не ваша задача, dhcpd.leases - служебный файл, он
>для dhcpd, а не вас. Вы же в логи syslogd сами
>не пишите :)

хы
логи и файл лизов разные вещи все-таки

>>прописываю ping check false; Т.о. по логике dhcpd перед выдачей сетевого адреса
>>он не будет проверят ping'ом свободен ли ИП, а сразу и
>>всегда будет его давать.
>
>А клиент может сделать свой request и получить вполне законный ack. Но
>если проверка пингом выключена - может начаться звездецок в сети. С
>другой стороны, клиент еще должен (хотя не обязан) по arp проверить
>предложенный адрес на предмет занятости. Если это так, он выбирает другое
>предложение или снова запрашивает dhcpd. Так что выключение пинга мало чему
>может помочь.

Вот и посмотрю что получится в итоге.

напишу конкретнее.
1. комп1 получил адрес 10.10.10.100, погонял пакеты по сети и выключился.
2. включается комп2 и назначает себе адрес 10.10.10.100 вручную.
3. включается комп1 и пытается воспользоваться своим назначенным адресом 10.10.10.100, запрашивая разрешение у сервера - получает отказ, т.к. он щас занят, а также получает предложение взять другой адрес 10.10.10.200. комп1 соглашается на адрес 10.10.10.200.
4. комп2 выключается и больше в сети не появляется.
5. Удаляем dhcpd.leases записи на 10.10.10.100 и правим записи 10.10.10.200, изменяя ип на 10.10.10.100. Ребутим серв.
6. У компа1 перезапускаем сеть, он запрашивает адрес у сервера, сервер ему предлагает 10.10.10.100 (согласно dhcpd.leases), а комп1 хочет 10.10.10.200 - сервер не против. комп1 сохраняет за собой 10.10.10.200. -> В dhcpd.leases на этот комп имеется две записи на комп1 10.10.10.100 и 10.10.10.200.
Не прокатило

7. Прописываем статику на комп1 адрес 10.10.10.100.
8. комп1 после перезапуска молча берет этот адрес и не возникает, что у него до этого что-то было другое.

Хочется так:
...
пункт 6: У компа1 перезапускаем сеть, он запрашивает адрес у сервера, сервер ему предлагает 10.10.10.100 (согласно dhcpd.leases), а комп1 хочет 10.10.10.200 - сервер отвечает: "нееее, у меня записано в dhcpd.leases, что 10.10.10.100, значит его и будешь юзать". Комп1 повинуется. И это без использования статической записи.