DHCP выдавать разные конфигурации

Выжечь Windows домен калёным железом не предлагать.

Тогда тебя ожидают страдания :(

разделить подсети?

Возможно, но не на физическом уровне и не VLAN, потому что большая часть конечных свичей тупая. Если бы один DHCP могу выдавать адреса из разных подсетей базируясь на списке MAC адресов доменных компьютеров или информации доменного DNS, это было бы приемлемым вариантом. Такое возможно?

Тогда по макадресу выдавай, подсети можно не делить. А что, всем виндовый днс нельзя выдать?

Можно попробовать определить class/subclass на основа мак-адреса или каких-то специфичных опций от клиента (http://serverfault.com/questions/472618/how-do-i-assign-hosts-to-classes-in-i... http://linux.die.net/man/5/dhcp-eval). А вот здесь даже с картинками http://www.tomshardware.co.uk/faq/id-1954380/dhcp-user-classes-part-define-dh...

Такое возможно?

по моему такое можно сделать используя dnsmasq. Там есть очень удобное управление тэгами.

Я не знаю почему нельзя, видимо, доменный ДНС не будет отвечать не доменным машинам. Я не админ в нашей организации, а админы говорят что не знают как разделить компы в DHCP сервере и поэтому на доменных компах ДНС забивают ВРУЧНУЮ! А вот тут на днях умер один из контроллеров домена и им теперь на ~250 компах перебивать всё это...

А мне за них и организацию обидно)

можно понимать, что за адресом обращается винда по dhcp-опции vendor-class-ident, у вендов она 'MSFT 5.0'(может и другая, это можно логать)

class "ms-dhclient" {
  match if substring (option vendor-class-identifier,0,4) = "MSFT";
  option domain-name-servers 1.2.3.4;

  log(info, "--  MS dhclient detected");
}

О :) спасибо, но только там везде винда, вопрос что часть доменная, а часть нет. Но информация наверняка будет полезна...

можно попробовать посмотреть в сторону установки каких-то специфичных dhcp-опций, которые клиенты шлют серверу, и уже по ним пытаться определять
наверное, раз тачки в домене, может будет вообще в одном месте поменять, чтобы оно расползлось со временем(но тут ваще не знаю, про домен только слышал)

А ты не в курсе, машины, когда dhcp запрос делают отправляют своё доменное имя/имя хоста/fqdn?

они отправляют свое имя, в host-name в dhcpd
попробуй пологать так

log(info, "-----------------------");
log(info, "- Logging client info -");
log(info, concat("--  host-name: ", option host-name));
log(info, concat("--  hardware: ", binary-to-ascii(16, 8, ":", hardware)));
log(info, concat("--  dhcp-client-identifier: ", binary-to-ascii(16, 8, ":", option dhcp-client-identifier))); 
log(info, "-----------------------");

О! Тогда по этим опциям можно. Чтобы знать какие опции логать, надо знать какие они бывают и что они бывают.

Я думаю, что такой вариант самый простой. Спасибо!

они все описаны в man dhcpd
в принципе, если найдете способ отправлять опции, про которые не знает dhcpd, можно описать кастомную опцию

option custom-option-name code 123 = <text|binary|еще_что-то>;

Доменный днс будет отвечать кому угодно. Динамические обновления да, по умолчанию разрешены только для доменных машин. Но в твоем случае это не важно. Вобщем скажи, чтоб не изобретали себе сложности и прописали всем доменный днс через dhcp.

А почему 6ы не выдавать всем ПК оба dns-сервера? Либо настроить srv на dchpd, либо на ms dns добавить ip dns в forwarders?

Только никогда руками ничего не прописывайте.

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

Во фришном мане dhcpd.conf не нашёл.

В любом случае спасибо за помощь, судя по всему решение с фильтрацией по имени хоста подойдет. А как настроить разберёмся, если север это поддерживает.