Перейти к содержимому
Калькуляторы

странность с dhcp 2 dhcp mac binding

Щас заметил что DHCPD перестал выдавать адрес, который присвоен по маку. И не могу понять что случилось.

Конфиг не менял, dhcpd не перезапускал. Выдавал 172.17.12.20, а стал выдавать 172.17.12.150 .

Вот что в логе :

Feb  3 13:39:34 ibm dhcpd: DHCPOFFER on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPDISCOVER from c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPOFFER on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPREQUEST for 172.17.12.20 (172.17.1.6) from c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPACK on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:42:05 ibm dhcpd: DHCPREQUEST for 172.17.12.20 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:42:05 ibm dhcpd: DHCPACK on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:44:35 ibm dhcpd: DHCPREQUEST for 172.17.12.20 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:44:35 ibm dhcpd: DHCPACK on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:51:04 ibm dhcpd: DHCPDISCOVER from c0:4a:00:8e:be:4f via 172.17.12.1
Feb  3 13:51:08 ibm dhcpd: DHCPDISCOVER from c0:4a:00:8e:be:4f via 172.17.12.1
Feb  3 13:51:09 ibm dhcpd: DHCPOFFER on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:51:09 ibm dhcpd: DHCPREQUEST for 172.17.12.150 (172.17.1.6) from c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:51:09 ibm dhcpd: DHCPACK on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:53:34 ibm dhcpd: DHCPREQUEST for 172.17.12.150 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:53:34 ibm dhcpd: DHCPACK on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:56:04 ibm dhcpd: DHCPREQUEST for 172.17.12.150 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:56:04 ibm dhcpd: DHCPACK on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via eth0

 

Вот часть конфига :

shared-network "12" {
subnet 172.17.12.0 netmask 255.255.255.0 {    
   option routers 172.17.12.1; 
   option subnet-mask 255.255.255.0;
   option broadcast-address 172.17.12.255;
   option domain-name-servers 172.17.1.2;

class "mart"     { match if binary-to-ascii (16, 8, ":", substring(hardware,1,6))  = "c0:4a:0:8e:be:4f" ;     }
pool { range 172.17.12.20;  allow members of "mart"; }

   range 172.17.12.150 172.17.12.155;
   allow unknown-clients;
}
}

 

Использую классы тк потом по портам адреса выдавать буду.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Щас заметил что DHCPD перестал выдавать адрес, который присвоен по маку. И не могу понять что случилось.

Конфиг не менял, dhcpd не перезапускал. Выдавал 172.17.12.20, а стал выдавать 172.17.12.150 .

Вот что в логе :

Feb  3 13:39:34 ibm dhcpd: DHCPOFFER on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPDISCOVER from c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPOFFER on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPREQUEST for 172.17.12.20 (172.17.1.6) from c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:39:35 ibm dhcpd: DHCPACK on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:42:05 ibm dhcpd: DHCPREQUEST for 172.17.12.20 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:42:05 ibm dhcpd: DHCPACK on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:44:35 ibm dhcpd: DHCPREQUEST for 172.17.12.20 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:44:35 ibm dhcpd: DHCPACK on 172.17.12.20 to c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:51:04 ibm dhcpd: DHCPDISCOVER from c0:4a:00:8e:be:4f via 172.17.12.1
Feb  3 13:51:08 ibm dhcpd: DHCPDISCOVER from c0:4a:00:8e:be:4f via 172.17.12.1
Feb  3 13:51:09 ibm dhcpd: DHCPOFFER on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:51:09 ibm dhcpd: DHCPREQUEST for 172.17.12.150 (172.17.1.6) from c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:51:09 ibm dhcpd: DHCPACK on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via 172.17.12.1
Feb  3 13:53:34 ibm dhcpd: DHCPREQUEST for 172.17.12.150 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:53:34 ibm dhcpd: DHCPACK on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:56:04 ibm dhcpd: DHCPREQUEST for 172.17.12.150 from c0:4a:00:8e:be:4f (mart) via eth0
Feb  3 13:56:04 ibm dhcpd: DHCPACK on 172.17.12.150 to c0:4a:00:8e:be:4f (mart) via eth0

 

Вот часть конфига :

shared-network "12" {
subnet 172.17.12.0 netmask 255.255.255.0 {    
   option routers 172.17.12.1; 
   option subnet-mask 255.255.255.0;
   option broadcast-address 172.17.12.255;
   option domain-name-servers 172.17.1.2;

class "mart"     { match if binary-to-ascii (16, 8, ":", substring(hardware,1,6))  = "c0:4a:0:8e:be:4f" ;     }
pool { range 172.17.12.20;  allow members of "mart"; }

   range 172.17.12.150 172.17.12.155;
   allow unknown-clients;
}
}

 

Использую классы тк потом по портам адреса выдавать буду.

ну как бы не хватает символа в маке

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ну как бы не хватает символа в маке

не, это нормально. У dhcpd так функция binary-to-ascii работает - числа вначале которых ноль ( 01,0f,0a ) обрезает и убирает ноль.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

добавил :

one-lease-per-client true;
deny duplicates;
ignore client-updates;

и вроде проблем больше нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.