Основные параметры для Windows-клиентов
Следующее, что нас интересует после создания области (дополнительно можно задать еще несколько параметров), это именно параметры, которые мы раздаем хосту, помимо его IP и маски. Как правило, три из них имеют важное значение: маршрутизатор по умолчанию, DNS-сервер и WINS-сервер. Эти параметры, как уже было сказано, задаются опциями. Опции - это хорошо документированные переменные, имеющие номер и имя, так что в случае сомнений относительно терминологии всегда можно сослаться на опцию по номеру. Номера могут быть как положительными, так и отрицательными, причем вы можете определить и собственные опции с номерами больше 128 - другое дело, какая система сможет их использовать. Опции, помимо прочего,- типизованные значения, то есть они могут быть как числами и строками, так и специальными типами, вроде IP- или MAC-адреса.
Итак, главные опции: 3 (Gateways), 6 (Domain Name Servers), 44 (NBT Name Servers), 46 (NBT Node Type). Несколько пояснений - во-первых, как вы видите, все параметры групповые, то есть подразумевают несколько значений, чем вы можете воспользоваться. WINS настраивается через параметры NBT - опция 44 указывает на сервер, а опция 46 должна быть равна 8 (hybrid). Все указанные опции вы добавляете на закладке Policies.
Проверить настройки можете сразу же после сохранения их в менеджере Turbo DHCP. Для этого даже не обязательно перезагружать клиентскую машину - достаточно сбросить параметры интерфейсов и получить их с сервера заново:
ipconfig /release
ipconfig /renew
ipconfog /all
Хотя это вовсе и не обязательно, но вы можете получить у DHCP-сервера любые дополнительные параметры для загружаемой машины, например суффикс доменного имени (опция 15), имя DHCP-сервера (опция 20), сетевое имя хоста (опция 12) и так далее.
Хочется отметить, что Линукс (как, впрочем, и многие другие) клиенты используют DHCP значительно более интенсивно, дополнительно получая адреса X-сервера, сервера шрифтов, NIS/NIS+ серверы и домены, серверы POP, SMTP, NNTP и множество других опций.
Ограничение сервибельности
Важный вопрос - как отказаться от чужих сетевых MAC-адресов и обслуживать лишь несколько подопечных хостов? Ведь, как правило, вы не хотите устанавливать мост и отрезать подопечные компьютеры от остальной сети - это потребует дополнительного сервера с двумя интерфейсами, а также настройки маршрутизации и т.д. Этого и не нужно делать - достаточно определить ваш сервер как приватный. Сделать это можно на закладке Свойства сервера, доступной по правой кнопке мыши над именем сервера.
После определения вашего сервера как приватного он будет отказывать в обслуживании всем хостам, кроме тех, сетевые MAC-адреса которых указаны в появляющейся папке Registrations. Это, конечно, прибавит работы по поиску этих адресов - зато теперь вы сможете очень прецизионно контролировать каждый параметр.
Удаленная загрузка
Напоследок перечислю несколько опций, необходимых для настройки удаленной (сетевой) загрузки хостов. Итак, помимо обязательных параметров вам понадобится всего два параметра: -1 имя загружаемого образа и -14 адрес TFTP-сервера. По крайней мере, для прошивки PXE, которая стоит на современных карточках, этого вполне достаточно.
Кстати, у меня с этой загрузкой случилась небольшая кошмарная история, обстоятельствами которой я с вами поделюсь. Ситуёвина: грузится комп по бездисковой схеме, при PXE все проходит нормально, грузится операционка, но при ее загрузке IP и настройки берутся не с моего сервера, а с другого, где все "как ненужно". Я был в шоке буквально три секунды! Оказывается, что как-то, во времена, когда у меня не было сервера, я прописал в драйвер сетевого интерфейса (карточки) софт-MAC - почти все современные карточки это позволяют. Нужно это было по той причине, что у нас адреса раздаются по фиксированному лизинговому плану: на каждый MAC - определенный IP, а все остальные - на фиг. Карточки менялись, а будить админа каждый раз была неохота… Ну, вот с этим-то "голимым маком" мой комп и ломился к моему же частному серверу, который настроен только на обслуживание определенных сетевых адресов. Накладочка вышла, однако. А я уже начал думать, что определение "любимого" DHCP недетерминировано, и может отличаться для PXE BIOS и операционки - хотя, как знать, наверное, может и такое случиться в сложной сети, если какой-то участок "приляжет" или ботлнек где-то зафакапится на время. Но вы должны избегать такой непонятки всеми битами своей бинарной души.
Короче: поднимайте свой DHCP, настраивайте его как следует - и вам не нужно будет бегать за системных администратором хотя бы по этому вопросу. Удачного DHCP'инга.
Комментарии (0)