Удаленная загрузка.
Обобщающая статья по материалам рунета и буржуйских сайтов.
Что это такое и для чего применяется?
Современные методы удаленной загрузки можно разбить на несколько категорий:
- загрузка с микросхем, содержащих прошивку PXE
- загрузка с микросхем, содержащих прошивку TCP/IP
- загрузка с микросхем, содержащих прошивку rpl
Первые из вышеперечисленных технологий можно условно разбить еще на 2 подкатегории (по типу ОС клиента):
- Linux, QNX, Unix
- DOS, Windows
И TCP/IP и PXE (хоть для Windows, хоть для Linux) основаны на передаче заранее подготовленного образа системы (или ее основной части, включающей поддержку сети) клиенту по протоколу tftp в момент включения клиентской машины. Соответственно, на клиенте должно быть либо достаточное количество памяти, либо жесткий диск, куда будет "с нуля" инсталлирована и запущена клиентская ОС.
В основном буржуины применяют (судя по многочисленным описаниям) удаленную загрузку для облегчения своей сисадминской доли: даже если в процессе работы юзер "развалит" систему/установит игрушки/отформатирует винчестер или "поймает" вирус - ничего страшного не произойдет: при очередной загрузке на данную машину "зальется" нетронутый юзером/вирусом образ и юзер продолжит работу. Как будто никаких вредных внешних воздействий и не происходило!!!
При этом в сети пролетало восторженное описание того, как человек "откусывал" 90 Мб от оперативной памяти и "заливал" туда предустановленную ранее Win98. Насколько это решение "вписывается" в понятие "тонкий клиент" - ввиду отсутствия каких-либо разумных понятий "тонкости" клиента судить трудно. Возможно, P4 c ОЗУ 128 и 3Соm- сетевым адаптером 3С905 за 30-50 у.е. тоже является "тонким". Лично на мой взгляд - это действительно быстро, бесшумно, надежно, но несколько дороговато.
Копирование имиджа диска по сети на HDD - может применяться в сетях с большим количеством "чайников" (либо просто в больших сетях, чтобы админу было чуть легче жить). В любом случае этот "тонкий клиент" должен иметь винчестер, память и, кроме неустановленной операционной системы, являться по сути своей обычным полноценным современным компьютером. С какой стороны он в данном случае "тонкий" остается загадкой.
Еще один вариант бездисковой загрузки для "честного" тонкого клиента (скажем, от 386-486 машины с 16 Мб ОЗУ) может являться сетевая установка Win95. Был такой дистрибутив Вин95, позволяющий ставить себя в сеть либо с rpl-предзагруки, либо при помощи дискеточной загрузки.
Наиболее разумным решением для ДОС, на мой взгляд, является "заливка" системы с сетевой поддержкой + Вин311 (запускается из ранее подключенной сетевой директории)+Цитрикс (либо только rdp) - терминального клиента. Применяя технологию удаленной загрузки по rpl, я так делал еще 2-3 года назад.
Существует так же Citrix-клиент для ДОС, но перерисовку экрана в Цитрикс-ДОС-клиенте мне победить не удалось, хотя встречал положительные отзывы тех, кто это сделал.
Linux-решения
тут тоже есть несколько вариантов:
X-терминалы. По сети "передается" ядро Linux, затем по NFS этому ядру предоставляется корневая система и стартует Х-терминальная сессия.
Загрузка Linux с использованием корневой файловой системы, "отдаваемой" по NFS. Если машина достаточно мощная - не обязательно запускать Х-терминальную сессию, но для Windows-приложений придется запускать либо Citrix-клиента, либо RDP-клиента. Другой вариант Windows в Linux - эмуляция, либо "гостевая ОС". К сожалению, проекты либо платные, либо сырые: Wine, Wi4Lin, VmWare.
Встречались так же проекты, когда на бездисковом тонком клиенте запускалась X-сессия Linux, а "из-под-оттудова" стартовала терминальная сессия W2000-терминального клиента. Для остроты ощущений можно было бы еще запускать гостевую ОС (скажем, Win98), в ней установить терминального клиента и уже оттуда запускать терминальную сессию... Только чтобы этот проект не "тормозил" видимо придется установить совсем не слабый сервер и обязательно 100 мбит/с коммутатор (лучше с гигабитным портом для сервера).
Решение DOS-VNC
Загрузка ДОС и сессии VNC. При этом на слабенькой машине 386 можно работать в графической сессии Linux. И одним из вышеозначенных способов запустить терминальную сессию W2000.
Заброшенный RPL
К сожалению (к счастью?) компания Microsoft исключила
поддержку протокола rpl из своих последних дистрибутивов Windows (последнее,
что поддерживало ЭТО - Windows NT4.0 (в настоящее время до сих пор поддерживает
Netware)), поэтому подробно останавливаться на данной технологии большого
смысла не имеет. Из положительных моментов применения данной технологии
можно отметить возможность удаленной загрузки ОС (скажем, того же ДОС-6.ХХ)
на машину с процессором 286 и ОЗУ 1Мб. В отличие от более современных
методов удаленной загрузки, сервер NT "отдавал" клиенту "локальный
диск С:" сразу же, без платного софта третьих фирм-разработчиков.
Таким образом можно было установить ДОС+Win31-311 и сетевую версию Win-95.
До загрузки win-95 лично у меня в то время руки не дошли, но пару терминальных
классов с загрузкой ДОС+Win31+Citrix-клиент ставить приходилось. При этом
Вин311 с командной строки сразу же запускал терминального клиента и школьник
даже не догадывался, какая операционка у него установлена. По косвенным
отзывам данная конфигурация должна "неимоверно напрягать сеть",
хотя на деле оба компьютерных класса работали с ISA-сетевыми адаптерами
и 10-Мбитным хабом... Как мне поведал админ Омской Школы Милиции, у него
по технологии RPL грузилась Win-95 в учебном классе, по тем же 10 мбитам,
без Цитрикса.
Отрицательным было в нем то, что для запуска элементарного ДОС нужно было вельми сильно извращаться с файловой системой и службами на сервере, запуск же же Win95 был еще сложнее и запутанней.
В свете последних решений
Собственно говоря, за те три года, которые прошли со времени написания своей первой статьи про удаленную загрузку, в технологии последней для тонкого клиента практически ничего не изменилось (к слову сказать, TCP/IP прошивки для микросхем существовали и тогда): сама по себе удаленная загрузка нам нужна для того, чтобы с какой-нибудь операционки стартовать терминальную сессию (Win2000, NT TSE либо Linux) и дальше работать уже с ресурсами, предоставляемыми сервером. В связи с этим желанием появляются проекты загрузки ОС с CD-ROM, Flash-дисков и дисков USB. Кстати, мой самый первый тонкий клиент (386DX16+2MB ОЗУ) грузил себя с дискеты (на которой был размещен сильно порезанный клиент сети Microsoft), подключал сетевой диск, стартовал Вин31 и запускал терминальную сессию. Нельзя сказать, что это работало быстро, но работать было можно.
PXE
Из скудных описаний, встреченных в сети, следует, что PXE представляет из себя проект, когда сетевой карте по сети сбрасывается не загрузочный блок операционной системы, а загрузается сначала некая предзагрузочная среда, которая уже грузит основную ОС. При этом предоставляется возможность вывода графических менюшек, опроса паролей и прочих разной степени приятностей _ДО ЗАГРУЗКИ ОС_.
Минусами данной технологии является необходимость дополнительных настроек этой самой предзагрузочной среды. Плюсами - загрузчику все равно, что после себя грузить (в случае TCP/IP бутрома нужно специальными программами генерировать образ: ДОС или Линукс, при этом если образ ДОС (средствами линуксовых программ) делается легко и изящно, то для того, чтобы грузить Линукс, необходимо изрядно попотеть). Кроме того, при выборе в качестве сервера удаленных загрузок W2000 с PXE-бутромом не возникает никаких проблем, в то время как TCP/IP бутром W2K "не замечает".
TCP/IP бутромы можно получить из некоммерческих программ Netboot и Etherboot (там же можно сгенерировать дискетку, которая эмулирует бутром). PXE-бутромы необходимо либо приобретать (разброс цен от 8 до 30 у.е.), либо скачивать с сайта производителей адаптеров (либо чипов к оным адаптерам).
Более подробно в деталях
Замечательные, подробные описания с массой ссылок можно прочесть на сайте http://www.remoteboot.narod.ru