Завантаження windows через мережу без жорсткого диска. PXE - вантажимо все! Освоюємо мультизавантаження по локальній мережі

Здрастуйте, шановні читачі сайту сайт! Мене звуть Роман Нахват і я представляю Вашій увазі статтю на дуже цікаву тему, а саме про бездискове завантаження операційних систем 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. Як бачимо, він 19216810085.

Переходимо в меню Пуск та запускаємо 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.

AOMEI PXE Boot є вільним програмним забезпеченням для завантаження комп'ютерів з ISO по локальної мережі. Будучи дуже простим у використанні, ця програма дозволяє використовувати завантажувальний образ диска (ISO) для віддаленого завантаження кількох комп'ютерів, за умови, що вони підключені до однієї локальної мережі. Це робить AOMEI PXE Boot надзвичайно корисним інструментом для таких завдань, як віддалене розгортання та супровід додатків, особливо на підприємствах.

Працювати з AOMEI PXE Boot досить просто: ви встановлюєте програму на систему, яка використовуватиметься як сервер, монтуєте ISO і чекаєте на завантаження клієнтських машин. І найкраща частина полягає в тому, що AOMEI PXE Boot підтримує синхронне завантаження кількох комп'ютерів одночасно. Давайте дізнаємося більше про цю чудову програму, і з'ясуємо, як ви можете використовувати її для завантаження комп'ютерів з ISO по провідній локальній мережі.

AOMEI PXE Boot: основне призначення та кілька слів про Windows PE

Важливо, що AOMEI PXE Boot в першу чергу призначений для усунення проблем з комп'ютерами в мережі. Ви можете використовувати програму для завантаження системи, що не функціонує, в обмеженому середовищі. Для цієї мети AOMEI PXE Boot найкраще працює із завантажувальними образами дисків Linux, або Windows PE. Остання є операційною системою з обмеженими службами, яка використовується для завантаження комп'ютера з відновлювальною або інсталяційною метою. Заснована на ядрі Vista, Windows PE не є повноцінною операційною системою. Натомість вона надає безпечне середовищедля усунення несправностей із комп'ютером та відновлення його робочого стану.

Немає жодних підстав вважати, що AOMEI PXE Boot не буде працювати з будь-яким іншим чином диска. Під час тестування я зміг віддалено завантажити на клієнтській системі Damn Small Linux (DSL), використовуючи завантажувальний образ ISO.

Як завантажити комп'ютери за допомогою ISO по локальній мережі

Тепер, коли ви знаєте про AOMEI PXE Boot досить багато, настав час побачити, як ця штука працює. Процес, власне, і двох етапів. Перша частина включає налаштування клієнтського комп'ютера для завантаження по мережі, а друга складається з налаштування і запуску програми на системі, що діє як сервер.

Зверніть увагу, що обидва комп'ютери повинні бути підключені до однієї мережі. У моєму випадку сервер був підключений до мережі через бездротовому каналуАле клієнтська машина була підключена проводом.

Частина 1: Налаштування клієнтського комп'ютера(ів) для завантаження мережі

Як і передбачає назву, перше, що необхідно зробити, це налаштувати клієнтський комп'ютер або комп'ютери для завантаження через провідну мережу. Щоб це зробити, вам потрібно отримати доступ до меню BIOS комп'ютера. Нижче йдеться про те, як це зробити (процес більш менш такий же, незалежно від виробника комп'ютера):

1. Увімкніть клієнтський комп'ютер і натисніть , щоб відкрити меню BIOS (звичайно Del, Esc, F8 або F12). У BIOS перейдіть до підменю Boot і в розділі Boot Options Priorities виберіть PXE (на деяких комп'ютерах Legacy LAN, Realtek PXE B02 D00, Network boot from Intel тощо) як першого завантажувального пристрою. Вам також потрібно включити опцію PXE ROM, якщо вона відключена.

2. AOMEI PXE Boot підтримує лише режим завантаження Legacy, тому вам також потрібно вимкнути опцію UEFI Bootякщо вона підтримується материнською платоюкомп'ютера. Ця опція може бути знайдена у підменю Boot.

Це все, що потрібно зробити на клієнтському комп'ютері. Не забудьте зберегти зміни, внесені до конфігурації BIOS. Тепер перейдемо до сервера.

Частина 2: Завантаження ISO та запуск програми на комп'ютері-сервері

Ця частина насправді ще простіша. Для початку, завантажте та встановіть AOMEI PXE Boot (близько 5 МБ) на комп'ютер, який буде використовуватись як сервер. На додаток до цього ви також повинні завантажити образ диска для завантаження клієнтського комп'ютера або комп'ютерів. Кроки нижче пояснюють, що вам потрібно:

1. Запустіть AOMEI PXE Boot. На першому екрані програми виберіть опцію Boot from custom image file і перейдіть до вашого ISO-файлу (ви також можете використовувати інший варіант для завантаження Windows PE або Linux ISO із сайту компанії AOMEI, якщо ви хочете). Коли зображення буде обрано, натисніть кнопку «Start Service», щоб запустити службу.

2. Тепер у вікні AOMEI PXE Boot відображатиметься інформація про активність, що відбувається на сервері та клієнтських комп'ютерах. Більше на сервері нічого робити не потрібно. Щоб побачити реальні дії, перемістимося далі. І, зрозуміло, додаток і, звичайно, сервер, повинні бути запущені.

Вам залишається запустити клієнтський комп'ютер і дочекатися, поки він завантажиться по мережі, використовуючи ISO-образ, який був обраний вами через AOMEI PXE Boot на комп'ютері-сервері. Ось повністю робочий дистрибутив Damn Small Linux, який працює на клієнтському комп'ютері:

Заключні слова

Якщо ви адміністратор мережі, і шукайте простий та ефективний спосіб (і без надмірностей) для віддаленого розгортання та керування ОС, 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, а чи не з магнітного носія. Це прискорює процес завантаження, збільшує його надійність та дозволяє здійснювати її через мережу.

  1. Мережева плата прослуховує трафік локальної мережі щодо наявності певних послідовностей даних
  2. Мережева плата фіксує в даних «магічний пакет», що передаються, і подає харчування на ПК через роз'єм живлення на системній платі
  3. Клієнт PXE запитує IP-адресу у DHCP або проксі-сервера
  4. DHCP передає ім'я завантажувального файлу
  5. PXE запитує файл із сервера завантаження
  6. Клієнт PXE завантажує файл із сервера TFTP. Клієнт PXE виконує завантаження з отриманого файлу

У цій статті опубліковані способи завантаження комп'ютера через мережу з використанням образів дискет/HDD дисків (можливе використання розмірів відмінних від 1.44 Мб). Це може знадобитися за відсутності під рукою іншого завантажувального носія або для зручності експлуатації в певних умовах. Способи як мінімум раз були успішно випробувані в реальній ситуації, а якщо вам відомі інші, надсилайте свої варіанти адміністратору сайту. Якщо ви знаєте, як спростити існуючі способи, то надсилайте свої варіанти авторам способів чи опублікуйте їх .

Спосіб 1: Thinstation та RIS сервер

Представляю статтю про завантаження через мережу, яку написав учасник конференції OSZone .

Передмова

Виникла в мене така ситуація. Принесли комп'ютер, ледь живий, Asus S200, та ще штучка виявилося згодом. Диск був розбитий за грамотним (два розділи), і на другому був дистрибутив Windows, Дякуючи попередньому налаштувачу, полегшив завдання.

Отже, маємо комп'ютер без флопу та CDROM. Є мережева картка SIS900. У BIOS є можливість завантажитись з HDD, USB Floppy, USB Flash, USB CD-ROM та по мережі.

На момент початку мук із ним була лише флешка, але вантажитися з неї він відмовився. Дістати USB CD або Floppy не вдалося. Залишалася тільки мережне завантаження. До речі, як виявилося згодом, що реально допоміг би лише флоп USB. USB CD не впізнався.

Читаючи доки MS та форуми з автоустановки, натикався на скорочення RIS та згадування того, що можна завантажитись з мережевої карти та встановити вісь. Ось і вирішив перевірити. Поставив RIS, створив образ, налаштував DHCP і отримав величезний облом. Система дійсно завантажувалася, проходила текстову частину установки та вивалювалася в BSOD з кодом 0x000000BB. Відповідно до тлумачень, знайдених на просторах Інтернету, для виправлення потрібно всього нічого, замінити драйвера мережевої картки в дистрибутиві або замінити мережну карту. Завантажив нову версіюдрайверів, прочитав KB315279 і посилання по ній, зробив все як описано, і танці з бубном закінчилися тривалим BSOD з тим же кодом.

Гаразд, якщо не виходить з наскоку, давайте читати інструкції. Вивчав, вивчав та натрапив на можливість використання практично будь-якого образу диска для завантаження через мережу.

Що знадобиться

  • Утиліта для створення завантажувальних мережевих образів із звичайних. Завантажуємо
  • Perl. Завантажуємо. (Ця версія спрацювала у мене, інші пробуйте самі, я в Perl не гравець)
  • Блокнот із стандартного постачання Windows або будь-який інший ASCII редактор
  • Цеінсталяція. , файл (8.86 Мб) (цілком можливо, що файл та інший підійде)
  • Інсталяційний дискз Windows 2000 Server
  • Прямі руки, бажання навчитися:)

Приступаємо

Крок 1

Завантажуємо та розпаковуємо утиліту перетворення. Для ясності, в D: BootDisk.

Крок 2

Завантажуємо та встановлюємо Perl.

Крок 3

Створюємо образ дискети чи використовуємо готовий образ.

  • Якщо немає образу завантажувальної дискети як файла, тоді вставляємо завантажувальну дискету з MS-DOS і виконуємо команду D:\BootDisk\MKIMAGE.BAT DOS . Підтримуються стандартні 1.44 Мб приводи.
  • Якщо образ вже є, модифікуємо файл створення завантажувального образу.
    1. Відкриваємо блокнот і копіюємо/записуємо наступний код
      @echo off
      cd mknbi-1.4.1-win
      perl.exe mknbi.pl --nosquash --format=nbi --target=dos ..\image.dos >..\dos.bin
      rem Якщо хочеться універсальності, тоді коментуємо верхній рядок (дописуємо REM)
      rem і розкоментуємо нижню (видаляємо REM) (запуск MKIMAGE2 имя_образа_с_расширением)
      rem perl.exe mknbi.pl --nosquash --format=nbi --target=dos ..\%1 >..\dos.bin
      cd.
      :end
      Зберігаємо його під ім'ям MKIMAGE2.BAT
    2. Копіюємо образ дискети в ім'я D: BootDisk image.dos
    3. Запускаємо файл MKIMAGE2.BAT

Крок 4

Чекаємо на завершення роботи батника. Перевіряємо, що розмір dos.binбільше розміру image.dosприблизно 4 кб.

Крок 5

Розпаковуємо цюінстацію. З архіву нам потрібний файл TFtpdRoot\ thinstation.nbi.zpxe. Копіюємо його в D: BootDisk з ім'ям dos.bin.zpxe. Це завантажувач PXE.

Крок 6

Налаштовуємо DHCP (якщо налаштований, переходимо до кроку 7). У мене Win 2000 Server так що описуватиму для нього.

Якщо DHCP не встановлено, тоді спочатку потрібно встановити. ( Панель керування> - Встановлення видалення програм- , Потім виділити Мережеві служби , складі поставити галочку на DHCP).

Налаштовуємо DHCP. Панель управління - Адміністрація, запускаємо оснащення DCHP. Вибираємо сервер DHCPякий ми хочемо налаштовувати. Потім з контекстного менюобираємо Створити область. У майстрі, що з'явився, вводимо ім'я області і коментар. Давайте осмислені імена, щоб і через кілька років з цим міг розібратися інший адмін або ви самі. Потім вводимо початкову та кінцеву адресу, яку хочемо роздавати через DHCP. Максимальна ємністьзалежить від числа машин, що одночасно встановлюються. Якщо в діапазон адрес потрапила статична адреса, можете його ввести на наступній сторінці до списку виключених. Далі на вашу думку. Після створення області в секції Параметри області потрібно налаштувати параметри 066 IP сервераі 067 Ім'я файлудля завантаження. У параметр 067 вписуємо ім'я dos.bin.zpxe.

Крок 7

Встановлюємо та конфігуруємо RIS

Панель управління - Встановлення видалення програм - Додавання та видалення компонентів Windows, ставимо галочку на Служба віддаленого завантаження. Після завершення встановлення йдемо в Адміністрація - Службита запускаємо службу Спрощений FTP-демон.

Крок 8

Копіюємо в C:\tftpdroot файли dos.bin.zpxeі dos.bin.

Крок 9

Встановлюємо на комп'ютері завантаження з мережевого адаптераза PXE і пробуємо завантажитись.
Якщо все нормально, то на комп'ютері, який завантажується, буде йти пошук DHCP сервера, потім завантажувач покаже, що присвоєно IP адресу, і пішло завантаження з образу.

Загальні примітки

Для редагування/створення образу дискети можна використовувати WinImage, плугін до Total Commander

Сьогодні автоматизується дедалі більше завдань, максимальної віддачі серверів дедалі ширше використовують віртуалізацію. Але встановлювати операційки, як і раніше, доводиться. Кожен робить це по-своєму: у когось повні кишені різних образів на всі випадки життя, хтось по-старому носить із собою «барсетку» з дисками, а то й дві. Як правило, адміністратори виконують цю роботу із невеликим задоволенням. Давайте подивимося, як скоротити час на тривіальні завдання, як навчити комп'ютери встановлювати системи самостійно, взагалі без участі адміну, використовуючи при цьому лише локальну мережу.

Отже, сьогодні ми навчимося: встановлювати 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.
Як кажуть, апетит приходить під час їжі: намічене не встигли реалізувати, а до плану додалася ще низка «хотілок». У результаті список вийшов вельми значним.

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

Збираємо все до купи і злітаємо

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

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

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

Членство у спільноті протягом зазначеного терміну відкриє тобі доступ до ВСІХ матеріалів «Хакера», збільшить особисту накопичувальну знижку та дозволить накопичувати професійний рейтинг Xakep Score!



Завантаження...
Top