Здравствуйте.Существует ли решение будь то циско или любой софт под юникс который сможет выдавать через DHCP всегда постоянный ИП? Проблема в том что при большом количестве клиентов описывать в конфиге привязку МАКа к ИП проблематично, тоже касается option 82, прописывать статический ИП на рабочих станциях неудобно. Сразу возникает желание использовать RADIUS или mysql. Гугл мне не помог в этом. Надеюсь на вас.
Спасибо.
>Здравствуйте.
>
>Существует ли решение будь то циско или любой софт под юникс который
>сможет выдавать через DHCP всегда постоянный ИП?да.
>Гугл мне не помог в этом.
прочтите документацию на ISC-dhcpd. просмотрите примеры его использования.
если не поможет - значит проблема не в задаче...
>прочтите документацию на ISC-dhcpd. просмотрите примеры его использования.
>если не поможет - значит проблема не в задаче...примеров скрещивания с mysql или radius не нашел. покажите!
>>прочтите документацию на ISC-dhcpd. просмотрите примеры его использования.
>>если не поможет - значит проблема не в задаче...
>
>примеров скрещивания с mysql или radius не нашел. покажите!
>>>прочтите документацию на ISC-dhcpd. просмотрите примеры его использования.
>>>если не поможет - значит проблема не в задаче...
>>
>>примеров скрещивания с mysql или radius не нашел. покажите!
>
>http://www.google.com/search?ie=UTF-8&hl=ru&q=isc%20DHC...так и не увидел тут ни mysql ни radius. Встречал в сети рекомендации генерить конфиг DHCPd скриптами что посути является лем же самым что и хранение конфигурации в LDAP в любом случае требует перезапуска сервера. Но вариант с LDAP как по мне более извращенский городить такой огород и ради чего!
Кстати ни на сайте ISC ни в установочном пакете я не нашел документации где бы описывалось хотя бы возможность конекта к какой нибудь СУБД. Какие-то скрытые возможности. Вполне допускаю что всплывет и функциональность касающаяся RADIUS`а
Вы что, хотите пользователю отдавать один и тот же ИП вне зависимости какой компьютер он использует?
>Вы что, хотите пользователю отдавать один и тот же ИП вне зависимости
>какой компьютер он использует?ну почему же ИП выдается по МАКу, но что бы это соответствие не надо было фиксировать в конфигурационном файле.
>не надо было фиксировать в конфигурационном файле.а кто должен фиксировать?
т.е. как это по Вашему должно работатьdhcpd не коррелируется с базой, все попытки это сделать
основаны на автоматической генерации конф. файла, даже проект с LDAP
>а кто должен фиксировать?
>т.е. как это по Вашему должно работатья вижу это следующим образом, в конфиге мы прописываем конект к базе mysql и запрос покоторому будет вібераться пара МАК, ИП,
а в описании хоста вставляется команда которая будет при каждой выдаче ИП сверятся с базой и искать соответствия
host vasja {
fixed-address mysql;
}чем плохо? разве то хуже чем чем зранить конфиг в базе и при добавлении пользователя перезапускать демон?
>ну почему же ИП выдается по МАКу, но что бы это соответствие
>не надо было фиксировать в конфигурационном файле.Создай свою базу и скрипт который будет генерить правильный dchpd.conf файл по информации из базы
>Создай свою базу и скрипт который будет генерить правильный dchpd.conf файл по
>информации из базык сожалению это единственное решение, но кривое т.к. после каждого изменения в базе надо будет перезапускать dhcpd
прямое обращение к базе по всей видимости слишком медленный процесс для dhcp
не нахожу другого объяснения почему до сих пор разработчики не использовали базу
When the DHCP relay agent receives a DHCP message from the client, it
MAY append a DHCP Relay Agent Information option containing the
RADIUS Attributes suboption, along with any other suboptions it is
configured to supply. The RADIUS Attributes suboption MUST only
contain the attributes provided in the RADIUS Access/Accept message.
The DHCP relay agent MUST NOT add more than one RADIUS Attributes
suboption in a message.
это цитат из RFC4014
ну ведь в каком-то программном обеспечении это должно быть реализовано. Меня бы очень устроил вариант с dhcp-relay`ем.