Як я можу PXE завантажувати кілька робочих столів Windows 7 з одного зображення?


17

Деякі роки тому в моєму університеті я пригадую, що лабораторії там завантажували Windows NT по мережі.

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

Тепер я хотів би зробити те саме, що і з Windows 7.

Я знайшов деякі способи для цього за допомогою iSCSI, але я не хочу диск iSCSI для кожного ПК, я хочу одне зображення для кількох ПК. Я також знайшов файли налаштування PXE Boot для локальної установки Windows, але це теж не те, що я хочу.

Як би я почав налаштовувати те, що мав в університеті, але з Windows 7 як ОС для роботи з мережею?

тобто як я перезавантажую зображення Windows 7? Я не хочу завантажувати інсталятор Windows 7 на ПК, щоб локально встановити Windows, я хочу запустити зображення Windows 7 із пам'яті / мережі.


1
"із зображенням Windows7 на ньому". Як ви створюєте завантажувальні зображення pxe? Я припускаю, що вони повинні працювати як livecd.
Метт

1
@ HopelessN00b Я думаю, що Метт запитує про те, як створити / налаштувати власні WIM-файли для завантаження через PXE. Можливо, інформація про PXE-завантаження мульти-гіга-файлів WIM також буде корисною?
jscott

1
Абсолютно. Вони будуть багатогранні. У Linux я можу використовувати nfsroot, що означає, що для великих зображень вони не повинні бути в пам'яті. Який варіант є для вікон? мінімальні вікна та програмне забезпечення, встановлене на SMB?
Метт

1
Що щодо віртуальних настільних комп'ютерів? Запустіть декілька примірників Windows на центральному сервері, і тоді клієнти можуть отримати доступ до них із самим різним клієнтом.
rnxrx

1
Сервер Citrix Provision мав цю особливість. Я міг завантажувати цілу 30 лабораторію станції (все той же апарат), щоб встановити місцевий жорсткий диск. Він зробив завантаження PXE і завантажився з зображення диска. Потім користувачі входили та зберігали дані на мережевому диску. Це було дуже швидко і не важко налаштувати. Але, на жаль, це було занадто дорого, і тому я повернувся до старого методу завантаження з місцевого жорсткого диска. Я також хотів би цього досягти.

Відповіді:


6

Щоб відповісти на моє власне запитання. Це можливо за допомогою iPXE та iSCSI або AoE. Ідея полягає в тому, щоб замінити опцію ПЗУ мережевої картки на iPXE або завантажити ланцюжок ipxe, а потім зробити sanboot.

iSCSI - це простіший з двох протоколів san, оскільки ви фактично можете встановити Windows 7 безпосередньо до цілі iSCSI. Це тому, що підтримка iSCSI вбудована у windows 7, а AoE - ні.

Дивіться: дзеркало archive.org від windowsdiskless.wordpress.com

Або: дзеркало archive.org з windowsdisklessaoe.wordpress.com

Зауважуючи, звичайно, що хоча iSCSI підтримує декілька машин, які отримують доступ до однієї цілі з NTFS. Буде корупція. Необхідно застосувати механізм "Копіювати на запис" на задньому кінці, або створити базове зображення (шаблон) і скопіювати його до щойно експортованої цілі.

Я в кінцевому підсумку виправляв iscsi target з відкритим кодом від freebsd і додав копію при записі. Тож я міг би використовувати той же LUN, але записи були спрямовані в інше місце. Мені вдалося направити їх на локальну ОЗУ або на інший файл на сервері. Я цим більше не користуюся, це було доказом концепції.


3
Якщо це зробити при зберіганні на рівні блоку, це призведе до пошкодження NTFS. У своєму запитанні ви заявляєте, що хочете, щоб кілька комп'ютерів могли завантажувати одну і ту ж установку. Монтаж та обмін однаковим томом NTFS для кількох клієнтів спричинить пошкодження, проблеми із блокуванням файлів тощо. Ви насправді пробували це?
MDMarra

1
Мені відомо про це питання. Це можна зробити за допомогою механізму копіювання при записі на задньому кінці або скопіювати базове зображення у вигляді шаблону до нової копії та експортувати це.
Метт

5

Описаний вами сценарій по суті означає використання кожної робочої станції як тонкого клієнта для доступу до центрально розташованого робочого середовища. Буде дуже непрактично для Windows 7 завантажуватися з PXE, навіть якщо це можна зробити.

Щоразу, коли PXE використовується для завантаження, він завантажує всю завантажувальну картинку до клієнтської системи, що означатиме кілька ГБ передачі при кожному завантаженні.

В ідеалі цей сценарій виконується шляхом збереження середовища робочого столу в мережі в центральному місці. У середовищі інфраструктури віртуального робочого столу (VDI) це здійснюється за допомогою віртуалізації, що дозволяє окремим віртуальним середовищам робочого столу перебувати разом на апаратному забезпеченні, віртуальні середовища надаються клієнтам через менеджера. У середовищі, що базується на сеансі, середовище робочого столу кожного користувача запускається на сервері і передається клієнтам за допомогою такої технології, як Remote Desktop Services .

В обох випадках робоча станція все одно повинна мати операційну систему; однак це, як правило, дуже легка операційна система, що забезпечує базовий інтерфейс для апаратного забезпечення та клієнта для перенаправлення на сервер, на якому розміщено настільне середовище. Для клієнтів із забезпеченням програмного забезпечення Microsoft пропонує Windows Thin PC як легку операційну систему, розроблену для підключення через послуги віддаленого робочого столу до сервера Windows. Додаткові функції, такі як підтримка RemoteFX для покращеної графіки, підключення DirectAccess VPN та шифрування BitLocker, допомагають забезпечити оптимальну тонку клієнтську операційну систему для заміни обладнання на робочому столі.

Якщо вищезгадане звучить як правильний маршрут для вас, ви можете знайти додаткову інформацію, посібники для ІТ-фахівців, доступ до випробувань та бета-версій та багато іншого в Центрі віртуалізації настільних ПК на платформі TechNet.


3

Неможливо завантажувати Windows 7 через PXE або щось подібне до цього. Windows PE (середовище перед встановленням; яке ліцензоване лише для цілей технічного обслуговування та встановлення і не має нічого подібного до звичайного робочого столу Windows) може бути завантажено PXE. Деякі інші версії Windows, які вас не цікавлять, також можуть бути завантажені PXE, але нічого подібного до настільної ОС.

Більшість цілей iSCSI для корпоративного класу можуть виконувати тонкі резервування, коли вони використовують однакові базові зображення для всіх систем, і лише відмінності займають додаткове місце. Крім того, Windows не підтримує завантаження одного примірника (проте, це те, що MS вже короткий час обминає). Тому кожен комп'ютер повинен бачити різні сховища, вони ще не можуть ділитися.


Після ще кількох досліджень я знайшов ccboot. І тоді я знайшов AoE і vblade, і це посилання виглядає багатообіцяючо. etherboot.org/wiki/appnotes/cow
Метт

4
Корова Etherboot виглядає цікаво, але кошеня гине щоразу, коли SysAdmin розгортає AoE = [
Chris S

Однак він повинен мати кращі показники, ніж iSCSI. AoE не зовсім безпечний. Якщо ціль iSCSI мала бути порушена, то iSCSI не є більш безпечним, як AoE. Після пробивання цілі, в якій ви перебуваєте. Хакер може просто видалити файлову систему, якщо у них достатньо дозволів.
Метт

1
AoE не має нічого, крім фільтрації MAC для безпеки. Весь RFC - 7 сторінок. iSCSI має автентифікацію паролів CHAP, стандартні правила брандмауера, IPSec та фільтри MAC. iSCSI повільніше, ніж AoE, якщо у вас немає мережних карт інтерфейсів iSOE (iSCSI Offload Engine Network Card), які прискорюють iSCSI, аналогічний TOE (TCP Offload Engine). Незважаючи на те, AoE не може бути маршрутизований через Інтернет, тому зламати його досить важко; Кращі практики iSCSI - це vLAN трафік SAN; злом будь-якої форми SAN - дивним чином.
Кріс S

Дякую, це дійсно цікаво. Інша проблема AoE полягає в тому, що, здається, він не дуже привітний до іншого мережевого трафіку. Що може спричинити деякі проблеми, якщо в мережі багато трафіку AoE.
Метт

2

Неможливо використовувати одне і те ж зображення, але ви можете використовувати подвійну файлову систему, щоб використовувати багато клонованих зображень та безпечний простір на диску, я думаю, що результат буде однаковим.

Спробуйте використовувати мій дистрибутив із SDFS, OpenDHCP для простої конфігурації та AoE для завантаження Windows без дисків ...

http://windowsdisklessaoe.wordpress.com

і попередній випуск дистрибутива тут:

http://susestudio.com/a/UZQFsW/windows-diskless-with-aoe


2

Рішення xMy для ідентичної проблеми:

Апаратне забезпечення: Igel Thin Client (winNET p680, 1,5 ГГц, 1 Гб CF, 1 Гбіт NIC в ПК)

виконує завантаження IPXE на диск iSCSI з Windows 7 ThinPC (ISCSI розташований на nas4free)

Кроки:

  1. Відформатуйте USB / CF з FAT32 з безкоштовним USBFormat
  2. Встановіть grub4dos на USB / CF та скопіюйте файли "grldr" та "menu.lst" з каталогу grub4dos в USB / CF з меню редактора зміни.lst

    за замовчуванням 0

    назва Windows ThinPC

    ядро /ipxe.lkrn

  3. складіть за допомогою "rom-o-matic.eu" ipxe.lkrn та збережіть його після завантаження на USB / CF, виберіть розширене та Linux-ядро Увага. 1: лише опція позначки для завантаження iSCSI, залишитись незмінною Увага 2: Вбудований сценарій є (змінити ip an iqn!):

    "#! ipxe

    dhcp net0

    sanboot iscsi: 192.168. ???. ???::: iqn.2007-09.jp.ne.peach.istgt: диск?

    встановити Keep-San 1 "

    За допомогою Virtualbox я встановив Windows 7 TC VM. Диск повинен бути VHD з фіксованим розміром (
    7 Гб і пізніше розширений на LUN до 25 ГБ).
    Тоді я "відновив" з winimage 9.0 VHD до iSCSI зі своєї машини Windows.

Примітка для власників Igel: Igel TC тепер має подвійний монітор у Windows 7 (драйвер з Top4download 22.00.01u). Для аудіо використовуйте вінілову колоду. Igel виконує роботу як робочий стіл. Процесор не кульгає.


Рішення від windowsdiskless не є розумним і простим і не працює для мене.


Я змінив вихідний код на популярний клієнт iSCSI і додав новий сервер із копією при записі. Якщо ви хочете, письменники перейшли до тимчасового сховища чи оперативної пам’яті.
Метт
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.