Cтатическая привязка адресов в isc-dhcp-server

Предлагаю сначала подумать зачем мы это делаем. Сколько у вас прописано статиком и как именно мы это делаем, прописываем их. Мне кажется ответ будет в этом. Это не подкол, просто надо понять чего достигнуть пытаемся. В небольшой сети смысла париться нет, но если у вас что-о типа /16 и все хотите статиком вопрос другой.

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

Если бы было 50 узлов я бы либо всё на статике оставил либо прописал DNS в ручную, но на деле одних камер только больше уже, а когда дорастёт до /16 будет уже поздно переделывать.

Всё под китайскую случайность отдавать не хочется. Работать в режиме когда 1.10 ПК бухгалтерия, 1.11 ПК столовая, а 1.12 камера с цеха это будет мне кажется не удобно.

Всё статикой в ручную забивать в случае изменений много проблем, отдавать подсети на прозапас под кабинет из 10 ПК слишком раздувает адресное пространство и вносит определённую путаницу. Хорошим вариантом мне показалось раздать заранее определённые адреса через DHCP, но как оказалось не без проблем. Хотя это в любом случае упрощает схему даже если отдельно работать с DHCP и DNS, но если есть возможность это объединить то почему бы и нет.

Может не правильно понял но, вы хотите абсолютно всем раздавать fixed-address?

Нет, но из того что есть сегодня, большей части.

Давайте тогда рассмотрим вариант выдачи fixed-address, ведь вам в любом случае надо прописывать их. Далее, если у вас меняется устройство (например сломалось) и мак у него поменялся, то также прийдется менять в конфиге, но это же не влияет на его hostname, устройство с фиксированным адресом должно оставаться доступным по hostname иначе нафиг оно вообще нужно?
Когда же произойдет смена устройства, старое уже не нужно, а на этот адрес вешаем новое устройство, то опять-таки на одно действие больше, кроме правки в dhcpd поправить еще и dns, не большая печаль.
ЗЫ Также не думаю что update-static-leases on создаст большую нагрузку. Но это имхо.

То есть это вариант №2. А что по поводу 3? Это костыль или имеет смысл? 4ый не жизнеспособный вариант?

Если пугает попробовать №1 (я не пробовал), то да остановиться на №2.
№3 - а смысл? что-то уж слишком заморочное.
№4 - незнаю, не пробовал.

Понял, но тогда проще ddns отключить, работать с dns через файл думаю будет удобнее. Спасибо.

Возможно не правильно поняли. ddns нормально работает более того он очень полезен, но вот для фиксированных адресов вам же в любом случае менять настройки dhcpd так что плюс одно действие не проблема (как писал выше врядли же у вас так часто меняется hostname у статик железок, скорее чаще саму железку будите менять).

Я понял. Но в таком случае не думаю что стоит замарачиваться с ddns. Если я для основных задам статику и вручную днс то то что будет поступать на dhcp скорее всего будет не столь важным и спокойно проживет без днс. В свою очередь это избавит от магической работы ddns и его настройки через nsupdate.

Какие от него в данном случае могут быть плюсы кроме как автоматическое присвоение имени для dhcp клиентов, которое по большей части как мне кажется использоваться не будет? Разве что в отдалённом будущем при разбухшем файле зоны через nsupdate все же станет работать удобнее?

Брр, вот тут я запутался. Мы говорим только про статику или вообще про всех? Если про статику, это вполне конкретные устройства расположенные в конкретных точках и которые отвечают по хостнэйму, в вашем примере камеры. Ведь бы не будете к ним по ip цепляться? Скорее по hostname прописанным в dns. И даже если камеру поменяли на другую ее физическое место не поменялось, а значит вы поменяете только мак в dhcpd не трогая dns.

Если про всю остальную «кодлу» получающую динамический адрес то как раз очень надо, в условиях тысяч клиентов как-то «неудобно» выяснять какой ip у того или иного клиента, так же все по hostname.

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

Никак. Я про вторую часть, для всех остальных. Т.е. он в принципе нужен :)

Сложно представить ситуацию по которой мне нужно будет знать продолжительное время имя например планшета какого-то сотрудника. Единственное вот только не знаю если я отключу DDNS то будет ли в файле аренды отражаться имя устройства, которое оно будет присылать (не всегда) или там останутся лишь mac и адрес. Если второй вариант, то конечно как минимум это иногда может помочь идентифицировать устройство.

Сложно представить ситуацию по которой мне нужно будет знать продолжительное время имя например планшета какого-то сотрудника.

Я не про планшетник, а про компы пользователей.

Единственное вот только не знаю если я отключу DDNS то будет ли в файле аренды отражаться имя устройства

Будет.