Windows deployment services pxe

Deploy Windows 10 using PXE and Configuration Manager

Applies to

In this topic, you will learn how to deploy Windows 10 using Microsoft Endpoint Manager deployment packages and task sequences. This topic will walk you through the process of deploying the Windows 10 Enterprise image to a Unified Extensible Firmware Interface (UEFI) computer named PC0001. An existing Configuration Manager infrastructure that is integrated with MDT is used for the procedures in this topic.

This topic assumes that you have completed the following prerequisite procedures:

For the purposes of this guide, we will use a minimum of two server computers (DC01 and CM01) and one client computer (PC0001).

  • DC01 is a domain controller and DNS server for the contoso.com domain. DHCP services are also available and optionally installed on DC01 or another server. Note: DHCP services are required for the client (PC0001) to connect to the Windows Deployment Service (WDS).
  • CM01 is a domain member server and Configuration Manager software distribution point. In this guide CM01 is a standalone primary site server.
    • CM01 is also running WDS which will be required to start PC0001 via PXE. Note: Ensure that only CM01 is running WDS.
  • PC0001 is a client computer that is blank, or has an operating system that will be erased and replaced with Windows 10. The device must be configured to boot from the network.

If desired, PC0001 can be a VM hosted on the server HV01, which is a Hyper-V host computer that we used previously to build a Windows 10 reference image. However, if PC0001 is a VM then you must ensure it has sufficient resources available to run the Configuration Manager OSD task sequence. 2GB of RAM or more is recommended.

All servers are running Windows Server 2019. However, an earlier, supported version of Windows Server can also be used.

All server and client computers referenced in this guide are on the same subnet. This is not required, but each server and client computer must be able to connect to each other to share files, and to resolve all DNS names and Active Directory information for the contoso.com domain. Internet connectivity is also required to download OS and application updates.

No WDS console configuration is required for PXE to work. Everything is done with the Configuration Manager console.

Procedures

Start the PC0001 computer. At the Pre-Boot Execution Environment (PXE) boot menu, press Enter to allow it to PXE boot.

On the Welcome to the Task Sequence Wizard page, type in the password pass@word1 and click Next.

On the Select a task sequence to run page, select Windows 10 Enterprise x64 RTM and click Next.

On the Edit Task Sequence Variables page, double-click the OSDComputerName variable, and in the Value field, type PC0001 and click OK. Then click Next.

The operating system deployment will take several minutes to complete.

You can monitor the deployment on CM01 using the MDT Deployment Workbench. When you see the PC0001 entry, double-click PC0001, and then click DaRT Remote Control and review the Remote Control option. The task sequence will run and do the following:

  • Install the Windows 10 operating system.
  • Install the Configuration Manager client and the client hotfix.
  • Join the computer to the domain.
  • Install the application added to the task sequence.

You also can use the built-in reports to get information about ongoing deployments. For example, a task sequence report gives you a quick overview of the task sequence progress.

Monitoring the deployment with MDT.

When the deployment is finished you will have a domain-joined Windows 10 computer with the Adobe Reader application installed as well as the applications that were included in the reference image, such as Office 365 Pro Plus.

Examples are provided below of various stages of deployment:

Настройка PXE-сервера для загрузки Windows PE Configure a PXE server to load Windows PE

Относится к Applies to

В этом пошаговом руководстве описано, как настроить PXE-сервер для загрузки Windows PE при запуске клиентского компьютера по сети. This walkthrough describes how to configure a PXE server to load Windows PE by booting a client computer from the network. С помощью средств Windows PE и файла образа Windows 10 можно установить Windows 10 по сети. Using the Windows PE tools and a Windows 10 image file, you can install Windows 10 from the network.

Необходимые условия Prerequisites

  • Компьютер развертывания: компьютер с набором оценки и развертывания Windows (Windows ADK) и надстройкой Windows PE с установленным ADK. A deployment computer: A computer with the Windows Assessment and Deployment Kit (Windows ADK) and the Windows PE add-on with ADK installed.
  • DHCP-сервер: DHCP-сервер или прокси-сервер DHCP, настроенный для отправки ответов на запросы PXE-клиентов. A DHCP server: A DHCP server or DHCP proxy configured to respond to PXE client requests is required.
  • PXE-сервер: сервер под управлением службы TFTP, на котором могут размещаться файлы загрузки Windows PE для скачивания клиентом. A PXE server: A server running the TFTP service that can host Windows PE boot files that the client will download.
  • Файловый сервер: сервер с общей сетевой папкой. A file server: A server hosting a network file share.

Все четыре перечисленных выше роли могут размещаться на одном компьютере, также можно выделить отдельный компьютер для каждой роли. All four of the roles specified above can be hosted on the same computer or each can be on a separate computer.

Шаг 1: скопируйте исходные файлы Windows PE Step 1: Copy Windows PE source files

На компьютере развертывания: нажмите Пуск и введите развертывание. On the deployment computer, click Start, and type deployment.

Щелкните правой кнопкой мыши элемент Среда средств развертывания и работы с образами и затем нажмите Запуск от имени администратора. Right-click Deployment and Imaging Tools Environment and then click Run as administrator. Будет запущен ярлык среды средств развертывания и создания образов, который открывает окно командной строки и автоматически задает переменные среды таким образом, чтобы они указывали на все необходимые средства. The Deployment and Imaging Tools Environment shortcut opens a Command Prompt window and automatically sets environment variables to point to all the necessary tools.

Чтобы скопировать базовые файлы Windows PE в новую папку, выполните следующую команду. Run the following command to copy the base Windows PE files into a new folder. Сценарий требует два аргумента: архитектуру оборудования и целевое расположение. The script requires two arguments: hardware architecture and destination location. Значение может быть x86, amd64 или arm, а может соответствовать пути к локальному каталогу. The value of can be x86, amd64, or arm and is a path to a local directory. Если каталог еще не существует, он будет создан. If the directory does not already exist, it will be created.

Например, следующая команда копирует файлы архитектуры amd64 в каталог C:\winpe_amd64: For example, the following command copies amd64 architecture files to the C:\winpe_amd64 directory:

Сценарий создает структуру каталогов назначения и копирует все необходимые файлы для этой архитектуры. The script creates the destination directory structure and copies all the necessary files for that architecture. В предыдущем примере создаются следующие каталоги: In the previous example, the following directories are created:

Читайте также:  Все как ты захочешь windows

Подключите базовый образ Windows PE (winpe.wim) в каталог \mount с помощью средства DISM. Mount the base Windows PE image (winpe.wim) to the \mount directory using the DISM tool. При подключении файла образа его содержимое распаковывается в папку, что позволяет вносить изменения напрямую или с помощью таких программ, как DISM. Mounting an image file unpacks the file contents into a folder so that you can make changes directly or by using tools such as DISM. См. приведенный ниже пример. See the following example.

Убедитесь, что отображается сообщение «Операция завершена успешно». Verify that «The operation completed successfully» is displayed. Примечание. Чтобы просмотреть подключенные в настоящее время образы, введите dism /get-MountedWiminfo. Note: To view currently mounted images, type dism /get-MountedWiminfo.

Выполните сопоставление общего сетевого ресурса корневому каталогу TFTP на сервере PXE/TFTP и создайте папку \Boot. Map a network share to the root TFTP directory on the PXE/TFTP server and create a \Boot folder. Обратитесь к документации сервера TFTP, чтобы определить корневой каталог сервера TFTP, а затем включите общий доступ к этой папке и убедитесь, что она доступна в сети. Consult your TFTP server documentation to determine the root TFTP server directory, then enable sharing for this directory, and verify it can be accessed on the network. В следующем примере имя сервера PXE имеет значение PXE-1, а общий доступ к корневому каталогу TFTP предоставляется с помощью сетевого пути \\PXE-1\TFTPRoot: In the following example, the PXE server name is PXE-1 and the TFTP root directory is shared using a network path of \\PXE-1\TFTPRoot:

Скопируйте файлы загрузки PXE из подключенного каталога в папку \boot. Copy the PXE boot files from the mounted directory to the \boot folder. Пример. For example:

Скопируйте файл boot.sdi на сервер PXE/TFTP. Copy the boot.sdi file to the PXE/TFTP server.

Скопируйте загрузочный образ Windows PE (boot.wim) в папку \boot. Copy the bootable Windows PE image (boot.wim) to the \boot folder.

(Необязательно) Скопируйте в папку \boot шрифты true type (Optional) Copy true type fonts to the \boot folder

Шаг 2: настройка параметров загрузки и копирование файла BCD Step 2: Configure boot settings and copy the BCD file

Создайте хранилище BCD с помощью bcdedit.exe: Create a BCD store using bcdedit.exe:

Настройте параметры RAMDISK: Configure RAMDISK settings:

Последняя команда возвращает идентификатор GUID, например: The last command will return a GUID, for example:

Скопируйте этот идентификатор GUID для использования в следующих командах. Copy this GUID for use in the next set of commands. В каждой приведенной команде замените «GUID1» своим идентификатором GUID. In each command shown, replace «GUID1» with your GUID.

Создайте новую загрузочную запись приложения для образа Windows PE: Create a new boot application entry for the Windows PE image:

Настройте параметры BOOTMGR (не забудьте заменить GUID1 в третьей команде своим идентификатором GUID): Configure BOOTMGR settings (remember to replace GUID1 in the third command with your GUID):

Скопируйте файл BCD на свой TFTP-сервер: Copy the BCD file to your TFTP server:

Теперь ваш сервер PXE/TFTP настроен. Your PXE/TFTP server is now configured. Можно просмотреть установленные параметры BCD с помощью команды bcdedit /store /enum all. You can view the BCD settings that have been configured using the command bcdedit /store /enum all. См. следующий пример. See the following example. Примечание. Ваш идентификатор GUID будет отличаться от приведенного ниже. Note: Your GUID will be different than the one shown below.

Если вы запустите процесс загрузки PXE, но получите сообщение об ошибке «Данные конфигурации загрузки для компьютера отсутствуют или содержат ошибки», убедитесь, что каталог \boot установлен в правильном корневом каталоге сервера TFTP. If you start the PXE boot process, but receive the error that «The boot configuration data for your PC is missing or contains errors» then verify that \boot directory is installed under the correct TFTP server root directory. В используемом здесь примере имя этого каталога — TFTPRoot, но сервер TFTP может быть другим. In the example used here the name of this directory is TFTPRoot, but your TFTP server might be different.

Сводка по процессу загрузки PXE PXE boot process summary

В следующей таблице приведены основные сведения о процессе загрузки PXE-клиента. The following summarizes the PXE client boot process.

Windows deployment services pxe

Доброго времени суток. Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз я с вами разобрал процесс установки Windows Server 2019, после которого мы произвели ее настройку и оптимизацию. Теперь я бы хотел из данного сервера сделать сервис по захвату и установке подготовленных образов операционных систем, для оптимизации и ускорения ввода в эксплуатацию рабочих мест для сотрудников. Для этого как раз и есть роль WDS (Windows Deployment Services), которую мы проинсталлируем и настроим для эксплуатации.

Что такое Windows Deployment Services

Перед тем как мы все установим и настроим, я бы хотел вам привести описание и назначение WDS-сервера. WDS (Windows Deployment Services) — это специальная роль «Службы развертывания Windows» в операционных системах Windows Server, которая необходима для автоматизации установки различных операционных систем Windows по сети посредством протокола PXE. Позволяет одновременно подготавливать хоть 10-20 рабочих и более, без участия администратора, так как позволяет все автоматизировать. В следствие чего вы экономите огромное количество времени. Вот список плюсов:

  • Установленные, последние обновления
  • Необходимый набор драйверов, под каждое железо
  • Предустановленный софт, для каждого отдела
  • Файл ответов, для автоматической установки системы на чистые компьютеры

Перед инсталляцией на пустые рабочие станции, позволяет создать эталонные образы, где вы заранее можете установить все обновления или весь компьютерный софт, который должен присутствовать у конечного пользователя. Ранее я вам уже писал целый цикл статей об автоматизированной установке рабочих мест и даже про отдельный PXE сервер на LInux, который позволял устанавливать помимо Windows, еще и Linux и даже Vmware ESXI, так что советую ознакомиться.

Установка службы WDS

Как производится установка роли в Windows Server 2019 я подробно рассказал, так что о методах я не буду останавливаться. И так открываете диспетчер серверов и в правом верхнем углу выберите пункт «Управление», где нужно добавить роль и компонент.

далее вы оставляете стандартный тип установки, VDI нам тут не нужен.

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

Теперь вам необходимо выбрать роль «Службы развертывания Windows» и нажать далее.

среди компонентов нам ничего не нужно, просто пропускаем это окно.

Теперь у вас появится окно. в котором вам покажут общие сведения, о WDS роли и ее назначении, при каких сценариях ее применяют, нажимаем далее.

Теперь у вас будет выбор компонентов служб развертывания Windows:

  • Сервер развертывания — это сама важная часть, позволяющая вам создавать образы и настраивать.
  • Транспортный сервер — это сетевые компоненты для развертывания, лучше ставить совместно с сервером развертывания.

На последнем этапе нажимаем кнопку «Установить»

Через минуту инсталляция служб развертывания Windows будет завершена, можно приступать к настройкам.

То же самое можно выполнить в Power Shell, командой:

Настройка служб развертывания Windows

Давайте приступим к настройке WDS на новейшей Windows Server 2019. В диспетчере серверов нажмите кнопку «Средства» и найдите пункт «Службы развертывания Windows».

Настройка WDS сервера

В открывшейся оснастке, разверните узел серверы и щелкните по вашему правым кликом и из контекстного меню выберите пункт «Настроить сервер». Обратите внимание, что по умолчанию тут стоит предупредительный знак.

У вас появится окно с необходимыми требованиями для работы WDS сервера:

  1. Нужно убедиться, что данный сервер не является контроллером домена Active Directory
  2. В сети должен быть активный DHCP-сервер
  3. В сети должен быть DNS-сервер
  4. На папке, где будут хранится образы, должны быть права

Далее вы увидите два варианта работы WDS сервера:

  • В качестве интегрированного сервера с доменными службами Active Directory
  • В виде изолированного сервера, когда нужно его вынести за пределы AD

Я выберу первый вариант с доменом.

Выбираем папку в которой планируется хранить образы для последующей установки. Старайтесь размещать ее на отдельном диске. Сама папка должна называться Remoteinstall.

Читайте также:  Xpadder для windows 10 2020

Если все же выберите системный том, то получите предупреждение:

Далее вам нужно выбрать поведение при попытке доступа клиентам к WDS серверу:

  • Не отвечать никаким клиентским компьютерам — это полностью ручное одобрение перед установкой с сервера развертывания Windows
  • Отвечать только известным клиентским компьютерам — это те которые введены в домен или созданы в оснастке ADUC заранее
  • Отвечать всем клиентским компьютерам (известным и неизвестным)

Я вам советую выбрать второй вариант, это золотая середина.

Начнется процесс настройки WDS-сервера и копирование необходимых файлов для служб развертывания.

После окончания настройки, вам предложат добавить первый образ на сервер, чем мы и займемся.

Обзор и изменение настроек WDS

Изменение настроек службы развертывания windows, вы можете осуществить через свойства, вызвав их в контекстном меню.

У вас откроется вкладка общие, где вы сможете увидеть имя сервера WDS, папку установки.

Вкладка «Отклик PXE», поможет вам изменить поведение при ответе клиентам, которые ищут сервер по сети, я вам советую оставлять ответы только известным компьютерам, если же домена Active Directory не будет, то можно выставить обнаружение для всех. Обратите внимание, что вы можете задать таймер скорости ответа в секундах.


Вкладка «Доменные службы Active Directory», позволяет вам задать две вещи:

  • Это формат имени устанавливаемого компьютера
  • Место расположения компьютеров, можно указать куда закинуть в домене компьютер, выбрав нужную OU.

По умолчанию в формате имени вы увидите вот такую запись: %61Username%#. Она означает, что для задания имени компьютера будет использоваться первые 61 символа имени пользователя. Имя будет усечено до первых 15 символов имени пользователя.

Политика именования WDS имен:

WDS настраивается с помощью политики именования клиентов, которую можно увидеть в поле «Формат». Политика по умолчанию состоит в том, чтобы называть компьютеры как %61Username%#. Это код или набор инструкций, которые сообщают WDS, как создать имя компьютера.

  • %Username- Эта переменная указывает использовать имя пользователя клиента WDS в качестве основы для имени компьютера. Например, если вы запускаете установку от учетной записи службы поддержки и запускаете установку образа, то переменная %Username будет заменена на логин службы поддержки.
  • %First — Будет использоваться имя пользователя. Например, Ivan Semin, будет взято Ivan.
  • %Last — WDS-сервер возьмет в качестве имени компьютера фамилию пользователя, кто устанавливает его.
  • %MAC — MAC-адрес или Ethernet-адрес сетевого адаптера, который используется для установки образа, будет заменен этой переменной.

Эти переменные могут быть объединены. Например, если вы используете %First%Last и развертываете образ, используя учетную запись пользователя Ivan Semin, тогда имя компьютера будет IvanSemin. Вы также можете установить политику именования клиента на что-то вроде %First%Last-PC. В итоге компьютер будет называться IvanSemin-PC. Это потому, что -PC является константой, а не переменной.

Имена компьютеров, как правило, короткие. Они ограничены 15 символами, если вы хотите, чтобы машина присоединилась к домену. Возможно, у вас есть пользователи с очень длинными именами, которые не подходят. Вы можете контролировать, сколько символов будет использоваться из переменной.

Например, если вы хотите использовать шесть символов из фамилии, введите %6Last. Например, развертывание образа с политикой именования клиента %1First%6Last-PC с пользователем Ivan Semin приведет к тому, что компьютер будет называться ISemin-PC.

Что если Иван Семин присоединится к компании и попытается создать для себя компьютер с использованием WDS? Имена компьютеров должны быть уникальными. Используя эту политику именования клиента, его компьютер также должен называться ISemin-PC. Это вызовет проблему.

Числовой счетчик решил бы эту проблему, сделав имя компьютера уникальным. Вы можете сделать это, используя переменную %[n]#. Этот подход позволяет вам добавить инкрементный счетчик из n цифр. Например,%1First%6Last-PC-%2# разрешает добавочный счетчик из двух цифр. В итоге получится ISemin-PC-2.

WDS будет использовать политику именования клиентов для настройки имени компьютера в процессе его установки. Например, вы можете развернуть несколько машин, таких как PYATILISTNIK001, PYATILISTNIK002, PYATILISTNIK003 и PYATILISTNIK004, используя политику именования компьютеров PYATILISTNIK%03#.

Если есть переменная %#, счетчик будет просто увеличиваться, чтобы сгенерировать следующую доступную машину. Например, вы можете вручную построить PYATILISTNIK005 и присоединить его к домену. Следующая машина, созданная WDS, на самом деле не будет PYATILISTNIK005. WDS просто перейдет к PYATILISTNIK006.

WDS присоединит компьютер к домену. Созданный компьютерный объект имеет атрибут netbootGUID. WDS сохранит в этом атрибуте MAC-адрес или GUID аппаратного обеспечения компьютера (физического или виртуального). Это означает, что имя компьютера связано с оборудованием, если MAC / GUID не изменяется или объект компьютера не удаляется.

Вы можете решить перестроить PYATILISTNIK002, развернув на нем образ с помощью WDS. WDS определит MAC или GUID машины. Если это значение будет найдено в netbootGUID существующего объекта компьютера, WDS узнает, как повторно использовать имя компьютера.

Эта функция позволяет использовать большинство доступных номеров в имени компьютера и связывает имя компьютера с оборудованием. Это может быть очень полезно. Вы можете внедрить решение для распространения программного обеспечения или управления компьютером, основанное на имени компьютера. Пользователь может восстановить свой ПК и при этом сохранить те же политики управления, потому что WDS будет повторно использовать свое старое имя компьютера, если MAC / GUID не изменился.

Ниже вы можете задать организационное подразделение, где будут создаваться учетные записи компьютеров, такой аналог утилиты redircmp. Вкладка загрузка, позволит вам задать поведение инициализации сетевой загрузки, она выражается в нескольких условиях, где-либо нужно нажимать специальные клавиши, либо нет.

  • Запрашивать нажатие клавиши F12 для продолжения загрузки — лучше ее оставить. Приведу пример, когда у вас есть необходимость нажимать дополнительные клавиши, это позволяет защититься от случайных ошибок. Предположим вы переустанавливаете по сети операционную систему на сервере, и хотите тронуть только диск C:\, но если у вас стоит автоматическая загрузка, да и еще с автоматическим разбиением дисков, через файл ответов, то вы можете так затереть данные. Или вообще случай из практики, когда коллега по случайности закинул компьютер пользователя не в тот VLAN, а у пользователя ленивый администратор не убрал загрузку с PXE, в итоге человек когда включил с утра компьютер полностью убил свой компьютер, и переустановил его, пришлось восстанавливать его данные.
  • Всегда продолжать PXE загрузку
  • Продолжить загрузку PXE, если не нажата клавиша ESC
  • Никогда не продолжать PXE-загрузку

Для неизвестных, не доменных клиентов, вы можете задать такие же настройки.Чуть ниже вы можете для каждой архитектуры задать загрузочный образ по умолчанию, задав их через выбор. Вкладка «Клиент» позволяет вам автоматизировать процесс установки операционной системы и меню установщика, путем подкладывания файла ответов для каждой из архитектур. Подробнее про файл ответов читайте по ссылке слева. Так же вы можете задать, что клиента не нужно присоединять к домену после установки.

Вкладка TFTP позволит вам задать максимальный размер блока.

Вкладка «Сеть» позволит определить какие UDP порты и диапазоны будут участвовать в процессе обращения к WDS серверу.

Вкладка «Дополнительно» позволит вам явным образом указать с какими контроллерами домена можно работать, а так же вы сможете провести авторизацию WDS-службы, как DHCP.

Что из себя представляет авторизация служб развертывания Windows. По сути у вас будет создана запись раздел конфигурации Active Directory, посмотреть можно в редакторе атрибутов по пути:

Там вы найдете запись типа CN=FQDN-имя вашего сервера, в моем примере, это CN=svt2019s01.root.pyatilistnik.org,CN=NetServices,CN=Services,CN=Configuration,DC=root,DC=pyatilistnik,DC=org.

Авторизовать WDS службу вы можете и через командную строку, через утилиту wdsutil.exe. введите команду:

Чтобы включить запрет не авторизованным компьютерам обращаться к серверу развертывания Windows, выполните:

Если серверы DHCP и WDS установлены на одной машине, то авторизация сервера WDS не будет иметь смысла, так как в этом случае запросы на порт 67 будут обрабатываться сервером DHCP и проверяться будет именно его авторизация. Таким образом, для того, чтобы проверка авторизации проходила как для DHCP, так и для WDS, каждая из этих служб должна функционировать на отдельной машине. Вкладка «Многоадресная рассылка» позволит вам задать диапазоны ip-адресов, которые будут выданы клиентским компьютерам, так же вы можете управлять скоростью заливки:

  • Поддерживать одинаковую скорость для всех клиентов многоадресной рассылки в сеансе
  • Разделить клиенты на три сеанса (Медленные, средние и быстрые)
  • Разделять клиенты на два сеанса (Медленные и быстрые)
  • Автоматически отключать клиенты, если скорость меньше указанной

Ну и последняя вкладка «Протокол DCHP», тут вам нужно выставить две галки, если на сервере WDS так же присутствует роль DCHP, иначе будут проблемы с поиском сервиса:

  • Не ожидать передачи данных на DCHP портах
  • Указать в параметрах DCHP, что сервер так же является PXE-сервером.
Читайте также:  Gx60 3be windows 10

На этом обзор настроек можно считать законченным.

Структура WDS сервера

Теперь давайте разберем структуру каталогов на сервере развертывания Windows. У вас тут будет шесть пунктов:

  1. Образы установки — тут будут хранится по сути сами дистрибутивы Windows, которые вы либо импортируете, либо сами создадите и захватите, тот самый эталонный образ. Именно они будут устанавливаться на конечные клиенты
  2. Образ загрузки — это по сути меню загрузчика с WinPE образами, которые позволят вам выбрать нужный образ установки и попасть в его меню
  3. Ожидающие устройства, тут будет список устройств, которые нужно будет одобрять в ручном режиме
  4. Многоадресные передачи — это режим раскатывания образа сразу на два и более чистых компьютера, подключенных к одному коммутатору и сегменту сети, по сути одновременно будет идти загрузка на все компьютера, тем самым экономя нагрузку на сеть, благодаря хитрому механизму балансировки
  5. Драйверы — тут у вас будут пакеты драйверов, нужные для интеграции, например для жестких дисков или RAID-массивов, очень частая ситуация, что попав на этап разметки дисков, вы их просто не видите или вообще получаете ошибку 0x80300024
  6. Подготовленные к установке устройства Active Directory

Создание образа загрузки

Первым делом вы должны создать загрузочное меню с загрузочными дисками. Для этого используются оригинальные ISO образы Microsoft. Я в своем примере создам загрузчик Windows 10 1803. Вы его должны смонтировать, чтобы получить каталог файлов. Если у вас физический сервер, например с Windows Server 2008R2, то вы можете ему подсунуть загрузочную флешку. Далее вы щелкаете правым кликом по пункту «Образы загрузки» и выбираете пункт «Добавить загрузочный образ»

В мастере добавления образа нажмите кнопку «Обзор», пройдите в ваш смонтированный диск и перейдите в каталог sources, где вам необходимо найти файл boot.wim. Выберите boot.wim и откройте его.

Выбрав загрузчик boot.wim нажмите далее.

Теперь необходимо заполнить метаданные образа, в имени указываем удобное для себя имя образа и чуть ниже его описание, описание поможет быстро ориентироваться в самой оснастке, когда загрузчиков boot.wim будет много.

На следующем шаге выбираем наш образ и идем далее.

Добавление образа загрузки, сам процесс будет быстрым, так как файлик boot.wim весит всего 445 мегабайт.

У вас появится запись с именем образа, что мы задавали, в столбцах будет много полезной информации, начиная от размера и заканчивая версией ОС. В свойствах вы можете изменить имя и описание, а так же задать приоритет. Когда загрузчик у нас готов, мы можем создать установочный образ на сервере развертывания Windows.

Создание образа установки на WDS сервере Windows Server 2019

Сам процесс на Windows Server 2019, мало чем отличается от предыдущих версий. Образ установки мы так же найдем на установочном диске с дистрибутивом Windows, но как я и писал выше его можно получать в случае захвата эталонного образа, подготовленного заранее. Перейдите в раздел «Образы установки» и так же через правый клик выберите пункт «Добавить образ установки».

Обратите внимание, что тут можно создать группу, это можно сравнить с категориями, например разбиение по версиям Windows.

Тут в мастере добавления, вам через кнопку обзор нужно найти на дистрибутиве в папке sources файл install.wim, он будет размером более 2 гб, это и есть сам дистрибутив операционной системы Windows в виде такого архива.

На следующем шаге, если у вас в файле install.wim, содержится более одной версии операционной системы, то вам нужно галками проставить ваш выбор, в моем случае, это Windows 10 PRO.

Выбираем ваш образ установки и нажимаем далее.

Сам процесс добавления займет чуть больше времени, так как файл install.wim весит несколько гигабайт.

Все у меня успешно все добавилось.

Как и в случае с загрузочным образом вы в свойствах можете изменить имя установочного образа, его описание.

На вкладке фильтры, вы можете более тонко описать к каким компьютерам можно применять образ, например, к производителям Dell.

На вкладке «Разрешения пользователя» вы можете более выборочно задать, какие пользователи или группы Active Directory, могут его читать, чтобы применить.

Установка Windows 10 с WDS сервера

Когда у нас все готово, мы можем протестировать установку Windows с нашего PXE сервера. Для этого возьмите чистую рабочую станцию, в моем примере, это будет виртуальная машина на гипервизоре VMware ESXI 6.5. Первым делом вам необходимо:

  • Либо выставить в биос загрузку с сетевой карты

  • Либо выбрать при старте Boot Menu и загрузиться с сетевой карты

У вас появится окно с предложением нажать клавишу F12 сделаем это.

Если у вас все правильно настроено, то у вас начнется загрузка и вы увидите стандартный ползунок загрузки, если в сети вам никто не ответил, то вы получите ошибку:

так же вы можете поймать и такую ошибку, если у вас WDS сервер находится на другом хосте от DHCP:

Как решается ошибка со статусом 0xc0000098 на при загрузке с WDS сервера читайте по ссылке слева.


В итоге у вас должно появится окно с выбором загрузчика, их может быть много под каждое поколение и архитектуру ОС.


Начнется загрузка файла boot.wim, который находится в текущем загрузчике. Видно к какому ip-адресу обращается клиентский компьютер.

У вас откроется мастер установки Windows, выбираем язык мастера и нажимаем далее.


Вам необходимо авторизоваться, указав учетные данные имеющие доступ к серверу WDS.

Если все хорошо, то вы увидите на следующем окне список доступных образов установки, в моем случае, это Windows 10 Pro for Workstations.

После чего вы увидите интерфейс разметки и выбора раздела для установки. В следующей статье я подробно расскажу, как вы можете создать свой эталонный образ со всеми обновлениями и установленным софтом, ну и передать его на WDS сервер. Надеюсь было не долго, а с вами Иван Семин .автор и создатель блога Pyatilistnik.org.

Популярные Похожие записи:

6 Responses to Установка и настройка WDS сервера в Windows Server 2019

Здравствуйте, и спасибо за статью — она сподвигла меня поэкспериментировать на домашнем сервере (Windows Server 2016). Установка windows 1809 на клиентский компьютер прошла штатно, но я перед установкой разметил чистый диск с помощью скрипта diskpart для mbr и создал раздел для восстановления, причем достаточного размера (около 900 мб). Так вот, после установки системы winre.wim оказался на системном разделе. Более того, я не могу переместить winre.wim с системного раздела на раздел восстановления с помощью команды reagentc. Когда я выключаю среду восстановления, то могу переместить winre.wim из системного раздела на раздел восстановления, но после включения среды восстановления файл winre.wim снова переезжает на системный раздел. Что я делаю не так?
Я провел контрольный эксперимент и установил ту же систему на тот же компьютер с флэшки, и вновь использовал тот же скрипт для diskpart для разметки диска. При таком способе установки среда восстановления оказалась там где надо, в разделе восстановление, это произошло автоматически при установке сисемы.
Как это можно объяснить? Спасибо!

Вы обещали разместить статью про то как создать свой образ, с установленными программами, обновлениями и файлом ответов(чтобы при развертывание образа система не задавала вопросов).Был бы очень признателен за такую статью.

Добрый день. Мне кажется, в статью надо добавить ещё работу с оснасткой DHCP и его опциями, как настроить DHCP, чтобы WDS заработал (на одной они машине или на разных)

Хорошая идея для отдельной статье, спасибо

Может кому будет полезно. Если DHCP на Mikrotik, то нужно указывать в DHCP — Networks — Next Server — IP WDS Сервера. Ну и плюс 67 опцию ‘boot\x64\wdsnbp.com’

Может кто подскажет, после установки подготовленного образа комп не добавляется в AD. Путь и как ему называться я указал. Имя компа после установки вида DESKTOP-4FD562. Может образ не правильно подготовил? После установки через WDS уже был созданный при подготовке образа пользователь Admin. Куда рыть? 🙂

Почему в статье после добавления ОБРАЗА ЗАГРУЗЧИКА на примере WinServer2008 не продолжили на нём же показывать как добавлять ОБРАЗ УСТАНОВКИ .
На 2008 не добавляются swim образы, он их не видит, загрузчик видит, установку нет
Я думаю многие интересующиеся могут столкнуться с этим

Оцените статью