Настройка WTware для загрузки терминала по сети. Бездисковые терминалы (diskless terminal). AOMEI PXE Boot: Загрузка компьютеров по сети из файла образа диска Загрузка операционной системы через сеть

Технология PXE опирается на стандартные протоколы, в том числе TCP/IP и Dynamic Host Configuration Protocol.

Много лет назад для того, чтобы сконфигурировать пользовательский компьютер или устранить на нем возникшую неисправность, кому-то из специалистов ИТ-службы или корпоративной службы HelpDesk приходилось брать установочные диски для программных продуктов, а также диски со средствами диагностики и драйверами, и идти к этому проблемному ПК.

С созданием корпоративных сетей было найдено и решение этой задачи. В середине 90-х годов Intel, наряду с множеством других производителей аппаратного и программного обеспечения, начала поддерживать спецификации, созданные на основе открытых стандартов и получившие название Wired for Management (WfM).

Эти спецификации, направленные на снижение общей стоимости владения, позволяли системным администраторам по сети обращаться к ПК для проведения мониторинга, обновления и конфигурирования, используя стандартизованное коммуникационное программное обеспечение и приложения удаленного управления. Потребовалась стандартизация аппаратного обеспечения (в том числе микросхем, BIOS, памяти, источников питания и сетевых плат) в пользовательских ПК. Спецификация WfM поддерживает широкий спектр сетевых технологий для ПК, в том числе Desktop Management Interface, удаленный запуск (также называемый запуском по локальной сети или сервисной загрузкой) и Preboot Execution Environment (PXE).

PXE возвращает нас к тому времени, когда не все компьютеры имели внутренние жесткие диски. Как правило, PXE предусматривает загрузку компьютера из микропрограммы, то есть из памяти, доступной только на чтение, или из микросхемы ROM, а не с магнитного носителя. Загрузка из микропрограммы позволяет избавиться от проблем, связанных с использованием электромеханического устройства (физического диска), что увеличивает надежность, избавляет от ошибок чтения диска и ускоряет процесс загрузки. Кроме того, PXE может использоваться для загрузки компьютера по сети.

Несмотря на то что WfM была вытеснена более новыми стандартами на управление, такими как Intel Active Management Technology, возможности, которые поддерживала PXE, сетевые администраторы по-прежнему считают весьма полезными.

Технология PXE предназначена для автоматизированного дистанционного управления пользовательскими ПК и рабочими станциями. Она опирается на стандартные для отрасли Internet-протоколы, в том числе TCP/IP и Dynamic Host Configuration Protocol (DHCP). Компьютеры, поддерживающие PXE, как правило, имеют сетевую плату, которая остается активной и подключенной к локальной сети даже тогда, когда питание самого ПК выключено. Эта плата просматривает трафик локальной сети в поисках специальной последовательности данных - уникального для ПК адреса контроля доступа к носителю, повторенного шесть раз. Когда сетевая плата получает этот «волшебный пакет», она включает ПК. Для того чтобы это произошло, поддержка запуска по локальной сети должна быть активирована в BIOS данного ПК. Запуск по локальной сети в некоторых очень старых ПК может не поддерживаться, поскольку он требует электрического соединения между сетевой и системной платами - обязательное аппаратное требование, которое не может быть выполнено одним только обновлением BIOS. Однако большинство корпоративных ПК отвечает этому требованию к аппаратному обеспечению.

Как только включается локальный ПК, сетевая плата активизируется и выполняется конфигурация. Для того чтобы можно было использовать PXE, необходима соответствующая инфраструктура сервера. Когда загружается клиент PXE, происходит следующее. Во-первых, клиент получает IP-адрес от сервера DHCP. К сожалению, PXE требует наличия некоторых функций, которые могут работать не на всех серверах DHCP, поэтому большая часть программного обеспечения, которая поддерживает PXE, также включает в себя сервис-посредник DHCP. Этот сервис-посредник не предоставляет IP-адреса напрямую, но позволяет работать DHCP.

После подключения к серверу DHCP, система определяет местонахождение сервера загрузки PXE, который посылает ему необходимые файлы. Сервер DHCP предоставляет имя загрузочного файла, а ПК затем загружает его с сервера Trivial File Transfer Protocol (TFTP).

Как только PXE активирован (то есть всегда, когда ПК загружается), на экране появляется сообщение, предлагающее пользователю выбрать: загрузить PXE или продолжить нормальную последовательность загрузки с локального жесткого диска или оптического носителя. PXE предлагает список опций загрузки, в состав которого могут входить разнообразные инструментальные средства поддержки и диагностики, выполняющие такие операции, как сканирование в поисках вирусов, проверка целостности жестких дисков, инвентаризация установленного программного обеспечения, обновление драйверов или даже установка совершенно новой операционной системы на ПК. Все это может делаться удаленно и в основном в автоматическом режиме, практически не требуя выполнения каких-то действий вручную.

Технология PXE предусматривает загрузку компьютера из микропрограммы, то есть из памяти, доступной только для чтения, или из микросхемы ROM, а не с магнитного носителя. Это ускоряет процесс загрузки, увеличивает его надежность и позволяет осуществлять ее по сети.

Сетевая плата прослушивает трафик локальной сети на предмет наличия определенных последовательностей данных
Сетевая плата фиксирует в передаваемых данных «магический пакет» и подает питание на ПК через разъем питания на системной плате
Клиент PXE запрашивает IP-адрес у DHCP или прокси-сервера
DHCP передает имя загрузочного файла
PXE запрашивает файл с сервера загрузки
Клиент PXE загружает файл с сервера TFTP. Клиент PXE выполняет загрузку с полученного файла

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

История вопроса

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

Раньше BIOS умел работать только с дисководами. Он загружал первые 512 байт с дискеты с операционной системой и дальше выполнял служебные функции, компьютером же управляла операционная система, заголовок которой по стандарту содержался в этих 512 байтах.

Затем в компьютерах появились жесткие диски, а в настройках BIOS дополнительный пункт меню, определяющий, откуда BIOS должен загружать операционную систему: с дискеты или с жесткого диска.

Далее добавились возможности загрузки с CDROM, ZIP, USB карт памяти. У всех этих устройств есть одна общая черта: интерфейс работы с ними на аппаратном уровне описывается стандартом . И если код в BIOS умеет грузиться с одного CDROM, поддерживающего стандарт ATAPI, — он сможет загрузиться с любого другого, также поддерживающего этот стандарт.

Загрузка с сетевой карты

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

загружаться с CDROM , производителю BIOS нужно написать один драйвер : драйвер ATAPI. И все производители BIOS после появления стандарта ATAPI очень быстро добавили этот драйвер. Поэтому любой новый компьютер сейчас умеет загружаться с CDROM.

Для того, чтобы компьютер смог загружаться с сетевой карты , производителю BIOS нужно написать множество драйверов , по одному для каждой из существующих сетевых карт. Потому что нет единого стандарта, который бы описывал управление сетевой картой на аппаратном уровне, и карты 3com управляются совсем не так, как карты Intel. Ни один производитель BIOS на это не пойдет. Поэтому обычно компьютеры не умеют загружаться с сетевых карт.

Выход из этой ситуации один. Раз микросхемы BIOS на материнских платах не содержат кода управления всеми существующими сетевыми картами, надо каким-то способом добавить в него код управления одной единственной картой. Той, которую мы вставили в компьютер. И этот способ существует.

Любое устройство на шине ISA, а позднее и на шине PCI, может иметь свою микросхему энергонезависимой памяти , в которой будет храниться исполнимый код управления этим устройством. Существуют стандарты оформления этого кода, которые, гласно или негласно, поддерживаются подавляющим большинством BIOS .

Самый распространенный пример такого устройства — карта 3C905C-TX-M от фирмы 3com. На борту карты есть флэш-память объемом 64 килобайта, в которую фирмой 3com записан исполнимый код загрузчика. Над просто вставить эту сетевую карту в компьютер и в настройках BIOS указать, что мы хотим загружаться с сетевой карты.

Повторюсь: BIOS нашего компьютера не знает, как загружаться с сетевой карты 3C905C-TX-M. Правила аппаратного управления этой картой навсегда останутся для него тайной. Зато BIOS нашего компьютера, скорее всего, умеет находить код управления произвольным ISA- или PCI-устройством, размещенный в микросхеме энергонезависимой памяти на самом этом устройстве, и передавать управление компьютером этому коду. Эта микросхема и называется BootROM , а исполнимый код, который в ней записан, обычно называют прошивкой .

На практике в настоящее время используют два типа прошивок: PXE-совместимые и прошивки opensource проекта Etherboot. Прошивки этих двух типов предъявляют разные требования к оформлению загрузочного образа операционной системы. Имеено поэтому при загрузке WTware для карт с PXE-прошивками надо указывать файл wtware.pxe , а для карт с прошивками Etherboot файл wtshell.nbi .

PXE

Pre-boot (или Pre-OS) eXecution Environment (среда предзагрузочного выполнения) — спецификация, предложенная фирмой Intel. Такие и только такие прошивки используются производителями при изготовлении сетевых карт и BIOS материнских плат с интегрированными сетевыми картами. Прочитайте документацию к вашему оборудованию чтобы узнать, поддерживает ли оно загрузку по методу PXE. Если ваша сетевая карта или материнская плата уже укомплектованы прошивкой PXE, то никаких дополнительных действий вам делать не придется. Такие сетевые карты и материнские платы сразу после покупки готовы для использования в качестве бездисковых терминалов.

Для некоторых карт (в том числе для всех моделей карт на чипе rtl8139C,D) прошивку можно найти на сайте фирм-производителей чипсетов. Эту прошивку нужно самостоятельно прошивать в микросхему BootROM. Подробности этого процесса описаны ниже.

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

Etherboot

Самыми дешевыми и вполне доступными в любом магазине радиодеталей являются однократно программируемые микросхемы (ПЗУ, EPROM) серии 27C256 . 27 означает "однократно программируемая", 256 - размер памяти в килобитах , т.е. 32 килобайта. До и после серии производители могут дописывать дополнительные символы. Например, микросхемы фирмы Atmel, которые используем мы, полностью называются AT27C256R. Микросхемы должны быть в DIP-корпусе (параллелепипед размером примерно 12x36x3 миллиметра с 28 ногами), это важно.

Микросхемы дополнительно характеризуются по классу условий эксплуатации ("коммерческие", "индустриальные", "военные" и другие). Для использования в качестве BootROM подойдут микросхемы любого класса.

Еще один параметр — время доступа. Осмелюсь утверждать, что для использования в качестве BootROM подойдут микросхемы с любым временем доступа. Просто потому, что нам ни разу не встречалось на практике проблем, с этим связанных.

Сетевая карта должна иметь колодку для установки микросхемы. Колодки могут быть на 28, 32 или даже 34 ноги. Нет колодки — нет бездискового терминала.

Далее, необходим программатор . Это специальное устройство, которое умеет прошивать микросхемы. Программаторы заводского изготовления стоят от $100, сделанные радиолюбителями встречаются на радиорынках за треть этой суммы. Нам никогда не встречались программаторы, которые бы не умели прошивать микросхемы 27C256, это наиболее простая из возможных микросхем. Программаторы подключаются к компьютеру через порт COM или LPT. В комплекте с программатором идет программное обеспечение и инструкция по эксплуатации.

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

Далее, необходимо выбрать прошивку. Все в точности так же, как описано выше, только получить надо "Binary ROM Image". Если получится файл размером 16 килобайт — надо приклеить файл к нему же самому, чтоб размер увеличился в два раза.

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

Не работает? Действуем по списку:

1. Находим на дискете, прилагавшейся к сетевой карте или на сайте производителя, утилиту-конфигуратор. Обычно эта утилита запускается только из-под чистого DOS. Грузимся с загрузочной DOS-дискетки, запускаем конфигуратор, находим опцию, разрешающую использовать BootROM. Разрешаем. Перезагружаемся.

2. Обновляем BIOS материнской платы. Внимательно читаем описание настроек BIOS и ищем, что там отвечает за загрузку с сетевой карты. Иногда попадаются загадочные настройки, например, на одном из моих Fujitsu надо было опцию "Boot" установить в значение "Legal". Перезагружаемся.

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

4. Возможно, компьютер патологически не умеет грузиться с сетевой карты? Найдите карту 3c905c-tx-m и попробуйте загрузиться с нее. Если компьютер откажется — в морг этот компьютер, придется использовать другой.

5. Все еще не работает? Бывает и такое, особенно с экзотическими картами. Попробуйте с другой картой. Самая хорошая карта для установки BootROM — любая на чипе RTL8139C или RTL8139D. Они всегда работают.

А можно проще?

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

Здравствуйте, уважаемые читатели сайта сайт! Меня зовут Роман Нахват и я представляю Вашему вниманию статью на очень интересную тему, а именно о бездисковой загрузке операционных систем Windows XP, 7, 8.1, 10. Для чего пользователю может потребоваться бездисковая загрузка Windows? Это может быть как элементарная экономия на комплектующих (в частности на жёстких дисках), так и стремление обезопасить себя от потери информации вследствии действия на компьютер различных факторов, таких как вирусная активность, сбои в электропитании, естественный износ жёсткого диска в процессе эксплуатации и так далее. В данной статье мы рассмотрим бездисковую загрузку машины на примере операционной системы Windows XP используя программу CCBoot 2017. CCBoot позволяет выполнить бездисковую загрузку операционных систем Windows XP, 7, 8, 10 с помощью протокола iSCSI.

Бездисковая загрузка позволяет компьютерам работать без локального диска. «Бездисковый» компьютер подключается к жесткому диску по сети и загружает операционную систему с удаленного компьютера."

Для организации бездисковой загрузки я буду использовать свою домашнюю сеть из двух машин, на которых предварительно были установлены операционные системы Windows XP и Windows 8.1. Так как программа CCBoot работает по принципу "клиент-сервер", то в нашем случае в качестве клиента будет выступать машина с Windows XP, а в качестве сервера машина с Windows 8.1.

На машине с Windows 8.1 у нас на жестком диске есть разделы D и E, которые мы будем далее использовать в процессе настройки серверной части программы CCBoot.

На машине с Windows XP установлено два жестких диска, а именно: объёмом 80 GB (на данном жёстком диске создан один раздел и на нем установлена Windows XP, второй жёсткий диск объёмом 1000 GB используется в качестве файлового хранилища.

Переходим по адресу http://www.ccboot.com/download.htm и скачиваем установочный файл программы CCBoot.

Скачанный установочный файл программы CCBoot. Запускаем данный файл на машине с Windows 8.1 и выполняем установку.

Как уже говорилось выше, CCBoot работает по принципу "клиент-сервер". В нашем случае роль сервера будет выполнять машина с Windows 8.1, поэтому выбираем CCBoot Server Installation .

Установка

Установка серверной части CCBoot на машину с Windows 8.1 завершена.

Ярлык программы CCBoot.

Определим ip адрес машины с Windows 8.1, выполнив в командной строке команду ipconfig. Как видим, ip адрес 192.168.100.14

Запускаем программу CCBoot и на вкладке "Менеджер дисков" видим доступные для использования разделы жёстких дисков, их объём и свободное место на них.

Выполним настройку серверной части программы CCBoot.

Выделяем раздел D и открываем окно его настроек, выбрав "Редактировать диск".

Тип раздела D на жестком диске определяем как "Образ", в выпадающем списке "RAM Cache" выбираем значение 2048.

Получаем следующее.

На разделе D мы будем хранить файл виртуального жесткого диска с расширением.vhd, на котором установлена операционная система Windows XP.

Таким же образом открываем окно настроек раздела E, Тип определяем как "Writeback", в выпадающем списке "RAM Cache" устанавливаем значение, к примеру 1024.

Раздел E будет использоваться для хранения информации, получаемой с клиентских машин.

Должно получиться следующее.

После редактирования настроек разделов D и E, жмём кнопку "Параметры".

На вкладке "Главное" в окошке "Пароль администратора" указываем пароль, который нам будет нужен для подключения к CCBoot серверу.

На вкладке "Настройки DHCP" ставим переключатель на "Используется CCBoot DHCP", указываем ip адрес CCBoot сервера (в нашем случае он 192.168.100.14).

Также указываем интервал ip адресов, которые будут назначаться клиентским машинам для бездисковой загрузки (например с 192.168.100.43 по 192.168.100.76).

Перейдем на вкладку "Менеджер клиентов". На данной вкладке отобразится список клиентских машин, на которых был установлен клиент CCBoot.

Так как мы ещё не установили клиент CCBoot на машину с Windows XP, то на данной вкладке будет пусто.

Переходим на машину с Windows XP и устанавливаем на неё клиентскую часть программы CCBoot. Далее.

Установить.

Установка клиентской части CCBoot на машину с Windows XP завершена.

Определим ip адрес машины с Windows XP, выполнив команду ipconfig. Как видим, он 192.168.100.85.

Переходим в меню Пуск и запускаем CCBootClient.

Перед нами откроется вот такое окно.

Жмём на кнопку "Установить клиент".

Подтверждаем установку клиента CCBoot.

Жмём ОК.

Перезагружаем машину с Windows XP.

После перезагрузки машины с Windows XP в окне CCBootClient указываем ip адрес CCBoot сервера (192.168.100.14), размер образа который будет содержать в себе загружающуюся операционную систему Windows XP, а также имя образа (WinXP).

Жмём "Загрузить образ".

Вводим пароль для подключения к CCBoot серверу.

Переходим на машину с Windows 8.1 и в программе CCBoot на вкладке "Менеджер образов" видим, что у нас появился файл виртуального жёсткого диска с названием WinXP.vhd объёмом 75 GB.

Также если перейти на вкладку "Менеджер клиентов", то у нас появилась машина с ip адресом 192.168.100.85, то есть машина с Windows XP.

Удалим машину с ip адресом 192.168.100.85 из вкладки "Менеджер клиентов", выбрав "Удалить клиента".

Подтверждаем удаление клиента.

Выключаем машину с Windows XP и отключаем жёсткий диск объёмом 80 GB (на котором установлена Windows XP), и оставляем подключенным жёсткий диск объёмом 1000 GB, используемый в качестве файлового хранилища.

Получаем следующее.

Выполняем загрузку машины на которой установлена Windows XP (но при этом загрузочный диск с Windows XP отключен) по сети.

Выполняем загрузку по сети.

Как видим, имя нашей клиентской машины определилось как PC043, а DHCP сервер CCBoot присвоил ей ip адрес 192.168.100.43.

Сегодня автоматизируется все больше задач, для максимальной отдачи серверов все шире используют виртуализацию. Но устанавливать операционки по-прежнему приходится. Каждый делает это по-своему: у кого-то полные карманы различных образов на все случаи жизни, кто-то по старинке носит с собой «барсетку» с дисками, а то и две. Как правило, администраторы выполняют эту работу с невеликим удовольствием. Давай посмотрим, как сократить время на тривиальные задачи, как научить компьютеры устанавливать системы самостоятельно, вообще без участия админа, используя при этом только локальную сеть.

Итак, сегодня мы научимся: устанавливать Windows и Linux по сети, грузить небольшие ISO-образы, полезный софт (всяких там Касперских, Акронис, WinPE, мемтесты), разворачивать тонкие клиенты и рулить ими. Чтобы, например, бухгалтер, работающая с 1С по RDP, не прибила тебя за то, что у нее слетела винда, а отчет нужно было подготовить еще вчера... Или скупой начальник, который не хочет обновлять свой комп, восхитился твоим профессионализмом, когда увидит, как на стареньких компах летает Windows 8... В достижении наших коварных целей нам поможет сервер, предоставляющий загрузку по сети (PXE).

У любого системного администратора в заначке есть универсальный USB-диск для экстренной реанимации компьютера. Согласись, было бы куда лучше иметь ту же функциональность, используя одну лишь сетевую карту. Нельзя при этом не отметить возможность одновременной работы с несколькими узлами сразу. Итак, исходя из наших потребностей у нас есть два пути решения: использовать PXE или LTSP.

LTSP нам не очень подходит: он призван грузить по сети ОС, установленную на самом сервере, что позволяет использовать приложения сервера LTSP. Это не совсем то, что нам нужно. PXE - инструмент для загрузки компьютера по сети без использования локальных носителей данных, так же как и LTSP. PXE позволяет организовать мультизагрузочное меню загрузки, аналогичное универсальному «USB-реаниматору».

Что будем реализовывать?

Началось все с необходимости иметь под рукой инструмент для удаленной установки Ubuntu/Debian Server по сети, с возможностью загрузки Live CD маленькой системы, вроде SliTaz или Kolibri OS.
Как говорится, аппетит приходит во время еды: намеченное не успели реализовать, а к плану добавился еще ряд «хотелок». В итоге список получился весьма внушительным.

Тонкие клиенты на базе Thinstation Linux.
Раздел Linux.
1. Установка Ubuntu 14.04 x86.
2. Установка Ubuntu 14.04 x64.
3. Установка Ubuntu 12.04 x86.
4. Установка Ubuntu 12.04 x64.
Раздел Windows.
1. Установка Windows 2012.
2. Установка Windows 7.
Acronis.
1. Windows PE с пакетом полезного ПО.
2. Acronis True Image.
  1. Legacy BIOS.
  2. UEFI.
3. Acronis Disk Director.
  1. Legacy BIOS.
  2. UEFI.
Касперский Rescue v 10.
ERD Commander от 5 до 8 через ISO-образ.
Memtest.

Собираем все в кучу и взлетаем

В качестве дистрибутива для сервера выбор пал на Ubuntu Server 14.04.2 LTS. Можно остановиться на любой другой ОС, разница будет только в синтаксисе. Итак, приступим. Нам потребуется TFTP, DHCP (необязательно установленный на этом же сервере, в роли DHCP-сервера может выступить роутер), сервис для организации сетевой файловой системы NFS. Рассматривать будем только те настройки, которые нас интересуют в рамках темы. Первым делом установим все необходимое, предварительно сделав все обновления:

Продолжение доступно только участникам

Вариант 1. Присоединись к сообществу «сайт», чтобы читать все материалы на сайте

Членство в сообществе в течение указанного срока откроет тебе доступ ко ВСЕМ материалам «Хакера», увеличит личную накопительную скидку и позволит накапливать профессиональный рейтинг Xakep Score!

Бывает же, что необходимо переустановить операционную систему на нетбук или компьютер без привода, когда под рукой нет флешки для записи на нее установочного дистрибутива, потому разработчики Windows предлагают несколько методов инсталлировать операционную систему:

, в роли которого может выступать компакт-диск или флешка;
с раздела локального жесткого диска, подключенного к целевому компьютеру;
через сеть, используя удаленный компьютер, если BIOS поддерживает загрузку компьютера через сетевую карту.

Сегодня рассмотрим, как выполняется удаленная установка операционной системы через интернет (3-й метод) во всех подробностях.

Инсталляция операционной системы посредством пакета автоустановки

Установка Windows 7 по сети потребует:

образа с устанавливаемой Windows;
пакета автоматической инсталляции AIK, загруженного с сайта Microsoft;
TFTP и DHCP сервера;
утилиту для виртуализации образов UltraISO, Daemon Tools.

Windows AIK – разработанный Microsoft пакет инструментов для автоматической установки операционки, ее конфигурации, загрузки и развертывания по локальной сети. Также с его помощью можно выполнять прожиг образов посредством ImageX и конфигурировать их. Этот набор средств значительно упрощает работу системным администраторам и IT-специалистам процесс установки Windows и ее лицензий на многочисленных компьютерах.

Перейдем к подготовительному этапу.

Монтируем образ Windows AIK, загруженный с сайта Microsoft, в виртуальный дисковод или распаковываем его при помощи архиватора в удобную директорию в корне диска.

Запускаем файл «StartCD.exe», если автозапуск дисков отключен или не сработал.

Проводим инсталляцию AIK, кликнув «Установка Windows AIK».
Затем выполняем предлагаемые инструкции. Сложностей или нюансов в процессе установки нет.

Запускаем командную строку средств развертывания с администраторскими привилегиями.

Прописываем «copype.cmd x86 d:\winpe» для 32-хбитной ОС или «copype.cmd amd64 d:\winpe» для х
После этого появится каталог «WinPE».
Выполняем команду:

Изменяем файл «mount\windows\system32\startnet.cmd», внеся в него следующую информацию.

Для редактирования открываем документ через текстовый редактор.

Вводим:

в поисковую строку «Пуска».

Создаем папку boot в любом корневом каталоге и расшариваем ее через «Свойства» папки (в примере это d:\winpe).

Вводим следующие команды в консоли для копирования файлов.

Размонтируем образ.

Открываем текстовый редактор и вводим в него расположенный ниже код.

Сохраняем файл под именем createbcd.cmd в каталоге winpe.
Выполняем его через консоль, введя:

Выполняем настройку серверов

DHCP поставляет данные удаленному ПК о свободном IP, маске подсети и имени скачиваемого файла с адресом TFTP. Задачей последнего является реализация передачи данных между сервером и компьютером, на который устанавливаем Windows.

Загружаем миниатюрную утилиту TFTPD32 с сайта разработчика.
Запускаем программу с администраторскими привилегиями через контекстное меню исполняемого файла.
В настройках оставляем флажки только возле TFTP и DNS-серверов.
На вкладке TFTP-сервер задаем путь к каталогу, где находится папка «boot».

В DHCP вводим IP-адрес удаленного ПК, расположенного в вашей локальной сети.
Вводим наш IP в строку DNS Server.
Остальные параметры вводим как на скриншоте.

Задаем путь к файлу pxe загрузчика. Это будет pxe boot.n12 или pxe boot.com. Подробнее о PXE читайте в окончании статьи.

Заходим в «Центр управления сетями» и выполняем настройку локальной сети.

Вызываем «Свойства» активного соединения, если на ПК используется не одна сетевая карта.
Заходим в «Свойства» протокола TCP\IP 4-й версии.
Переносим переключатель в положение «Использовать следующий IP» и вводим адрес сервера.

Вводим адрес сервера DNS и закрываем все окна с сохранением результатов.

Сервер для инсталляции Windows через интернет настроен.

Переключаемся к ПК, на котором будем осуществлять инсталляцию операционной системы посредством использования локальной сети в качестве интерфейса для передачи установочных файлов на целевой компьютер.

Вызываем меню BIOS на компьютере посредством клавиши F2, Del или иной, полученной из руководства или сообщения на экране загрузки BIOS.

Посещаем пункт базовой системы ввода/вывода, отвечающий за встроенное в материнскую плату оборудование.

Активизируем опцию, отвечающую за загрузку компьютера посредством сетевой карты – переводим в положение «Enable».

Возвращаемся на уровень выше и переходим в меню, отвечающее за настройку приоритета загрузочных устройств.
В качестве первоприоритетного устройства выбираем сетевую карту – LAN или Legasy LAN.

Выходим с БИОСА при помощи клавиши F10 и подтверждаем внесение изменений.
Перезагружаем компьютер, после чего он начнет загрузку с локальной сети.
После перезапуска компьютера сетевая карта получает IP-адрес, используя DHCP.

Внизу, под центральной надписью, отображается адрес ПК, откуда производится загрузка установочный файлов.

Затем появится окно командной строки.

При правильной настройке будет выполнено автоматическое монтирование диска с установочными файлами и запустится процесс установки Windows. Если все верно, появляется окно с выбором языка, региональных стандартов и раскладки.

Что собой представляет Preboot eXecution Environment

PXE – специальная среда, разработанная с целью реализации механизма загрузки ПК, используя сетевой адаптер, не требуя локального хранилища информации (оптического диска, флешки). В ней используется загрузчик PXE Linux. Именно для PXE мы настраивали TFTP-сервер.

Исполняемый код среды зашит в ПЗУ сетевого адаптера, он получает исполняемый файл по TFTP-протоколу из сети и передает ему управление системой.

Загрузчик pxe boot.n12 отличается от pxe boot.com требованием нажать функциональную клавишу F12 для запуска, в нашем случае, инсталляции. Учитывая, что выполнение этого действия в нашем случае не принципиально, будем использовать pxe boot.n12.

(Visited 19 426 times, 8 visits today)