Недавно при обновлении сервера обнаружил пакет dhcp-relay...Что это и как им пользоваться?
Например, могу ли я использовать мой виндовый DHCP-сервер (сеть 192.168.1.0) для того, чтобы раздавать адреса машинам в другой сети (192.168.3.0)?
На текущий момент там поднят свой DHCP-сервер, который сам раздает адреса для второй сети.
>Недавно при обновлении сервера обнаружил пакет dhcp-relay...
>
>Что это и как им пользоваться?
>
>Например, могу ли я использовать мой виндовый DHCP-сервер (сеть 192.168.1.0) для того,
>чтобы раздавать адреса машинам в другой сети (192.168.3.0)?
>На текущий момент там поднят свой DHCP-сервер, который сам раздает адреса для
>второй сети.http://www.tech-faq.com/dhcp-relay-agent.shtml
Кратко - да, можете. Но нужна поддержка мультикаста.
>Кратко - да, можете. Но нужна поддержка мультикаста.не пугайте. При чем тут мультикаст и DHCP?
>>Кратко - да, можете. Но нужна поддержка мультикаста.
>
>не пугайте. При чем тут мультикаст и DHCP?Согласен, лажанулся, нету там мультикаста. Имел ввиду что оно бродкаст прокидывает до сервера.
>>>Кратко - да, можете. Но нужна поддержка мультикаста.
>>
>>не пугайте. При чем тут мультикаст и DHCP?
>
>Согласен, лажанулся, нету там мультикаста. Имел ввиду что оно бродкаст прокидывает до
>сервера.Броадкасты тоже разные есть. L2, L3
На самом деле работает не так. Принимает запросы DHCP, отвечает от имени сервера, одновременно задавая вопросы этому самому серверу от имени клиента на предмет параметров. Тихо и незаметно. Так что именно relay. Никакого "проброса" нет.
>Что это и как им пользоваться?Ответом на вопрос "что это" является название пакета :-)
DHCP не маршрутизируемый протокол, соотвественно, если DHCP-сервер находится в одной сети, а его клиенты в другой, то DHCP Relay Agent может пробрасываеть DHCP пакеты от клиента к серверу и обратно.>Например, могу ли я использовать мой виндовый DHCP-сервер (сеть 192.168.1.0) для того,
>чтобы раздавать адреса машинам в другой сети (192.168.3.0)?да
Меня больше всего смущает виндовый DHCP-сервер (который сейчас раздает адреса для "своей" сети 192.168.1.0).
Как его нужно настраивать, чтобы он давал адреса для сети 192.168.3.0. Как ему "объяснить", что клиенты разные?!
>Меня больше всего смущает виндовый DHCP-сервер (который сейчас раздает адреса для "своей"
>сети 192.168.1.0).
>Как его нужно настраивать, чтобы он давал адреса для сети 192.168.3.0. Как
>ему "объяснить", что клиенты разные?!для того что бы ответть на Ваш вопрос надо понять как у вас сеть устроена.
в общем случае могу сказать что виндовый DHCP разницы между клиентами не увидит. У него нет такого функционала, как например привязка IP к имени или пула выдаваемых адресов к имени (полному или частичному по маске) машины
Единственное что могу посоветовать вам - прописать MAC-IP соответствие
>для того что бы ответть на Ваш вопрос надо понять как у
>вас сеть устроена.
>в общем случае могу сказать что виндовый DHCP разницы между клиентами не
>увидит. У него нет такого функционала, как например привязка IP к
>имени или пула выдаваемых адресов к имени (полному или частичному по
>маске) машины
>Единственное что могу посоветовать вам - прописать MAC-IP соответствиеСеть устроенна несложно ;-)
Основной офис сеть -- адрес: 192.168.1.0, в ней DHCP-сервер (Windows) и роутер (на Linux);
Удаленная сеть -- адрес: 192.168.3.0, в ней свой сервер (Linux) с функциями DHCP и роутера.Вот, собственно, и фсё...
>[оверквотинг удален]
>>Единственное что могу посоветовать вам - прописать MAC-IP соответствие
>
>Сеть устроенна несложно ;-)
>
>Основной офис сеть -- адрес: 192.168.1.0, в ней DHCP-сервер (Windows) и роутер
>(на Linux);
>Удаленная сеть -- адрес: 192.168.3.0, в ней свой сервер (Linux) с функциями
>DHCP и роутера.
>
>Вот, собственно, и фсё...а как между собой сети объединены?
ну и в целом, по задаче, если хочется иметь один DHCP сервер, то я бы наоборот избавился от виндового и оставил линуховый. У линухового функционал побогаче, хотя и не без своих проблем.
>а как между собой сети объединены?
>ну и в целом, по задаче, если хочется иметь один DHCP сервер,
>то я бы наоборот избавился от виндового и оставил линуховый. У
>линухового функционал побогаче, хотя и не без своих проблем.Сети объединены через DSL (хотя не понимаю, какое это имеет значение), на "входе" каждой сети, как говорил, стоят роутеры под Linux'ом.
Я охотно верю, что Линуховый DHCP-сервер "богаче", но есть уже определенная инфраструктура, которую ломать стоит дороже, чем подстроиться под нее...
Так, кто-нибудь поможет мне вникнуть в ситуацию -- как работает этот 'DHCP relay' и есть ли смысл и возможность использовать его с виндовым DHCP-сервером?
>[оверквотинг удален]
>
>Сети объединены через DSL (хотя не понимаю, какое это имеет значение), на
>"входе" каждой сети, как говорил, стоят роутеры под Linux'ом.
>
>Я охотно верю, что Линуховый DHCP-сервер "богаче", но есть уже определенная инфраструктура,
>которую ломать стоит дороже, чем подстроиться под нее...
>
>Так, кто-нибудь поможет мне вникнуть в ситуацию -- как работает этот 'DHCP
>relay' и есть ли смысл и возможность использовать его с виндовым
>DHCP-сервером?http://www.computerperformance.co.uk/w2k3/services/DHCP_Rela...
Есть компьютер, на нем FreeBSD, одна сетевая карта, нужно поднять dhcp сервер с функцией relay agent, чтобы раздавать настройки в локальную сеть, исходя из того, с какого порта управляемого свитча (к примеру dlink 3526) и его айпи адреса произошел запрос со стороны клиента, то есть агент должен учитывать номер порта и айпи адрес свитча, а уже исходя из этого выдать настройки статично привязанные к данному порту на свитче, соответственно клиент получает настройки, при этом не надо заморачиваться с прибивкой маков. Вопрос стоит в том как это сделать, не могу найти информации в интернете, гугли до посинения, на форуме тоже ничего не нашел. Мне нужен пример конфига dhcp сервера с такой реализацией выдачи айпи адресов.Да айпи адрес клиентов и айпи адрес DHCP сервера в разных подсетях.
Выкладываю свой конфиг DHCP сервера с функцией relay
local-address 10.90.90.191;
option subnet-mask 255.255.255.0;default-lease-time 3600;
max-lease-time 86400;authoritative;
ddns-update-style none;
log-facility local7;class "15" {
match if binary-to-ascii(10, 8, ".", packet(24, 4)) = "10.90.90.190" and binary-to-ascii (10, 8, "", suffix( option agent.circuit-id, 1)) = "15";
}class "16" {
match if binary-to-ascii(10, 8, ".", packet(24, 4)) = "10.90.90.190" and binary-to-ascii (10, 8, "", suffix( option agent.circuit-id, 1)) = "16";}
subnet 10.90.90.0 netmask 255.255.255.0
{option broadcast-address 10.90.90.255;
option routers 10.90.90.3;
option subnet-mask 255.255.255.0;pool
{
range 10.90.90.28 10.90.90.39;
allow members of "15";
}
}subnet 10.91.90.0 netmask 255.255.255.0
{
pool
{
range 10.91.90.40 10.91.90.48;
allow members of "16";
}
log ( info, concat( " A.RID: ", binary-to-ascii(16, 8, "", option agent.remote-id ), " A.CID: ", binary-to-ascii (10,8, "", option agent.circuit-id))); }В данном конфиге проведен эксперимент, на 15 порт выдает настройки, на 16 порт нет, ибо из другой подсети, хотя по сути ему на это должно быть параллельно. Вопрос что прописал не так и как сделать так, чтобы выдавались настройки в другую подсеть не из подсети DHCP сервера?
возникла подобная проблема: "Вопрос что прописал не так и
как сделать так, чтобы выдавались настройки в другую подсеть не из
подсети DHCP сервера? "
>возникла подобная проблема: "Вопрос что прописал не так и
>как сделать так, чтобы выдавались настройки в другую подсеть не из
>подсети DHCP сервера? "в dhcpd.conf
shared-network {
subnet 192.168.40.0 255.255.255.0 {
}
subnet 10.128.0.0 255.255.255.0 {
}}