Server 2016, использование различных загрузочных файлов для развертывания корпоративных образов

Server 2016, использование различных загрузочных файлов для развертывания корпоративных образов

У меня есть коммутатор с 3 VLAN. У меня есть сервер WDS (с DHCP и DNS) с 3 виртуальными сетевыми картами, каждая сетевая карта привязана к одной из этих VLAN. Каждая VLAN соответствует компании, с которой мы работаем. У меня настроено 3 области, так что компьютер, подключенный к порту, соответствующему VLAN 1, получает IP из диапазона, назначенного компании 1. Я пытаюсь настроить свои области так, чтобы при загрузке pxe эти компьютеры получали образ, специфичный для компании.

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

  • Порт 1 (VLAN 1) -> Область 1 -> Загрузочный файл 1 -> Образ компании A
  • Порт 2 (VLAN 2) -> Область 2 -> Загрузочный файл 2 -> Образ компании B
  • Порт 3 (VLAN 3) -> Область 3 -> Загрузочный файл 3 -> Образ компании C

Возможно ли это? Есть ли другой способ сделать это?

Спасибо за руководство, оно мне очень понравилось.

решение1

Возможно, есть лучший способ сделать это.

Но я бы сделал это, используя MDT (Microsoft Deployment Toolkit) вместе с WDS. Это гораздо более мощная и гибкая система развертывания, разработанная для поддержки нескольких различных сценариев развертывания.

С помощью MDT вы можете настроить единую автоматизированную последовательность задач и выбрать «задачу применения образа» на основе фильтра WMI для IP-адреса или шлюза по умолчанию клиентской системы.

Установите новую последовательность задач в качестве последовательности задач по умолчанию и настройте другие параметры в customsettings.ini, и вы получите полностью автоматизированное развертывание с образами на основе подсети.

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

Связанный контент