Windows без жорсткого диска
Для виконання цього завдання потрібні 2 компа: сервер і комп'ютер з еталонною системою.
Найважливіше на цьому етапі - вдало визначитися з Осями. Головне правило в цьому виборі - співвідношення надійності самої Осі і її мала ресурсомісткість.
Перед установкою даної комбінації програм необхідно провести переразбівку хардов за допомогою програми fdisk, а не Partition Magic (!) І настійно рекомендую перед цим очистити завантажувальний область хард-року з допомогою fdisk / Mbr.
Отже, ми починаємо. Для виконання нашої задумки нам знадобиться кілька програм. це
• BXP від фірми Venturcom, яка ніби як почила в бозі давно, однак великими стараннями її вдалося розшукати на просторах Інету.
• Turbo DHCP від Indigo Rose Corporation
• TFTP-сервер від того ж виробника, якщо раптом внутрішній від ВХР не "піде».
Етап перший: установка BXP.
BXP - це набір серверів, у своїй сукупності забезпечують мережеву завантаження. Цей файл містить чотири варіанти інсталяції, але для нас поки підійдуть тільки два з них: інсталяція сервера і інсталяція клієнта. Два інших варіанти - це установка самостійного файлового сервера і установка Embedded Tools нам можуть знадобитися згодом.
Особливою складнощів установка не має і після її успішної інсталяції потрібно конфігурувати і стартувати необхідні сервіси.
Примітка. звертаю Вашу увагу на те, що після інсталяції програми ОБОВ'ЯЗКОВО перезавантажте сервер!
Етап другий: настройка DHCP-сервера.
У набір компонент, що встановлюються разом з BXP-сервером, входить DHCP-сервер, проте щоб не наступати на ті граблі, які виникли у моїх попередників я завбачливо вибрав Turbo DHCP останньої моделі. Крім того, вбудований в BXP Tellurian DHCP має такі недоліки:
• не вміє взаємодіяти з іншими серверами DHCP в одній підмережі - а у мене вже є в мережі свій DHCP-сервер домену
• Tellurian налаштовується через файл конфігурації, з обов'язковим рестартом сервісу після внесення в нього змін, що дуже втомлює.
Слід зазначити, що правильна настройка DHCP - це сама ГОЛОВНА частина процесу мережевий завантаження в цілому. Так що перше, чого ви повинні домогтися, це налаштувати DHCP і завантажити дискового клієнта з динамічної конфігурацією від цього сервера.
Примітка: на цьому етапі в BIOS'е вашого комп'ютера першим пунктом повинна стояти завантаження з диска - для мережевого завантаження ще не прийшов час.
• Номер опції - 3, Ім'я - Gateways, Значення - 192.168.x.1
• Номер опції - 6, Ім'я - Domain name servers, Значення - 192.168.x.5
• Номер опції - (-1), Ім'я - Boot file, Значення - VLDRMI13.bin
• Номер опції - 15, Ім'я - Domain name, Значення - ertilsz.outhdd.ru
• Номер опції - 44, Ім'я - NBT name servers, Значення - 192.168.x.1
• Номер опції - 46, Ім'я - NBT node type, Значення - 8
• Номер опції - (-14), Ім'я - Next server, Значення - 192.168.x.10
Next server повинен вказувати на ваш сервер, де встановлений BXP і з якого буде завантажуватися образ VLDRMI13.bin. а настройка NBT-сервера для Windows позначає налаштування WINS.
Звертаю Вашу увагу на те, що доцільно виділити дану групу комп'ютерів в окремий піддомен і надалі налаштувати довірчі відносини між основним доменом і ним, зважаючи на деяку обмеженість функціональності цих комп'ютерів: робота з ресурсоємними мультимедіа-додатками і програмами інженерного напрямку дуже важко. Можна обмежити доступ до деяких ресурсів локальної мережі, щоб не було спокуси їх використовувати і тим самим «підвісити» інші клієнтські машини.
На цьому налаштування DHCP-сервера закінчилися.
Етап третій: настройка TFTP-сервера.
Після установки сервер BXP не починати роботу автоматично - ви повинні конфігурувати всі сервіси і запустити їх вручну: це означає, що треба зайти в Панель управління -> Адміністративні завдання -> Сервіси і виконати дві операції: спочатку правою кнопкою вибрати на потрібному сервісі Старт, потім (все тієї ж правою кнопкою) вибрати Властивості і далі Тип запуску: автоматично - щоб цей сервіс стартував при перезавантаженні комп'ютера.
Тепер про налаштування інших компонент BXP:
• Настроїмо TFTP, тобто сервер, що роздає вашому клієнтові файл початкового завантаження. Налаштування проводиться через Control Panel - там ви повинні знайти піктограму Venturcom TFTP Service. За замовчуванням він не підключений ні до якого порту і не налаштований ні на який каталог. Виправляємо цю ситуацію, налаштувавши параметри наступним чином:
1. TFTP Options: Allow Transmit - так, Allow Receive - немає;
2. Transmit (GET) Directory -C: Program FilesVenturcomBXPTFTPBOOT;
3. TFTP Logging - не критично: ставимо нуль;
4. TFTP Network - відзначте всі мережеві інтерфейси, на яких TFTP чекатиме підключень бездискових клієнтів і не змінюємо ні в якому разі порт 69, він жорстко закодований в PXE BOOT BIOS;
5. About - можна пропустити.
• BXP Login Service Preferences - ярлик на нього розташований в папці встановленої програми BXP. Все, що тут треба зробити, це зазначити інтерфейс, на якому даний сервіс буде приймати запити на аутентифікацію. Сама база - це файл у форматі MS Access. Якщо ви хочете приймати запити від анонімних хостів (що, загалом, може заощадити багато часу і цілком безпечно в закритому середовищі), відзначте Add New Clients To Database.
• BXP IO Service Preferences. Дозволяємо йому "слухати" на одному або декількох інтерфейсах і якщо потрібно, то міняємо розташування віртуальних дисків, змінюючи їх диск або директорію. Диск повинен мати необхідний обсяг, про що сказано вище.
Тепер можна запускати сервіси. Робиться це через Сервіси - шукані сервіси BXP мають імена, що починаються з "BXP" і (якщо ви використовуєте PXE або BOOTP) "3Com". Всього їх близько п'ять-шість штук - в залежності від того, чи використовуєте ви свій TFTP-сервер. Запустіть їх і відзначте тип запуску Автоматичний.
Після запуску сервісів зайдіть BXP Administrator - і в Tools-Configure Bootstrap виберіть параметри:
Після натискання на OK програма фізично оновить ваш завантажувальний образ і клієнт буде працювати з зазначеними вами опціями.
Тепер в нашому розпорядженні - повноцінний сервер мережевий завантаження. Залишилося створити завантажувальний образ операційної системи - і все готово.
Етап четвертий: створення завантажувального образу.
Отже, для початку на серверній машині створіть за допомогою BXP Administrator віртуальний диск. Виберіть I / O-сервер, клацніть на ньому правою кнопкою і виберіть Створити віртуальний диск. Тепер його потрібно відформатувати.
Робиться це так: Спочатку прімонтіруйте новий диск (найпростіший спосіб зробити це - вибрати диск і натиснути). Тепер цей віртуальний диск «примонтовано» в віртуальний тому, який з'явився у вас на сервері (крім диска з ліцензіями). Врахуйте, що "меппінг" працює тільки при запущеному BXP Administrator. Тепер відформатуйте цей диск самим звичайним для Windows способом і отмонтіруйте його назад. Тепер диск готовий для запису образу.
Після завантаження образу з сервера BXP продовжить завантаження з локального жорсткого диска. Тепер після завантаження таким примхливим способом встановіть з інсталяції програми BXP клієнтську частину. Це два компоненти: драйвер віртуального диска і маленька програмка, яка копіює ваш диск C: (тільки С - це жорстко закодовано і ніяк не змінюється) на віртуальний диск на сервері. Якщо інсталяція пройшла успішно, ви побачите новий віртуальний диск - це ваш образ на сервері, запускайте творець образу (пошукайте його в Програмах) і в якості мети копіювання вкажіть цей диск. Тепер знову переходите на сервер і змініть тип завантаження клієнта на С віртуального диска. Вам відкриється три опції: "з першого диска", "з першого вільного" і "показати дисковий меню" для вибору клієнтом одного з декількох образів. Завантаження з "першого вільного" має сенс тільки в разі, якщо всі робочі станції однакові по конфігурації, так що кожна станція може завантажуватися з будь-якого образу - і то дуже ймовірно, що користувач побажає якось персоніфікувати свій образ і в такому випадку захоче користуватися тільки одним диском. Завантаження з «першого диска» є найпростішим і логічним вибором.
Додатково по відношенню до образів дисків є кілька стратегій використання, настроюються в BXP Configuration. Щоб визначити спосіб використання віртуального диска цей диск повинен бути відключений від всіх клієнтів (навіть від тих, що завантажуються з вінчестера - вони ж теж лочат віртуальний диск, тільки що не першим номером). Отже, ви можете створити для диска write-кеш, причому як в пам'яті комп'ютера клієнта, так і на диску сервера. Насправді кеш є ще і оверлейной областю - тобто, коли ви будете записувати на віртуальний диск, запис проводитиметься не в образ, а в оверлей. Природно, що оверлей в пам'яті буде куди швидше, але так само зрозуміло, що він не зберігає свого стану. Це корисно, коли ви налаштовуєте, наприклад, комп'ютерний клас і в ваші плани не входить встановлювати заново систему після навали кожної наступної орди обезбашенних школярів-«хакерів».
Крім іншого, дисковий кеш (в оперативній пам'яті клієнта теж - але це очевидно) персоніфікований - тобто скільки користувачів, стільки і кешей. Чого це дає? Виходить, що сотня користувачів може "прикурювати" від одного завантажувального образу, але при цьому кожен може вносити в систему зміни, і BXP буде зберігати їх в компактному вигляді персональної "дельти". Звичайно, така конфігурація буде сильно навантажувати мережу, і є свідчення, що процесор сервера теж буде дуже грітися, так що за економію дискової пам'яті сервера доведеться платити його підвищеною потужністю і гигабитной мережею - інакше робота буде досить повільним.
Увага: для того щоб змінювати режим використання образу, потрібно не просто "покласти" всіх підключаються клієнтів, але і "викотити" віртуальні диски, тобто зайти в налаштування кожного клієнта і виключити потрібний образ як варіант завантаження. Крім того, не робіть образ диска, якщо у вас включений кеш - вся запис піде саме туди, кеш розбухне (а в разі кеша в оперативці - так і взагалі заб'ється). Це в корені невірно
Ну от і все. Тепер можете бігти в уподобаний Вами комп'ютерний супермаркет і купувати десь 20 машин без хардов, заодно блисне своєю «крутизною» перед менеджерами продажів, чітко позначивши фразу: «Жорсткі диски не потрібні! У мене все буде працювати і без них!».