WDS приходит на ум, поскольку это является свободным с Windows Server и является довольно безболезненным для конфигурирования. Это позволит Вам создавать пользовательское изображение с предварительно установленным программным обеспечением. Можно также сделать отдельное решение с Windows PE и необслуживаемыми файлами ответа созданным с WAIK.
Для заплаченных решений существует Фантом, Acronis, Altaris, и т.д.
Если Вы используете отдельную ОС и лицензии на программное обеспечение, хотя, можно застрять, поскольку большинство этих методов зависит от того, что Вы используете лицензирование по объему и имеете тот же ключ продукта для всего. Это вызвано тем, что пользовательское изображение получено с этими ключами на месте, таким образом, активация может перестать работать, если Вы не используете MAKs.
dsnmasq может это сделать. Это 5 лайнеров. http://etherboot.org/wiki/proxydhcp?s [] = dhcp & s [] = proxy
Поэтому мне непонятно, зачем вам нужен собственный сервер. DHCP и PXEBOOT - штука очень хитрая. С DHCP Proxy вы добавляете кучу дополнительных проблем. Потому что документы расплывчаты, а реализации на стороне клиента ужасны, что подразумевает много тестирования и проверки байтов по сети.
Речь идет о протоколе конфигурации удаленной загрузки (который основан на DHCP, отсюда и расширенная номенклатура DHCP). К сожалению, черновик умер в 1999 году, и большинство клиентов PXE не очень хорошо его поддерживают. Я никогда не видел для него OSS-сервера (хотя некоторые проприетарные программы для развертывания поддерживают его на разных уровнях). Для получения дополнительной информации вы можете ознакомиться с Проектом RFC (в разделе 3.3 конкретно говорится о RBCP).
Текст, который вы процитировали из Википедии, старый и неточный. В нем смешаны два разных понятия:
Думаю, вас интересует 2) тогда, если вы хотите создать собственное меню, основанное на стандарте PXE (без pxelinux), просто получите стандарт PXE http://www.pix.net/software/pxeboot/archive/pxespec.pdf (стр. 19) и посмотреть, как заполнить инкапсулированную DHCP-опцию (43), специфичную для конкретного производителя, используя следующие "PXE-опции"
PXE_BOOT_SERVERS
PXE_BOOT_MENU
PXE_MENU_PROMPT
PXE_BOOT_ITEM
Нелегко, каким-то образом ограниченную размером DHCP-пакета, не очень гибкую.
.ISC DHCP можно настроить так, чтобы он отвечал на все запросы, необходимые для загрузки PXE, не прибегая к настройке прокси-сервера DHCP. Единственная причина, по которой вам действительно нужен прокси-сервер DHCP - это если вы не хотите или не можете контролировать конфигурацию сервера DHCP, который отвечает.
DHCP Proxy был настроен явно для того, чтобы иметь возможность иметь другой сервис, даже на другой машине, полностью отделенный от любого управления или манипуляций с DHCP-сервером. Спецификация PXE позволяет клиенту в принципе прослушивать два ответа - один с сервера DHCP, а другой с прокси-сервера, чтобы собрать все необходимое для загрузки NBP (программы сетевой загрузки).
Спецификация от Intel по адресу http://download.intel.com/design/archives/wfm/downloads/pxespec.pdf в этом отношении очень подробна, и очень наглядно иллюстрирует последовательности. Подробности смотрите на страницах с 15 по 19. В RFC есть та же самая информация, но для меня она была не так ясна.
На данный момент я не знаю ни одной открытой реализации прокси-сервиса DHCP, но честно говоря, код для этой части протокола невероятно прост.
.