none
PXE+DHCP RRS feed

  • Общие обсуждения

  • Коллеги, добрый день!
    Дано:

    - winsrv 2012R2 + sccm 1710 + wds
    - winsrv 2012R2 + dc + dhcp

    Было настроены опции 66 и 67, все ходило, pxe работал, загрузка шла.

    Решили жахнуть в sccm кастомный бутлодер (pxelinux). Соответственно прописано было в опцию 67 не smsboot\x86\wdsnbp.com, а smsboot\x86\pxelinux.com

    И вот тут то началось! НИЧЕГО не произошло, клиентам совершенно плевать на изменение этого дела, ничего не происходит и бут идет как и прежде с smsboot\x86\wdsnbp.com.

    Что интересно если убрать вообще обе опции, то все продолжает работать =/ DHCP рестартовал, разные разрядности wdsnbp пробовал.

    Сервер wds и dhcp в одном сегменте, хосты там же, все "трое" в одном сегменте.

    Совсем абсурдно что если тискать виртуалку на vbox, то там как часы - только поменял путь до бутлодера - все ок! Виртуалка в том же сегменте запихана конечно, единственное что отличается это клиент pxe. На физиках это почти всегда intel undi, на вирте iPXE 1.0.0

    Честно говоря не знаю куда копать, помогите гуру!

    28 марта 2018 г. 12:01

Все ответы

  • Подменить файл конечно можно, но это пасхально и костыльно =)
    28 марта 2018 г. 12:07
  • Что интересно если убрать вообще обе опции, то все продолжает работать =/ DHCP рестартовал, разные разрядности wdsnbp пробовал.

    правильно. эти опции настраиваются если у Вас WDS и DHCP на одном сервере, а у Вас они на разных.

    А чем встроенный PXE загрузчик не устраивает?

    28 марта 2018 г. 12:08
    Модератор
  • Расширить функционал всякими викториями, мемтестами и ежи с ними сразу на месте и без флешек и всякой такой дури
    28 марта 2018 г. 12:10
  • можно попробовать засунуть x64 загрузчик )
    посмотрите логи: %ProgramFiles%\SMS_CCM\Logs\smspxe.log
    28 марта 2018 г. 12:26
    Модератор
  • Коллеги, добрый день!
    Дано:

    - winsrv 2012R2 + sccm 1710 + wds
    - winsrv 2012R2 + dc + dhcp

    Было настроены опции 66 и 67, все ходило, pxe работал, загрузка шла.

    Решили жахнуть в sccm кастомный бутлодер (pxelinux). Соответственно прописано было в опцию 67 не smsboot\x86\wdsnbp.com, а smsboot\x86\pxelinux.com

    И вот тут то началось! НИЧЕГО не произошло, клиентам совершенно плевать на изменение этого дела, ничего не происходит и бут идет как и прежде с smsboot\x86\wdsnbp.com.

    Что интересно если убрать вообще обе опции, то все продолжает работать =/ DHCP рестартовал, разные разрядности wdsnbp пробовал.

    Сервер wds и dhcp в одном сегменте, хосты там же, все "трое" в одном сегменте.

    Совсем абсурдно что если тискать виртуалку на vbox, то там как часы - только поменял путь до бутлодера - все ок! Виртуалка в том же сегменте запихана конечно, единственное что отличается это клиент pxe. На физиках это почти всегда intel undi, на вирте iPXE 1.0.0

    Честно говоря не знаю куда копать, помогите гуру!

    В конфигурации, в которой WDS стоит не на том же сервере, где DHCP, он сам отвечает клиенту на сообщения DHCP, указывая сервер TFTP (если безо всяких хитростей - себя) и файл программы для загрузки. Поэтому образ надо настраивать на нём.

    Делается это командой wdsutil /Set-Server /bootprogram:относительный_путь_от_папки_установки_WDS /architecture:x86|x64

    Пример, как можно указать нестандартную программу загрузки (и как вернуть всё взад) см., например, https://social.technet.microsoft.com/Forums/windows/en-US/fcbb3fb7-99ff-4382-a739-818f2fbefe38/restore-default-boot-image-in-wds?forum=w7itproinstall


    Слава России!

    28 марта 2018 г. 12:41
  • Пример, как можно указать нестандартную программу загрузки (и как вернуть всё взад) см., например, https://social.technet.microsoft.com/Forums/windows/en-US/fcbb3fb7-99ff-4382-a739-818f2fbefe38/restore-default-boot-image-in-wds?forum=w7itproinstall

    С SCCM такое не катит, smspxe не обращает внимание на эти изменения

    28 марта 2018 г. 13:25
  • И как объяснить что виртуалки как-будто все видят и без каких-либо настроек кроме самого dhcp?
    28 марта 2018 г. 13:33