Recently, I have been working a lot with Packer installations in the home lab to configure automated builds of Server operating systems to have always “up-to-date” copies of Windows Server templates so that you shortcut all the time needed to build up a Windows Server operating system, patch the OS, and then install your applications. With Packer, you can perform all of these tasks and have these templates on hand and ready to go at a moment’s notice. One of the first things you will need to do is either create or download a Windows Server unattend answer file. In this post, we will take a look at what an unattend answer file is as well as resources that can be used to either create unattend answer file for Windows Server 2019 automated packer installation or download one.
What is a Windows Server Answer File?
The answer file is a special file that is in an XML format that contains setting definitions and values for the configuration settings you want to automated during the installation of a Windows Server operating system installation. The configuration options include how to partition disks, where to find the Windows image to be installed, product keys to apply, and other commands you would like to run. Basically, you can place in the answer file all the configuration that you can carry out manually using the GUI Windows Server operating system installation in the Windows PE environment and then in the “out of the box” installation setup wizard.
There are (7) components in the unattend answer file that can be customized to provide “answers” to the configuration in question. These seven components provide the configuration for the various parts of the installation and configuration of Windows Server. The are the following:
- windowsPE
- offlineServicing
- generalize
- specialize
- auditSystem
- auditUser
- oobeSystem
The Unattend.xml answer file is typically the name most use for the special answer file using for unattended installations of Windows Server. However, you can call the file anything you would like. While you could simply use Notepad or another text editor to create an Unattend.xml file from scratch, being as this is an XML file that is very sensitive to syntax and the proper tags being used, etc, doing it that way would be fairly difficult.
Microsoft has provided a tool that is very helpful in creating these unattend answer files for unattended installations of Windows Server and Windows 10 operating systems. The tool is part of the Windows Assessment and Deployment Kit. It is called the Windows System Image Manager.
The Windows System Image Manager or Windows SIM provides an easy way to create unattend answer files using this GUI tool and the component sections described above as part of the answer file. You can use the GUI tool to create the “answers” the configuration questions presented in the GUI. Then once finished, the Windows SIM creates the file in the correct format/syntax.
Installing Windows System Image Manager
To install the Windows System Image Manager, you need to download the Windows Assessment and Deployment Kit found here:
https://docs.microsoft.com/en-us/windows-hardware/get-started/adk-install
I have found to avoid issues with images and catalog creation, it is best to use the version of the Windows ADK that corresponds to the version of the operating system you are working with.
After downloading the Windows Assessment and Deployment Kit, run the installer.
On the features you want to install page, the only component that we need to install for the Windows System Image Manager is the Deployment Tools.
The installation finishes successfully for the Windows SIM.
After installation, if you are struggling to find the program shortcut for the Windows ADK and specifically Windows System Image Manager, the program group is found under Windows Kits under the Windows 10 Start Menu. Launch the Windows System Image Manager.
Before creating an answer file for a particular unattended installation of Windows Server 2019, you need to download the Windows Server 2019 media. After downloading the media, copy the install.wim file from the media to a writeable folder on your workstation. We will use the install.wim file to create the catalog file which is required for creating a new answer file. The catalog file is created after all the files are scanned from the .wim file.
After you have copied the Windows Image from the media to the location you want to work with it, you right click the Select a Windows image and choose Select Windows Image to browse to the image file.
As you know the installation media has the images for the various versions of Windows Server including Standard, Datacenter, and Core. Here I am choosing the Server Standard image.
Once you choose an image, a catalog file will need to be created to work with the image and create the Answer File. You will see the message displayed about creating a catalog file for the Image. Click Yes.
Once the Image is mounted and the catalog file is created, right click the Create or open an answer file to create a new Answer file.
Select to create New Answer File.
As shown the Answer File is created with the (7) components for customization listed for the various configuration passes.
To add custom configuration, right-click the various components and under the Windows Image and Add Settings to Pass for adding the configuration you want to be passed along in the Answer File.
After adding your configuration to the various passes and components. Simply select File > Save Answer File to save the file to disk so you can use it with your Packer build.
Below is an example unattend answer file for Windows Server 2019 created for use with Packer.
<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
<settings pass="windowsPE">
<component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SetupUILanguage>
<UILanguage>en-US</UILanguage>
</SetupUILanguage>
<InputLocale>en-US</InputLocale>
<SystemLocale>en-US</SystemLocale>
<UILanguage>en-US</UILanguage>
<UserLocale>en-US</UserLocale>
</component>
<component name="Microsoft-Windows-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<DiskConfiguration>
<Disk wcm:action="add">
<CreatePartitions>
<CreatePartition wcm:action="add">
<Order>1</Order>
<Size>250</Size>
<Type>Primary</Type>
</CreatePartition>
<CreatePartition wcm:action="add">
<Order>2</Order>
<Extend>true</Extend>
<Type>Primary</Type>
</CreatePartition>
</CreatePartitions>
<ModifyPartitions>
<ModifyPartition wcm:action="add">
<Order>1</Order>
<PartitionID>1</PartitionID>
<Format>NTFS</Format>
<Label>Boot</Label>
<Active>true</Active>
</ModifyPartition>
<ModifyPartition wcm:action="add">
<Order>2</Order>
<PartitionID>2</PartitionID>
<Format>NTFS</Format>
<Label>System</Label>
</ModifyPartition>
</ModifyPartitions>
<DiskID>0</DiskID>
<WillWipeDisk>true</WillWipeDisk>
</Disk>
</DiskConfiguration>
<ImageInstall>
<OSImage>
<InstallFrom>
<MetaData wcm:action="add">
<Key>/IMAGE/NAME</Key>
<Value>Windows Server 2019 SERVERSTANDARD</Value>
</MetaData>
</InstallFrom>
<InstallTo>
<DiskID>0</DiskID>
<PartitionID>2</PartitionID>
</InstallTo>
<WillShowUI>OnError</WillShowUI>
<InstallToAvailablePartition>false</InstallToAvailablePartition>
</OSImage>
</ImageInstall>
<UserData>
<AcceptEula>true</AcceptEula>
<ProductKey>
<Key>11111-22222-33333-44444-55555</Key>
<WillShowUI>Never</WillShowUI>
</ProductKey>
</UserData>
</component>
</settings>
<settings pass="specialize">
<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<TimeZone>Central Standard Time</TimeZone>
</component>
<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<RunSynchronous>
<RunSynchronousCommand wcm:action="add">
<Path>a:vmtools.cmd</Path>
<Order>1</Order>
<WillReboot>Always</WillReboot>
</RunSynchronousCommand>
</RunSynchronous>
</component>
</settings>
<settings pass="oobeSystem">
<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<AutoLogon>
<Password>
<Value>"your password"</Value>
<PlainText>true</PlainText>
</Password>
<LogonCount>2</LogonCount>
<Username>Administrator</Username>
<Enabled>true</Enabled>
</AutoLogon>
<FirstLogonCommands>
<SynchronousCommand wcm:action="add">
<Order>1</Order>
<!-- Enable WinRM service -->
<CommandLine>powershell -ExecutionPolicy Bypass -File a:configureVM.ps1</CommandLine>
<RequiresUserInput>true</RequiresUserInput>
</SynchronousCommand>
</FirstLogonCommands>
<UserAccounts>
<AdministratorPassword>
<Value>"your password"</Value>
<PlainText>true</PlainText>
</AdministratorPassword>
</UserAccounts>
</component>
</settings>
<cpi:offlineImage cpi:source="wim:c:/users/administrator/desktop/win2019/install.wim#Windows Server 2019 SERVERSTANDARD" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend>
Windows Server 2019 Automated Answer File Resources
You can find just about anything you want to find with answer files and customized files that others have created. Below are a few of the really good resources I have used for creating unattend answer files either in Github resources or blog posts.
- https://github.com/dteslya/win-iac-lab
- https://dteslya.engineer/automation/2018-12-20-creating_vm_templates_with_packer/
- https://sheska.com/how-to-create-an-automated-install-for-windows-server-2019/
Wrapping Up
The process to Create Unattend Answer File for Windows Server 2019 Automated Packer Installation using the Windows System Image Manager is extremely easy and effective. It takes all the heavy lifting out of the process. I have found it easier to create a file from scratch than trying to hack others files if the customization contains a great deal of customized entries. Generally, it is easy to run into syntax errors and other problems trying to paste in code. Windows System Image Manager helps with this. Unattended installations are a great way to start delving into automation and build process that lend themselves to automating your provisioning process. Stay tuned for more Packer goodness coming soon.
Brandon Lee is the Senior Writer, Engineer and owner at Virtualizationhowto.com, and a 7-time VMware vExpert, with over two decades of experience in Information Technology. Having worked for numerous Fortune 500 companies as well as in various industries, He has extensive experience in various IT segments and is a strong advocate for open source technologies. Brandon holds many industry certifications, loves the outdoors and spending time with family. Also, he goes through the effort of testing and troubleshooting issues, so you don’t have to.
Привет, друзья. В этой статье поговорим об автоматизации установки Windows путём генерации файла ответов. Файл ответов – это сценарий заранее заданных пользовательских выборов на запрашиваемые в процессе установки Windows действия и настройки. Внедрение такого файла ответов на установочный носитель с операционной системой позволяет в разы упростить процесс установки, сделав его по большей части автоматическим, «тихим», сведя к минимуму наши, пользовательские действия. Но те из вас, кто о осведомлён в этой теме, знают, что создание этого файла под свою конкретную ситуацию – процесс непростой, требующий и должного уровня подготовки, и навыков по работе со специальным софтом. В этой статье, друзья, хочу предложить вам простейший способ создания файла ответов: нам не понадобится устанавливать и изучать сложное профильное ПО, этот файл мы сгенерируем в несколько кликов с помощью одного интересного веб-сервиса. Способ, конечно, с нюансом, но его всё равно можно взять опытным пользователям на заметку.
Генератор файла ответов для автоматизации установки Windows
Что такое файл ответов для автоматизации установки Windows
Итак, друзья, файл ответов для автоматизации установки Windows – это сценарий наших ответов на запросы мастера установки операционной системы. Он создаётся в файле формата XML с названием «autounattend», внутри являет собой подборку плохо понимаемых для обывателя символов.
И помещается в корень установочной флешки, установочного оптического диска или интегрируется в файл ISO-дистрибутива Windows.
{banner_google1}
При каждой новой установке системы мы обычно выбираем одни и те же настройки. Как правило, даже имя учётной записи Windows не меняем. При частой установке Windows, а с ней сталкиваются не только те их вас, кто работает в сфере IT, но обычные домашние пользователи, её установочный процесс со всеми этими вопрошающими окошками отвлекает нас, забирает кучу времени, заставляет быть постоянно возле компьютера. И вот эти вопрошающие окошки можно свести к минимуму, задав заранее значения места установки Windows, выбор региональных настроек, создание пользовательской учётной записи, сетевых и прочих системных настроек. А главное, что наверняка понравится многим из вас, файл ответов избавляет нас от ненужных этапов типа принятия лицензионных соглашений и назойливого навязывания учётной записи Microsoft.
Для тех из вас, друзья, кто имеет какой-то опыт в редактировании дистрибутива Windows в части подгонки под свои потребности, но, возможно, впервые сталкивается с таким понятием, как файл ответов, поясню, в чём заключается преимущество генерации этого файла, в частности, с помощью предлагаемого ниже способа. Ввязываться в тонкости создания этого файла, если вам это не нужно для профильной деятельности, нет смысла. Чтобы его создать, нужно установить комплект средств для развертывания и оценки Windows ADK для соответствующей версии Windows, извлечь дистрибутив Windows из файла ISO, потом извлечь содержимое непосредственно образа установки операционной системы из файла WIM (или ESD), разобраться в витиеватом механизме работы самого Windows ADK. Кому интересно, можете посмотреть, как всё это происходит на деле в статье «Автоматизация установки Windows 10 с использованием файла ответов». Есть способ проще – с использованием программы для редактирования дистрибутива Windows NTLite и WinNTSetup Этот способ также требует распаковки дистрибутива, но программа NTLite универсальная для всех версий дистрибутива Windows, у неё русифицированный интерфейс с понятным описанием позиций и действий для файла ответов. Не все возможности по работе с файлом ответов доступны в бесплатной версии программы, но с большей частью вы поработать сможете.
Если при редактировании дистрибутива проводилась работа с файлом ответов, он автоматически сохраняется в папке распаковки дистрибутива. И его оттуда, соответственно, можно извлечь.
И Windows ADK, и программа NTLite – полезнейшие инструменты для тех, кому профильно необходимо заниматься редактированием и подгонкой дистрибутива. В частности, они позволяют гибко настроить тот же файл ответов. Но вряд ли они понадобятся обычному пользователю, пусть даже опытному. Есть в сети один интерфейсный веб-ресурс, который предлагает нам генерацию и скачивание готовых файлов ответов для автоматизации установки разных версий Windows, адаптированных под массового пользователя.
Сервис Windowsafg.Com
Сервис Windowsafg.Com – это сайт, созданный специально для генерации файлов ответов, применяемых к установочному процессу Windows. Здесь поддерживаются клиентские Windows, начиная с XP и заканчивая 10, а также серверные Windows, начиная с 2008 R2 и заканчивая 2019. Здесь также можно сгенерировать файлы ответов для установки Microsoft Office, файлы настроек системных служб и компонентов Windows, применяемые к установочному процессу. Сайт англоязычный, но, друзья, даже для тех из вас, кто с английским «на Вы», особых проблем не будет. Все пункты генерации мы разберём сейчас. Да и разбирать здесь особо нечего: Windowsafg.Com предлагает немногие настройки файла ответов, повторюсь, всё сделано в расчёте на массового пользователя. Но сделано максимально эффективно. Применив сгенерированный на этом сайте файл ответов к установке, например, Windows 10, вот какой процесс получим. Этап начала установки.
Выбор редакций – это единственный этап, где от нас потребуется наше пользовательское действие.
Далее установка будет произведена полностью в автоматическом режиме. Пойдёт этап копирования файлов.
Потом — перезагрузка, подготовка устройств и системных компонентов.
Потом — автоматический вход в нашу учётную запись.
Затем будут мельтешить текстовки моральной поддержки пользователя.
И всё – запустится рабочий стол установленной операционной системы.
Вот так чудесно всё может быть у вас, друзья, но при единственном условии. Генерация файла ответов, предлагаемая сайтом Windowsafg.Com, не предусматривает выбор отдельно раздела диска С для форматирования и установки на него Windows. Можно выбрать только стирание всего жёсткого диска с новой его переразметкой под нужный стиль — MBR или GPT. Т.е. если у вас Windows установлена на жёстком диске с большим объёмом, и на этом диске имеются другие несистемные разделы с хранящимися ценными данными, всё, что описывается ниже – увы, не для вас. Ваши данные исчезнут в процессе стирания и переразметки диска. Но у многих Windows стоит на отдельном SSD-диске на 60 или 120 Гб, полностью отданном под нужды операционной системы. Если это ваш случай, тогда смотрите далее.
Как сгенерировать файл ответов для автоматизации установки Windows
{banner_google1}
Выбираем раздел клиентских систем Windows, а в нём – нужную нам версию и стиль разметки MBR или UEFI (т.е. GPT). Я выберу Windows 10 UEFI.
Теперь нам нужно пройтись по предлагаемым параметрам генерации файла ответов и указать некоторые значения.
Первый блок параметров – «General Settings», здесь есть:
-
Product Key – этот параметр по умолчанию предусматривает введённый официальный ключ установки Windows. Он пригоден только для установки и никоим боком не касается легальной активации Windows, с ней нужно будет разбираться отдельно. Вместо предусмотренного по умолчанию ключа можно ввести ключ многократной активации корпоративной лицензии (MAK);
-
Accept Eula – это принятие лицензионных условий;
-
Skip Product Key – пропуск ввода ключа продукта;
-
Skip Auto Activation – пропуск этапа активации Windows;
-
Skip License Rearm – сброс состояния лицензирования.
Все эти параметры, друзья, оставляем по умолчанию. Изменим только эти:
-
Setup Language – язык процесса установки Windows;
-
Computer Name – имя компьютера;
-
Organization Name – имя организации, если это принадлежащий компании компьютер, можем ввести её название.
Второй блок — «Regional Settings», здесь всё указываем своё:
-
Keyboard or input method – раскладка клавиатуры;
-
Currency and Date format – формат валюты и даты;
-
Time Zone – часовой пояс;
-
UI Language – язык интерфейса Windows.
Третий блок – «Out Of Box Experiance», здесь можно всё оставить по умолчанию:
-
Network Location – сетевое расположение, по умолчанию выбрана настройка домашней сети;
-
Protect Your Computer – окошко справки по защите Windows, отключено по умолчанию;
-
Hide EULA page – скрытие условий лицензионного соглашения на страничке приветствия Windows;
-
Disable auto daylight timeset – отключение автоматического перехода на летнее время;
-
Hide wireless setup in OOBE – скрытие настройки беспроводной сети;
-
Skip Machine OOBE – скрытие отдельных этапов экрана приветствия;
-
Skip user OOBE – пропуск окна центра приветствия;
-
Control Panel View – настройка вида панели управления;
-
Control Panel Icon Size – настройка иконок панели управления.
Четвёртый блок – «Partition Settings» — это настройка места установки Windows, т.е. настройка жёсткого диска, здесь:
-
Wipe Disk – это стирание диска, ставим «Yes», поскольку без этого значения процесс установки будет выдавать ошибку;
-
Install to disk – указываем номер жёсткого диска, поскольку мы дело имеем с операцией стирания диска, нужно внимательно указывать номер. Если вы не знаете, под каким номером числится ваш SSD, где стоит Windows, откройте управление дисками и посмотрите номер диска. В моём случае, это, например, диск 0.
-
Main Partition Active – это отметка раздела С активным, она может быть нужна для стиля разметки MBR, для UEFI этот параметр не имеет значения;
-
Main Partition Format – это файловая система раздела С, оставляем значение по умолчанию NTFS;
-
Main Partition Label – это метка раздела С, я укажу «System»;
-
Main Partition Letter – это буква раздела С;
-
Partition Order – это порядковый номер раздела С, должен быть 4. Друзья, при GPT-разметке диска под EFI-систему Windows в управлении дисками Windows мы видим только 3 системных раздела, но их на самом деле 4, что можно увидеть в сторонних программах. Управление дисками скрывает из представления технический MSR-раздел, но по факту раздел С имеет порядковый номер 4.
В общем, параметры настроек диска под EFI-систему Windows 10 у вас должны быть такие.
Наконец, пятый блок – «User Account» — это параметры профиля, т.е. учётной записи Windows. Здесь есть:
-
User Name – имя пользователя, нужно вводить на латинице;
-
Group – тип учётной записи, не меняем указанный по умолчанию тип администратора;
-
Description – описание (не обязательно);
-
Password – пароль (не обязательно);
-
Password Expires – срок истечения действия пароля (отключён по умолчанию);
-
Auto Logon — автоматический вход в систему;
-
UAC – контроль учётных записей пользователей, по умолчанию отключён;
-
CEIP – программа по улучшения качества Microsoft, по умолчанию отключена.
Как видим, друзья, настроек вроде бы и много, но по факту всё здесь настроено оптимально для автоматизации установки Windows, нам нужно только персонализировать некоторые из настроек. По итогу всего этого действа скачиваем файл ответов.
Интеграция файла ответов в дистрибутив Windows
Далее скачанный файл ответов – файл autounattend.xml — закидываем в корень установочной флешки. Если вы хотите протестировать процесс установки Windows с созданным файлом ответов на виртуальной машине, интегрируйте этот файл в установочный ISO Windows. Это можно сделать с помощью программы, например, UltraISO. В её окне жмём Ctrl+O и указываем путь к ISO-файлу, затем на нижней панели открываем путь к файлу ответов autounattend.xml и перебрасываем его в корень образа.
Сохраняем обновлённый образ.
INTRODUCTION
Windows Deployment Services (WDS)
Windows Deployment Services (WDS) allows to install Windows operating systems to a PXE-enabled clients without a physical media using network. You can automate Windows installation process including the necessary softwares and drivers to more than one computer to reduce time waste.
Preboot eXecution Environment (PXE)
In computing, the Preboot eXecution Environment (PXE), most often pronounced as pixie) specification describes a standardized client-server environment that boots a software assembly, retrieved from a network, on PXE-enabled clients. – WIKI
Image types
WDS supports four image types
- Install Image: It is the actual operating system. It is found in the operating system media\sources\install.wim.
(refer this youtube video tutorial to make install.wim https://www.youtube.com/watch?v=vyQ-b7mueLY)
- Boot Image: It is Windows PE image. You can find it the operating system media\sources\boot.wim.
- Discover Image: This image is used by WDS clients which don’t support PXE boot. You create the image using boot.wim image from media file and Windows Assessment Tool Kit (ADK) to create a discover image.
- Capture Image: This image is custom install image. You capture the image from a template computer using Sysprep, and deploy the image on client computes.
AT least two types of images are needed to be added in Windows Deployment Services in this tutorial
- install.wim (actual Windows installation files)
- boot.wim (used to boot client machines)
you can download Windows 10 installation with Windows Imaging Format (WIM) files namely install.wim and boot.wim from Microsoft website
LINK: https://www.microsoft.com/en-us/evalcenter/evaluate-windows-10-enterprise
Capture image is also created later in this tutorial to install Windows 10 with softwares
More tips
- Windows Deployment Services (WDS) can be either standalone or integrated with active directory
- DNS and DHCP servers should be configured since the client PC rely on them
- Windows firewall should be disabled in the WDS server
- To install windows, the client PC should be booted using network service boot
- WDS supports images namely Windows Vista, Windows 7, Windows 8, Windows 10, Windows Server 2008, Windows Server 2012 and Windows Server 2016
TUTORIAL
The tutorial is divided into 3 steps
- Install Windows Deployment Services
- Configure Windows Deployment Services
- Prepare and add images (install.wim and boot.wim)
login to Windows Server 2019 (in this case the Active Directory is already configured and WDS will be installed in the same server. If you need, you can install WDS as a standalone server separately which is recommended)
01 Install Windows Deployment Services
Click ‘Add roles and features’ in the ‘Server Manager’
Click ‘Next’ to proceed from ‘Before you begin’ window
Select ‘Role based or feature based’ as the installation type
Select the server from the server pool where WDS is going to be installed
Select ‘Windows Deployment Services’ as the server role
Click ‘Next’
Select both of the role services namely ‘Deployment Server’ and ‘Transport Server’ (this option is selected by default)
Confirm the installation selection and click ‘Install’
02 Configure Windows Deployment Services
Select ‘Windows Deployment Services’ from the ‘Server Manager’
Notice that WDS is not configured yet and needs to be properly configured
Right click on the server and select ‘Configure Server’
Read the prerequisites carefully which will be needed to troubleshoot in future
Next Window gives two options to install WDS (‘Integrated with active directory’ is chosen for this scenario. If you needed WDS can be installed as a standalone server)
Browse to choose the remote installation folder
Local (D:) drive is chosen here and formatted and NTFS file system is chosen as it is a requirement
A meaningful name is given for the destination folder
‘Respond to all client computers (known and unknow)’ is selected out of the three options given
If you need you can add images to the server right after finishing the configuration
03 Prepare and add images (install.wim and boot.wim)
Firstly, make sure that WDS is running. If not right click on the server and select ”All tasks’ and start the service (In this case the service is already running)
Go to local Disk drive D:/techremoteinstall which was configured earlier
Right click on the folder and select properties to share the folder in network so client PCs have the access
Check the inside of the folder
Boot the Windows 10 ISO image
Download link: https://www.microsoft.com/en-us/evalcenter/evaluate-windows-10-enterprise
Right click on ‘Boot images’ and select ‘Add Boot Image’
Select ‘Browse’ to go to location of the image
Select Windows 10
Open ‘sources’ folder
Select ‘boot.wim’ file
Click ‘Next’ to proceed
Provide an appropriate ‘image name’ and ‘image description’
Review the ‘Summary’ and click ‘Next’
Click ‘Finish’ to exit from the ‘Add Image Wizard’
Select the Boot Images to find the added Windows 10 boot image
In the next step, right click on the ‘Install Images’ and select ‘Add Install Image’
In this step an option is given to create an image group
Browse to find the install.wim
Go to Windows 10 installation files and find install.wim
After providing the file location click ‘Next’ to proceed
Select the version of the Windows 10 (In this downloaded ISO there is only one version. If you are given multiple options you can select the required versions)
Review the summary and click ‘Next’ to proceed
Wait till the image (install.wim) is added to the server
Check ‘Install Images’ to see the added windows 10 ‘install.wim’ file
In the previous article, we have learned the steps on how to install the Windows Deployment Services on Windows Server 2019. After installing the WDS server role, the next step is to configure it.
In this post, we will learn about how to configure the WDS server role in Windows Server 2019. But there are some prerequisites to fulfill.
Prerequisites to configure WDS Server:
- The server must be a member server of an active directory domain or a domain controller itself.
- There must be an active DHCP server to provide IP addresses to PXE clients.
- There must be an active DNS server for name resolution.
- The server must have at least one NTFS partition to store WDS images and support files.
Configure Windows Deployment Services:
Open server manager dashboard. Click on Tools and select Windows Deployment Services.
Expand Servers. Then right-click the WDS server and select Configure Server.
On the Before you begin page, read the requirements once before you click Next.
Select the Integrate with Active Directory option. You can also choose the standalone mode if you don’t have an active directory infrastructure. Click Next.
Provide the path on your NTFS drive where you would like to store WDS related files like boot images and install images. Click Next.
I have configured the DHCP server role on the same WDS server. So we need to check both boxes and click Next.
Next, on the PXE Server Initial Settings box, click Respond to all client computers (known and unknown), and then click Next, please wait for a few seconds for the process to complete.
Clear the Add images to the server now checkbox, and then click Finish.
Now, you have installed and configured WDS in Windows Server 2019.
How to add Boot and Install Image:
The next step is to add the WDS images that you want to deploy on your network. To add the WDS images, you need to add the Boot images and Install images files for the supported Windows operating systems.
For this article, already we have mounted the ISO image of the Windows 10 operating system.
Select and right-click Boot Images and then click Add Boot Image.
On the Image File page, click Browse and navigate to the Sources directory of the installation media and select the Boot.wim file.
On the Image File box, verify the File Location then click Next.
On the Image Metadata box, specify Image name and Image description. Click Next.
On the Summary box, click Next.
Once the process complete, Click on Finish.
Verify that Windows 10 boot image is listed under the boot images
Next, you need to add an install image into WDS, so in the WDS console, right-click Install Images, and then click Add Install Image.
In the Add Image Group box, type Client OS, and then click Next.
On the Image File page, click Browse and navigate to the Sources directory of the installation media and select the Install.wim file.
On the available images page, select the editions that you intend to deploy for your network. Click Next.
On the Summary page, click Next and wait for few minutes for the process to be completed.
Once the process complete, Click on Finish.
Now, your WDS server is ready to be used. At this point, we can deploy the Windows 10 operating system over the network using our WDS server.
Post Views: 4,776
Содержание
- Файл ответов windows 10 для wds
- Что такое Windows Deployment Services
- Установка службы WDS
- Настройка служб развертывания Windows
- Настройка WDS сервера
- Обзор и изменение настроек WDS
- Политика именования WDS имен:
- Структура WDS сервера
- Создание образа загрузки
- Создание образа установки на WDS сервере Windows Server 2019
- Установка Windows 10 с WDS сервера
- Популярные Похожие записи:
- 6 Responses to Установка и настройка WDS сервера в Windows Server 2019
Файл ответов windows 10 для wds
Доброго времени суток. Уважаемые читатели и гости 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 сервера:
- Нужно убедиться, что данный сервер не является контроллером домена Active Directory
- В сети должен быть активный DHCP-сервер
- В сети должен быть DNS-сервер
- На папке, где будут хранится образы, должны быть права
Далее вы увидите два варианта работы WDS сервера:
- В качестве интегрированного сервера с доменными службами Active Directory
- В виде изолированного сервера, когда нужно его вынести за пределы AD
Я выберу первый вариант с доменом.
Выбираем папку в которой планируется хранить образы для последующей установки. Старайтесь размещать ее на отдельном диске. Сама папка должна называться Remoteinstall.
Если все же выберите системный том, то получите предупреждение:
Далее вам нужно выбрать поведение при попытке доступа клиентам к 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-сервером.
На этом обзор настроек можно считать законченным.
Структура WDS сервера
Теперь давайте разберем структуру каталогов на сервере развертывания Windows. У вас тут будет шесть пунктов:
- Образы установки — тут будут хранится по сути сами дистрибутивы Windows, которые вы либо импортируете, либо сами создадите и захватите, тот самый эталонный образ. Именно они будут устанавливаться на конечные клиенты
- Образ загрузки — это по сути меню загрузчика с WinPE образами, которые позволят вам выбрать нужный образ установки и попасть в его меню
- Ожидающие устройства, тут будет список устройств, которые нужно будет одобрять в ручном режиме
- Многоадресные передачи — это режим раскатывания образа сразу на два и более чистых компьютера, подключенных к одному коммутатору и сегменту сети, по сути одновременно будет идти загрузка на все компьютера, тем самым экономя нагрузку на сеть, благодаря хитрому механизму балансировки
- Драйверы — тут у вас будут пакеты драйверов, нужные для интеграции, например для жестких дисков или RAID-массивов, очень частая ситуация, что попав на этап разметки дисков, вы их просто не видите или вообще получаете ошибку 0x80300024
- Подготовленные к установке устройства 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 образы, он их не видит, загрузчик видит, установку нет
Я думаю многие интересующиеся могут столкнуться с этим