вопрос скорее про DHCP: не работает резервирование

[LevT]

была [виртуальная vmware, с бриджованной сетью] машинка, получала адрес из скопы 192.168.1.0/24. Завел скопу 192.168.11.128/27 для терминалов wtware, гружусь на той машинке по сети

терминал упорно ловит фиксированный адрес из первой скопы. Всё, что можно, я проделал: убедился, что резервирования нет, удалял старую аренду, даже деактивировал основную скопу. В последнем случае сетевая загрузка вовсе обламывается.

1) Откуда оно вообще берет тот самый старый фиксированный адрес?

2) Будет ли работать вторая скопа вообще, если в привязках сервера фигурирует только адрес из первой скопы? Если нет - то как лучше реорганизовать сервер, чтобы вторая скопа заработала? Предпочел бы обойтись без назначения серверу адреса из второй скопы и без расширения маски до /16, если такое возможно.

[aka]

2) Ну ты блин. DHCP никак не сможет выдавать адреса в ту подсеть, в которую он сам не входит.

[LevT]

Ну, это я уже понял, методом обломайс-ся. Кстати, назначение второго адреса интерфейсу тоже не пройдет?

Но как всё-таки лучше реорганизовать сервер DHCP (например через заведение подсетей внутри сети 1/24 или еще как)? Есть работающий домен, хочу временно отучить юзеров от пользования локальными ресурсами и пересадить под wtware. По мере нахождения критических ресурсов надо будет грузить десктопную хрю и перемещать ресурсы на сервера. Хотелось бы поумнее организовать двойную загрузку. Как?

Связанный вопрос: как бы задействовать для домена избыточные ресурсы мощных компов? Какие тут возможны идеи (типа распределенного файлового хранилища в виде DFS-таргетов на терминалах или еще как) и насколько они близки к реализации?

[aka]

Второй адрес интерфейсу - пройдет.

Разрулить в DHCP "для втвари такой IP, для виндовса такой" не получится, насколько я знаю. Я бы:
1. Указывал IP в виндовсах статические. Лень, а что делать?..
2. Завел вторую подсеть, дал интерфейсу второй адрес, сделал в dhcp второй скоп, в котором указывал бы МАКи свежих овтвареных машин.
Дальше так, как ты пишешь.

Ресурсы мощных компов - пока не придумали. Использовать их винты я категорически не рекомендую, потому что существующие способы доступа плохи для длительного хранения данных, а DFS-сервера для линукса, насколько я знаю, еще нет. Могу только предложить вынимать винты и использовать их для хранения архивов/бэкапов, путем временного подключения к хотсвапу на файловом сервере.

[LevT]

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

Как бы все-таки изловчиться и не допустить втварный dhcp хозяйничать в сети? Да, и как отнесется AD к беспределу? Позволит ли вообще раздавать адреса из левой подсети? ISА-то наверняка будет ругаться.. да и зарежет она второй адрес на интерфейсе (она у меня вместе с DHCP)..

Другой вариант понятно какой: оставить терминалы в основной подсети домена. Плюсы-минусы кто-нибудь опишет?

[aka]

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

[LevT]

Если повар нам не врёт
http://technet2.microsoft.com/windowsse ... x?mfr=true

- то клиенты могут объявлять серверу о своем классе, на основе которого DHCP выдаст, увы, не адрес, но хотя бы особые опции.

Есть ли/планируется ли такое в wtware?

[aka]

Когда-то давно по просьбе каких-то очень грамотных товарищей втварь стала представляться с вендором wtware. Наверное, это vendor class. У них dhcp жил на цисках, и они сказали, что заработало. Но я тогда толком не понял, что именно заработало. Если разберешься, как этим пользоваться с MS DHCP - расскажи пожалуйста

[LevT]

Дык это то, что нужно, но сейчас прямо тестить не могу.



очевидно, сюда надо вбить нечто соответствующее в hex виде. Единственное что dhcp не может - это выдавать таким устройствам адреса из отдельной подсети: адреса будут такие же, как у всех в этой скопе. А вот опции можно переопределять.

[LevT]

Гм... Нет, кажется, и от тебя тоже что-то требуется: клиент должен сам выбирать между дефолтными и специфичными опциями.

3.
If the scope or reservation options are configured to provide options for the vendor-defined class of the client, the server returns them using the Vendor specific information option as part of its DHCP acknowledgment message (DHCPACK), which is sent to confirm the lease.

Vendor classes permit other system vendors to support custom applications for DHCP in mixed vendor environments. Vendor-specific options, when provided, are used in addition to any of the standard DHCP options assigned or required for DHCP.

http://technet2.microsoft.com/windowsse ... x?mfr=true

[aka]

"in addition" может по факту и перекрывать основные опции... Ты попробуй сначала

[LevT]

Попробовать могу оперативно только в том случае, если ты меня ткнёшь в рабочий рецепт совмещения загрузчика wtware c WDS.

[aka]

Кто такой WDS?

[LevT]

преемник RIS в 2003 R2 и 2008 винде. Короче там свои PXE и TFTP сервисы и свой файлик pxeboot.com

[vevs]

Ну так подложи вместо pxeboot.com переименованный в него pxelinux.0, организуй менюшку его средствами и вперед! Pxelinux.0 замечательно умеет грузить pxeboot.

[Dim-soft]

Попробовать могу оперативно только в том случае, если ты меня ткнёшь в рабочий рецепт совмещения загрузчика wtware c WDS.

[offtop] можно я [/offtop]
у меня получилось совместить управляя опцией 60 в dhcp - кто её получает тот в wds кто нет тот в pxelinux.0

[LevT]

Получилось раздавать разные опции - именно через вендор класс или как-то иначе?

[Dim-soft]

2 LevT
резервированием в dhcp ;(

[allright]

Попробовать могу оперативно только в том случае, если ты меня ткнёшь в рабочий рецепт совмещения загрузчика wtware c WDS.

[offtop] можно я [/offtop]
у меня получилось совместить управляя опцией 60 в dhcp - кто её получает тот в wds кто нет тот в pxelinux.0

Можно по подробнее или доку посоветуйте