[PATRI0T]

Лог завален такими сообщениями:

Nov 9 12:00:20 g7 dhcpd: DHCPDISCOVER from 00:27:22:58:61:ab (UBNT) via 192.168.27.1

Nov 9 12:00:20 g7 dhcpd: DHCPOFFER on 192.168.10.204 to 00:27:22:58:61:ab (UBNT) via 192.168.27.1

 

 

Как я понимаю, что если клиент имел какой-то адрес, то он по DHCP запрашивает себе такой же, и сервер ему выдает его. И тот и другой диапазон в сервере описан, но сервер должен выдать ему адрес 192.168.27.2, а выдает почему то 192.168.10.204.

И почему он не посылает DHCPNAK?

 

В чем может быть проблема? Конфиг сервера:

authoritative;

ddns-update-style none;

#option domain-name "";

local-address 192.168.200.18;

 

option domain-name-servers 192.168.200.3;

default-lease-time 86400;

max-lease-time 604800;

 

shared-network ADYGNET {

subnet 192.168.200.16 netmask 255.255.255.240

{

}

#Vlan65 secondary

subnet 192.168.10.192 netmask 255.255.255.224.

{

option subnet-mask 255.255.255.224;

option routers 192.168.10.193;

range 192.168.10.194 192.168.10.222;

}

subnet 192.168.27.0 netmask 255.255.255.0

{

option subnet-mask 255.255.255.0;

option routers 192.168.27.1;

range 192.168.27.2 192.168.27.254;

}

}

[Graaf]

Попробуйте описания подсетей вынести из shared-network

[Hawk128]

Был такой косяк на свежем ISC DHCP на фре. Собрал из портов же предыдущую - все заработало правильно. (Их там 3 или 4 версии было).

[Valaskor]

Все правильно работает, подсети из shared воспринимаются как один широковещательный домен.

[PATRI0T]

Все правильно работает, подсети из shared воспринимаются как один широковещательный домен.

Как я понимаю работу dhcpd, когда приходит пакет от relay-агента, по GIADDR (адрес ретранслятора) сервер выдаст адрес из той подсети, к которой принадлежит адрес relay-агента.

Но к сожалению, у меня этого не происходит.

 

Nov 15 12:22:32 g7 dhcpd: DHCPDISCOVER from 00:27:22:58:5f:b5 (UBNT) via 192.168.27.1

Nov 15 12:22:33 g7 dhcpd: DHCPOFFER on 192.168.10.202 to 00:27:22:58:5f:b5 (UBNT) via 192.168.27.1

Nov 15 12:22:35 g7 dhcpd: DHCPDISCOVER from 00:27:22:58:5f:b5 (UBNT) via 192.168.27.1

Nov 15 12:22:35 g7 dhcpd: DHCPOFFER on 192.168.10.202 to 00:27:22:58:5f:b5 (UBNT) via 192.168.27.1

 

Напротив, сервер постоянно ему предлагает адрес, который у него когда-то был (192.168.10.202), вместо того, чтобы послать DHCPNAK, и выдать правильный ip (192.168.27.2).

Может у ISC DHCP есть какая-то опция, которая это позволит?

Читал статью - якобы authoritative и есть та самая фича, которая это делает, но она не помогает.

 

Что значит вынести описания подсетей из shared network? Как должен выглядеть подобный конфиг?

[Valaskor]

Например так:

authoritative;
ddns-update-style none;
#option domain-name "";
local-address 192.168.200.18;

option domain-name-servers 192.168.200.3;
default-lease-time 86400;
max-lease-time 604800;

shared-network ADYGNET-1 {
subnet 192.168.200.16 netmask 255.255.255.240
	{
	}
}
shared-network ADYGNET-2 {
subnet 192.168.10.192 netmask 255.255.255.224.
	{
	option subnet-mask 255.255.255.224;
	option routers 192.168.10.193;
	range 192.168.10.194 192.168.10.222;
	}
}
shared-network ADYGNET-3 {
subnet 192.168.27.0 netmask 255.255.255.0
	{
	option subnet-mask 255.255.255.0;
	option routers 192.168.27.1;
	range 192.168.27.2 192.168.27.254;
	}
}

Хотя вроде бы группировку в shared-network тут можно вообще не использовать

[PATRI0T]

Спасибо огромное, действительно, shared-network убрал, все заработало как надо..

Вот что удивительно, до этого группировать пришлось, поскольку прочел, что несколько сетей только так будут работать..

 

А для чего тогда используется shared-network?

[Valaskor]

Ну например, чтоб выдавать нормально адреса в смешанной подсети (прямо так, патчкордиком из одной в другую)

Или, например, я использую, чтоб выдавать адреса из разных подсетей, хотя адрес релея один и тот же.

[shvlad1]

когда в одном броадкастовом домене несколько разных сетей, сказали же.

кончилась, например, /24, выделяешь новую сеть, на шлюзе второй адрес из новой сети вешаешь, subnet заменяешь на shared-network