Мини-HOWTO: Удаленная загрузка и Linux: Настройка удаленно загружаемых рабочих станций с Linux, DOS, Windows 95/98 и Windows NT | ||
---|---|---|
Пред. | След. |
Во-первых, сделайте так, чтобы у вас под рукой было две машины:
Сервер - обычно машина с Unix или Windows NT
Клиентская машина - компьютер с включенным BootPROM, у которого на жестком диске нет ничего ценного.
Если же у вас уже есть Boot ROM, то надо его включить. Если у вас TCP/IP BootPROM фирмы Incom, то вам надо использовать специальную программу производителя вашей сетевой карты. Если же у вас PXE-совместимое ППЗУ, то надо это сделать в BIOS, сменив устройство загрузки по умолчанию.
На компьютерах студентов мы первым пунктом ставим загрузку с сети и запрещаем загрузку с винчестера или флоппи-диска. У ассистентов первым пунктом также идет сеть, затем жесткий диск и флоппи.
На сервере вам понадобится настроить следующее:
BOOTP/DHCP-сервер
Возможно - Прокси- DHCP сервер
TFTP-сервер
Задачей DHCP-сервера является выделение клиенту IP-адреса и указание ему загрузить с TFTP-сервера файл bpbatch.P. DHCP в данном случае действует, как дополнение к протоколу BOOTP. Если вы используете TCP/IP BootPROM фирмы InCom, то вы можете обойтись без DHCP (используя старую версию BOOTP-сервера).
На Windows NT вы, вероятнее всего, будете использовать встроенный DHCP-сервер. Если у вас TCP/IP BootPROM фирмы InCom, то вам придется использовать одну хитрость, чтобы указать имя загрузочного файла (подробную информацию смотрите на веб-сайте фирмы InCom). Если же у вас PXE-совместимое ППЗУ, то вам понадобится Прокси-DHCP-сервер, но никаких дополнительных хитростей не потребуется, потому что имя загрузочного файла будет передаваться Прокси-DHCP-сервером.
В Linux лучшим будет стандартный DHCP-сервер производства Internet Software Consortium. Если у вас PXE- BootPROM, то, в дополнение к обычным опциям, вам придется указать следующее:
option dhcp-class-identifier "PXEClient"
option vendor-encapsulated-options ff;
В Solaris вы можете использовать либо тот же стандартный DHCP-сервер производства Internet Software Consortium (его можно взять на веб-сайте), или Solaris DHCP-сервер (он входит в Solaris, начиная с версии 2.5). Однако, DHCP-сервер в Solaris, по-видимому, не вставляет в ответ на DHCP-запрос идентификатор класса клиента - чтобы исправить это, вам придется использовать Прокси-DHCP-сервер. Более того, Прокси-DHCP-сервер должен находиться не на сервере, потому что родной DHCP-сервер в Solaris блокирует порт DHCP.
Мы предлагаем установить бесконечное время жизни выделенного DHCP для клиентов IP-адреса. Не забудьте, что BOOTP/DHCP-запросы ограничены внутри подсети. Если клиент и сервер находятся в разных подсетях, то вам придется установить между этими подсетями мост BOOTP/DHCP (Relay agent). С этого момента мы предполагаем, что обе машины находятся в одной подсети.
Прокси-DHCP-сервер предназначен для того, чтобы обойти ограничения, существующие в некоторых версиях серверов DHCP, а также реализовать специфичные для PXE дополнения протокола DHCP. Использование Прокси-DHCP-сервера имеет смысл только с PXE BootPROM.
Дополнения протокола DHCP, специфичные для PXE (меню и т.п.), вам не понадобятся, потому что это входит в возможности BpBatch. Однако, вам придется использовать Прокси-DHCP-сервер для дальнейшей работы, если ваш DHCP-сервер полностью не совместим с PXE.
На Windows NT вы можете попытаться использовать WfM PDK фирмы Intel (этот пакет есть на их веб-сайте), но это не очень просто. Мы бы посоветовали все-таки установить небольшую Linux-машину в необходимой подсети и установить на нем нашу версию прокси-DHCP. Основным плюсом нашей версии Прокси-DHCP-сервера для BpBatch является поддержка дополнительной опции производителя 155, которую BpBatch использует в качестве командной строки.
В Linux и Solaris вы можете запустить нашу Прокси- DHCP программу, которой в качестве аргументов передаются IP-адрес TFTP-сервера, имя загрузочного файла и дополнительные опции - и все остальное эта программа делает за вас. Если DHCP-порт на сервере уже используется другим демоном, то прокси-DHCP будет использовать порт 4011. В этом случае, очень важно, чтобы этот другой демон в ответе на DHCP-запрос устанавливал класс клиента в PXEClient, чтобы PXE-клиенты знали, что им надо работать через порт 4011.
На веб-сайте Intel есть полная документация по PXE расширениям протокола DHCP. Однако эти документы достаточно сложны - протокол в них разбит на несколько стадий, обеспечивая тем самым большую гибкость. Суть же состоит в том, что PXE-клиенту необходим полный расширенный DHCP-ответ. Если он получает лишь стандартный DHCP-ответ, то он продолжит поиск, пока не получит
класс клиента (T60), установленный в PXEClient
дополнительные опции производителя (T43) (возможно пустые, т.е. шестнадцатеричное ff)
непустое имя загрузочного файла
TFTP - это очень простой файловый сервер. В базовой версии TFTP данные передавались блоками по 512 байт, что достаточно неэффективно. TCP/IP BootPROM фирмы Incom и PXE-BootPROM поддерживают длину блока до 1408 байт, что существенно увеличивает скорость передачи. Однако это работает только с улучшенной версией TFTP-сервера.
В Windows NT мы рекомендуем использовать улучшенный TFTP-сервер фирмы Incom, который можно взять на их веб-сайте.
В Linux вы можете использовать нашу версию улучшенного TFTP-сервера, который можно взять по адресу http://cuiwww.unige.ch/info/pc/remote-boot/soft/etftpd.tar.gz.
В Solaris вы должны использовать улучшенный TFTP-сервер фирмы Incom, который есть на диске утилит, поставляемом вместе с TCP/IP BootPROM.
Если вы хотите использовать стандартный TFTP-демон, уберите P из всех расширений имен файлов загрузочных образов, чтобы BootPROM использовало только стандартный порт TFTP (Этот метод был впервые применен компанией InCom GmbH в TCP/IP BootPROM. Мы также используем его, потому что это наиболее простой путь заставить PXE BootPROM использовать стандартный порт TFTP).
Сначала мы настроим часть, общую для всех операционных систем - интерпретатор пакетных файлов BpBatch. После этого для каждой операционной системы мы сделаем следующее:
Настроим отдельную клиентскую машину
Сохраним его конфигурацию на сервере
Протестируем его работу в качестве клиента с удаленной загрузкой
Адаптируем эту настройку для любой подобной клиентской машины
В наших примерах мы предполагаем, что у вас есть жесткий диск, объемом не менее 1,4 Гб. Если у вас диск меньшего размера, то уменьшите размеры разделов, но не забудьте оставить свободными несколько сот мегабайт в конце диска, предназначенных для специального кэш-раздела. Более того, кэш всегда начинается с цилиндра, следующего за последним занятым стандартными разделами цилиндра, поэтому, если вы не будете использовать один и тот же размер стандартных разделов для всех ОС, то вам придется всегда загружать с сети необходимые файлы (кэш, в этом случае, очищается).
Никогда не отчаивайтесь. Если вы не можете заставить это все работать, сначала взгляните в главу Проблемы и их решение - возможно, решение находится там (возьмите самую свежую версию этого документа). Затем посетите форум BpBatch. Может быть у кого-то возникали подобные трудности, и ответ находится в форуме по адресу http://cuiwww.unige.ch/info/pc/remote-boot/forum/. Если вы не нашли там ответ на свой вопрос, попытайтесь последить за сетевым трафиком, на предмет проблем с передачей данных в сети (используйте tcpdump на Linux или snoop на Solaris). Если и это не поможет, то можно послать письмо по адресу David.Clerc@cui.unige.ch или Marc.VuilleumierStuckelberg@cui.unige.ch. Если ваша проблема действительно относится исключительно к конфигурированию удаленной загрузки, и мы не перегружены, то попытаемся решить вашу проблему.
Скачайте программу BpBatch в любом формате: .zip или .tar.gz. Ее можно найти по адресу
Также по запросу там можно получить и исходные тексты программ (Assembler и C).В каталоге /tftpboot сервера поместите три специальных загрузочных образа, которые вместе составляют предзагрузочный пакетный интерпретатор:
bpbatch.P, динамический загрузчик (сохраните верхний регистр расширения!)
bpbatch.ovl, перемещаемый интерпретатор
bpbatch.hlp, файл помощи
Включите клиентский компьютер. Через некоторое время вы увидите
Копирайт BootPROM
Строку DHCP, означающую, что машина ожидает ответ DHCP
Строку TFTP, означающую, что машина ожидает первый пакет от TFTP
Строку Loading BpBatch в процессе загрузки интерпретатора
После этого вы увидите нашу заставку, за которой последует красивое приглашение.
Заметьте, что можно использовать этот же интерпретатор в DOS и Linux, запустив программу MrBatch. Существуют, правда, незначительные различия этих версий - в Linux-версии нет поддержки графики, а DOS-версия может посылать BOOTP- и TFTP-запросы только в том случае, если BootPROM не скрыт операционной системой.
Неплохо было бы прочитать и главу Синтаксические правила BpBatch, а также главы, относящиеся к Ссылкам на файлы и Кэш-разделу. Это вам поможет понять приводимые здесь примеры.
После настройки всех операционных систем сделайте меню, позволяющее пользователю загрузить необходимую операционную систему. Вы, скорее всего, сами сможете понять, как настроить такое меню. Все необходимые для этого команды находятся в конце этого документа.
Попробуйте дать команду LogVars. Вы увидите список, состоящий примерно из тридцати переменных. Если кратко, сначала идут установки BpBatch, затем параметры из ответа на BOOTP/DHCP-запрос, и последняя переменная - список размеров дисков в Мегабайтах.
Дайте команду GetPartitions part, а затем снова LogVars. К списку должна добавиться еще одна переменная, содержащая список разделов на вашем первом жестком диске. Предположим, что ваш первый раздел - это BIGDOS, FAT32 or LINUX-EXT2. Дайте команду LogDir "{:1}", чтобы увидеть содержимое корневого каталога, затем LogDir "{:1}/usr", если на диске есть каталог usr. Вы даже можете увидеть дерево каталогов, при помощи команды LogTree LogTree "{:1}/etc".
Поместите на TFTP-сервер картинку в формате GIF (GIF-87a, чересстрочный или обычный, но не GIF-89a). Предположим, этот файл будет называться image.gif. Вы можете скопировать его в любой каталог на клиентской машине командой вида Copy "image.gif" "{:1}/temp/image.gif". Можно использовать его напрямую с сервера. Теперь выполните команду Logvars "V*" и посмотрите на значение переменной VESA. Если оно равно On, то это означает, что у вас VESA-совместимый видеоадаптер. Вы можете увидеть список доступных видеорежимов, при помощи команды Echo "$VESA-Modes". Чтобы вывести картинку на экран, используйте команду DrawGif "image.gif". Картинка появится в верхнем левом углу экрана. Вы можете вывести ее в любое место экрана, задав координаты после имени файла. Есть вохможность выводить любой текст командой вида DrawText 200 200 "Hello world" yellow. Или нарисовать окно: DrawWindow 200 200 300 150. Нарисовать окно с заголовком: DrawWindow 200 200 300 150 "My Window" . Когда вам надоест графический режим, наберите CloseGraph.
Небольшое замечание : по умолчанию все графические команды работают в VESA-режиме 800x600 (256 цветов) - это первое поле в значении переменной VESA-Modes. Чтобы использовать другой видеорежим, измените значение переменной так, чтобы необходимый видео-режим был первым в списке.
Теперь запустите текстовый редактор, создайте файл test.bpb в каталоге tftpboot, написав в нем следующее:
:again DrawWindow 150 200 400 160 "Identity check" TextAttr Black LightGray At 15,20 Print "Username : " Input username 8 At 17,20 Print "Password : " Getpasswd userpass 8 if "$username" != "smith" goto again if not "$userpass" match-passwd "BpR8oiIlRR9bo" goto again # clear DrawWindow 200 200 150 100 green blue "Congratulations" DrawText 220 250 "You got it !" yellow WaitForKey 3 CloseGraph interact |
Чтобы установить Linux, вам понадобится загрузочный флоппи-диск, идущий в комплекте поставки дистрибутива RedHat Linux. В BpBatch входит команда, позволяющая загрузить систему с флоппи: FloppyBoot.
Установите на клиентскую машину RedHat Linux, включая поддержку сети, и все пакеты, которые могут понадобиться. Вы также можете пересобрать ядро специально для клиентской машины, но это не обязательно.
Неплохой идеей будет включить поддержку BOOTP в ядро, чтобы не настраивать IP-адрес клиента вручную.
Чтобы уменьшить нагрузку на сеть, используйте filecache для кэширования на жестком диске файлов, взятых с NFS. Грубо говоря, принцип файлового кэша состоит в следующем - когда эта система встречает, в подкаталоге cache, символьную ссылку на файл, она заменяет его на сам файл. Если это каталог, то для каждого элемента каталога создается символьная ссылка на источник на сервере. Filecache был написан компанией Unifix GmbH, и является частью Unifix Linux 2.0. Это некоммерческий продукт, и все необходимые файлы можно взять по адресу http://cuiwww.unige.ch/info/pc/remote-boot/soft/filecache.tar.gz. Для того, чтобы использовать filecache вам надо
внести изменения в ядро (патч patch-filecache), включить поддержку filecache в make config, и пересобрать ядро
скопировать исполняемый файл filecache в /sbin
создать точку подключения /mnt/nfs (используя mkdir)
скопировать файл filecache.conf в /etc. Этот файл содержит следующие строки: Max 100 MB 50 % # Cache /mnt/nfs/usr /usr Cache /mnt/nfs/opt /opt
скопируйте содержимое каталогов /usr и /opt на сервер, экспортируйте их в режиме "только чтение" с флагом anon=0 (для того, чтобы root имел к ним доступ), и подключите к /mnt/nfs (добавьте соответствующую строку в /etc/fstab)
переименуйте /usr в /usr.orig
создайте символьную ссылку /usr на /mnt/nfs/usr
переименуйте /opt в /opt.orig
создайте символьную ссылку /opt на /mnt/nfs/opt
проверьте, чтобы /usr и /opt не были пусты, и в них было правильное содержание
рекурсивно удалите /usr.orig и /opt.orig
скопируйте filecache.init в /etc/rc.d/init.d
И последнее: создайте символьную ссылку /etc/rc.d/rc3.d/S35filecache на /etc/rc.d/init.d/filecache.init
Скопируйте компрессированный образ ядра (zImage, bzImage, vmlinuz или как вы там его называете) в каталог /tftpboot на сервере, назвав его linux.krn. Если вам пришлось убрать BootPROM из клиентской машины, то вставьте его обратно. Когда запустится BpBatch, наберите LinuxBoot "linux.krn" "root=/dev/hda1 BOOT_IMAGE=linux" (предполагаем, что первый раздел - это корневая файловая система ext2). С другой стороны, если вы уже настроили конфигурацию на компьютере без BootPROM, просто дайте ему загрузиться, при помощи стандартного загрузчика (lilo, ...). Правда, во втором случае вам придется для этого отдельно установить ядро с поддержкой filecache в соответствующее место.
Дождитесь, пока загрузится система. Если у вас установлен filecache, то вы можете проверить его работу - каталог /usr должен был развернуться в каталог на диске, состоя наполовину из символьных ссылок на каталоги, наполовину из таких же развернутых каталогов. Теперь запустите наиболее часто используемые пользователями программы, чтобы они попали на жесткий диск.
Теперь вы можете вносить любые изменения в систему, как будто работаете на обычной выделенной linux-машине.
Когда вы настроите свою машину, зайдите в систему, как root, перейдите в каталог /tmp и запустите нашу программу mrzip. MrZip - это интерпретатор команд, такой же, как и BpBatch, но понимающий большее количество команд, по сравнению с BpBatch. В частности, он знает следующие команды:
showlog filter -"tmp/*" filter -"var/log/*" fullzip "/" "/tmp/linux.imz" |
hidelog setpartitions "linux-ext2:992 linux-swap:32" fullunzip "linux.imz" 1 clean 2 linuxboot "linux.krn" "root=/dev/hda1 BOOT_IMAGE=linux" |
Опция BOOT_IMAGE должна присутствовать для совместимости lilo с rc.sysinit в RedHat версии 5.1 и позже.
Ваш удаленно загружаемый linux готов! Теперь вы можете установить опцию BOOTP-155 в "linux", или запустить команду include "linux.bpb" в BpBatch для ее проверки.
Если в будущем вам понадобится обновить версию программы, установить патчи и т.п., то сделайте следующее:
Загрузите с сети клиентскую машину, чтобы получить свежую инсталляцию linux
Внесите изменения
Вновь создайте образ диска
Скопируйте новый образ диска поверх старого на сервер
Загрузите клиентский компьютер с любимой загрузочной DOS-дискеты (уберите BootPROM или выполните команду FloppyBoot в BpBatch). Отформатируйте DOS-раздел на вашем диске с ключом /S , чтобы на нем была операционная система. Размер раздела не имеет значения, так как компрессированная версия этого раздела создается MrZip Создайте каталог DOS и скопируйте туда DOS. Установите предпочитаемый вами сетевой клиент (например, Microsoft LanManager), Windows 3.1, и т.п.. Если вы используете Microsoft LanManager, не используйте DHCP для настройки IP, потому что он там достаточно слабо реализован и, скорее всего, не сработает в достаточно загруженной сети. Чтобы сделать это, добавьте следующие строки в файл protocol.ref, в раздел, загружающий, tcptsr (конечно, замените xxx на настоящие параметры IP): IPADDRESS0 = xxx xxx xxx xxx SUBNETMASK0 = 255 255 xxx xxx DEFAULTGATEWAY0 = xxx xxx xxx xxx DISABLEDHCP = 1
Не бойтесь оптимизировать использование памяти, при помощи EMM386 - вы можете даже использовать область, занятую ПЗУ сетевого адаптера, так как оно нам больше не понадобится. Но аккуратно исключите из использования ОЗУ сетевой карты, или вы не сможете связаться с сервером. При необходимости используйте параметр NOEMS.
Если вы хотите, чтобы клиентская машина не могла быть использована без правильного имени входа и пароля, загрузите наш драйвер псевдоустройства nobreak (его можно взять по адресу http://cuiwww.unige.ch/info/pc/remote-boot/soft/nobreak.zip) и запустите его в начале вашего config.sys. Затем добавьте в autoexec.bat примерно следующее:
rem -- мы используем файл c:\logged в качестве флага del c:\logged >nul :loginneeded cls echo Пожалуйста, укажите свое имя и пароль echo. net logon * rem -- скрипт входа должен был создать c:\logged if not exist c:\logged goto loginneeded del c:\logged rem -- теперь снова разрешаем break echo Yes >NOBRK |
Проверьте, загружается ли в DOS ваша клиентская машина после перезагрузки компьютера и выполнения в BpBatch следующих команд: HideBootprom HdBoot
Создайте на сервере разделенный ресурс, назвав его, например, admin, в который вы поместите некоторые файлы, необходимые системному администратору. Если сервер работает под управлением Unix, то неплохо было бы создать в admin символьную ссылку на каталог /tftpboot, чтобы было можно помещать туда образы напрямую с клиентской машины. В admin создайте каталог /utils и поместите туда следующие файлы:
mrbatch.exe, DOS-версию BpBatch
mrzip.exe, DOS-версию программы, создающей образы дисков
bpbatch.hlp, файл помощи
showlog filter -"lanman.dos/lmuser.ini" filter -"temp/*" filter -"*.swp" fullzip "c:/" "L:/tftpboot/dos.imz" |
Теперь вернитесь на клиентскую машину, подключите ресурс admin к диску L:, перейдите в каталог utils и выполните следующую команду: mrzip -b zipdos
Через минуту или две на сервере в каталоге /tftpboot появится новый файл dos.imz, представляющий из себя компрессированный образ вашего жесткого диска. Создайте файл /tftpboot/dos.bpb и напишите в нем следующее:
hidelog setpartitions "bigdos:1024" setbootpart 1 fullunzip "dos.imz" 1 hidebootprom hdboot :1 |
Ваша конфигурация DOS для удаленной загрузки готова! Теперь вы можете установить опцию BOOTP-155 в "dos", или запустить команду include "dos.bpb" в BpBatch для ее проверки.
Если вы хотите, чтобы некоторые настройки различались на разных машинах (обычно это нужно для настроек IP, потому что Micro$oft DHCP работает ужасно) вы можете указать BpBatch изменять некоторые файлы перед загрузкой. Сначала зайдите в каталог lanman.dos и сделайте следующее copy *.ini *.ref Затем отредактируйте файлы .ref и замените все фиксированные параметры на имена переменных BOOTP следующим образом: computername = ${BOOTP-Host-Name} ipaddress0 = ${MS-IPAddress} subnetmask0 = ${MS-IPSubnet} defaultgateway = ${MS-IPRouter} Затем снова создайте образ диска, как было описано в предыдущей главе. Мы не можем напрямую использовать IP-параметры из переменных BOOTP, потому что LanManager использует в качестве разделителей пробелы, а не точки. Измените dos.bpb примерно так:
hidelog setpartitions "bigdos:1024" setbootpart 1 fullunzip "dos.imz" 1 set MS-IPAddress="$BOOTP-Your-IP"/.= / set MS-IPSubnet="$BOOTP-Subnet-Mask"/.= / set MS-IPRouter="$BOOTP-Routers"/.= / patch "{:1}lanman.dos/protocol.ref" "{:1}lanman.dos/protocol.ini" patch "{:1}lanman.dos/tcpputils.ref" "{:1}lanman.dos/tcputils.ini" patch "{:1}lanman.dos/lanman.ref" "{:1}lanman.dos/lanman.ini" hidebootprom hdboot :1 |
Неплохо также иметь возможность менять настройки клиентских машин без повторного создания образов дисков. Для этого можно скопировать файлы autoexec.bat и config.sys в autoexec.ref и config.ref соответственно, поместить их на сервер в каталог /tftpboot и добавить две строки в пакетный файл, приведенный выше: patch "autoexec.ref" "{:1}autoexec.bat" patch "config.ref" "{:1}config.sys" Вы можете теперь спокойно изменять эти файлы на сервере, и даже настраивать в них машинно-зависимые параметры, получаемые от BOOTP.
После внесения изменений в конфигурацию клиентской машины не забывайте создавать образы диска, при помощи mrzip, иначе все эти изменения не сохранятся.
Если в будущем вам понадобится установить новую программу или что-то изменить, то сделайте следующее:
Загрузите с сети клиентскую машину, чтобы получить свежую инсталляцию
Внесите изменения
Вновь создайте образ диска
Скопируйте новый образ диска поверх старого на сервер
В предыдущих версиях этого документа мы советовали использовать серверную установку Microsoft Windows 95, но ничего, кроме головной боли и проблем, это не приносит:
Это очень, очень плохо реализованная конфигурация
Многие программы ее не поддерживают, и их установка не работает. Среди них Microsoft Internet Explorer, OnNet 32, Novell's Protected-mode client (кстати, ЗНАЧИТЕЛЬНО более безопасный и защищенный, чем "Клиент для сетей Netware" от Microsoft).
Его нельзя использовать с "Клиентом для сетей Microsoft" по TCP/IP, потому что у Microsoft нет драйвера TCP/IP для DOS-режима, совместимого с Windows 95. Это означает, что эту конфигурацию нельзя использовать с Samba
Обновления программ становятся практически невозможны - после включения клиентской машины многие DLL на сервере оказываются заблокированы, и, при попытке их изменения, выдается ошибка sharing violations.
Установите стандартную клиентскую конфигурацию Windows 95, либо начиная с нуля (как было описано в установке DOS-клиента), либо запустив инсталляцию в DOS-клиенте с сети (так сделали мы). Вы также можете использовать предустановленную версию Windows, поставляемую вместе с компьютером, но вы, скорее всего, не будете знать, что же там установлено.
Выполните процедуры, описанные ранее при установке DOS-клиента. Обычно НЕТ необходимости использовать EMM386 в Windows 95. Если у вас Windows 95 OSR2 (он же MSWIN 4.1, он же Windows 95 service pack 1, он же Windows 95 с Internet Explorer), вы должны добавить следующую строку в секцию [Options] файла MSDOS.SYS (да-да, это текстовый файл):
AUTOSCAN=0 |
Если вы хотите облегчить нагрузку на сервер и сеть (что очень ускорит работу всей системы) и держать все программы на сервере - мы бы посоветовали использовать прекрасную программу: Shared LAN Cache компании Measurement Techniques, Inc (см. http://www.lancache.com). Эта программа запускается на каждой клиентской машине и кэширует на локальный жесткий диск все данные, приходящие из сети. Даже MS-Office запускается второй раз значительно быстрее... Вам нужна лицензия на каждый компьютер, но она не очень дорогая, и существуют скидки для образовательных учреждений. Наиболее простой способ - посетить их веб-сайт и взять бесплатную оценочную версию.
Ваш MrZip-скрипт будет называться zipwin95.mrz и будет содержать следующее:
showlog filter -"temp/*" filter -"*.swp" fullzip "c:/" "L:/tftpboot/win95.imz" |
Чтобы создать образ, подключите ресурс admin к диску L:, перейдите в каталог utils и запустите следующую команду: mrzip -b zipwin95
Через несколько минут на сервере в каталоге /tftpboot появится новый файл win95.imz, представляющий из себя компрессированный образ вашего жесткого диска. Если ваш компрессированный образ больше 87 Мб, то, скорее всего, он будет разбит на несколько частей. Эти части будут автоматически загружаться друг за другом при необходимости. Заметьте, что образ размером больше 87 Мб обычно будет устанавливаться при загрузке Больше одной минуты, что может плохо сказаться на пользователях. Наш образ Windows 95 имеет размер около 70 Мб, потому что большинство программ (кроме Office и Explorer) полностью находятся на сервере. На декомпрессирование и восстановление диска тратится около 45 секунд.
Создайте пакетный файл /tftpboot/win95.bpb и напишите в нем следующее:
hidelog setpartitions "bigdos:1024" setbootpart 1 fullunzip "win95.imz" 1 hidebootprom hdboot :1 |
Ваша конфигурация Windows 95 для удаленной загрузки готова! Теперь вы можете установить опцию BOOTP-155 в "win95" или запустить команду include "win95.bpb" в BpBatch для ее проверки.
Существует серьезное различие между Windows 3.1 и Windows 95: в последний встроена поддержка Plug-and-play ,т.е. автоматическое определения оборудования. Это не очень плохая штука, но иногда с ней возникают проблемы: порой она слишком чувствительная, а порой не срабатывает.
Если вы попытаетесь загрузить другую клиентскую машину с тем же загрузочным образом, вы, скорее всего, получите при загрузке сообщения о том, что Windows обнаружила новое оборудование: новую звуковую карту, новый жесткий диск, новую сетевую карты и даже новую мышь... Это может возникать по двум причинам:
устройства используют разные ресурсы (скажем, мышь включена в другой порт, или звуковая карта включена в другой слот - да-да это тоже определяется)
устройства могут давать Windows 95 свои персональные серийные номера (например, Windows 95 различают сетевые карты на основе их уникального Ethernet-адреса)
Правда, существует одно устройство, которое уникально на каждом компьютере - это сетевая карта. Для PCI-карт это неважно, но с ISA PnP картами будут проблемы. Нам очень не повезло - PnP код наших карт SMC EtherEZ "вешал" компьютер. Единственное решение - заставить Win95 считать, что он уже знает о сетевой карте и что не надо трогать PnP. Для этого в системный реестр до загрузки Windows 95 необходимо внести данные о сетевой карте. Еще раз напоминаем, что для PCI-карт этого делать не надо.
Перенесите autoexec.bat на сервер, как было ранее описано для DOS. Отредактируйте его (на сервере), добавив следующие строки:
rem --- Вносим изменения в реестр Windows для того, чтобы не работало определение PnP ISA карты regedit /L:c:\windows\system.dat /R:c:\windows\user.dat c:\temp\patch.reg |
HKEY_LOCAL_MACHINE\Enum\ISAPNP |
set macid = "$BOOTP-Client-ID" patch "patch.ref" "{:1}temp/patch.reg" |
Еще раз: все, что описано выше, касается только ISA-карт. Кстати, этот же механизм можно использовать для автоматической настройки имени машины - Windows 95 игнорирует это поле в ответе на запрос DHCP. Для этого добавьте в файл patch.ref следующее:
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\VNETSUP] "ComputerName"="${BOOTP-Host-Name}" [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP] "HostName"="${BOOTP-Host-Name}" [HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\ComputerName\ComputerName] "ComputerName"="${BOOTP-Host-Name}" |
Используя этот метод исправления реестра, вашу конфигурацию можно перенести на любую машину с подобной конфигурацией. Если все-таки не удается избежать автоматического определения устройств Windows, то попытайтесь вновь создать образ диска. Таким образом, в реестре будет находиться специфичная именно для этой машины информация, и проблема должна быть решена.
Если в будущем вам понадобится обновить версию программы, установить патчи и т.п., то сделайте следующее:
Загрузите с сети клиентскую машину, чтобы получить свежую инсталляцию
Внесите изменения
Вновь создайте образ диска
Скопируйте новый образ диска поверх старого на сервер
Мы в настоящий момент не используем Windows NT на удаленно загружаемых машинах, но проверили нашу систему для NT. И она работает.
В наших утилитах нет поддержки NTFS (у нас нет ни документации, ни времени ее реализовывать, но я буду рад помочь тому, кому это интересно) - вам придется установить NT на FAT16 (просто не преобразовывайте ваши разделы в NTFS в процессе установки).
Скопируйте скрипт win95.bpb в winnt.bpb. Замените строку setpartitions в winnt.bpb на следующее:
setpartitions "BIGDOS:512 BIGDOS:512" |
Перезагрузите компьютер без перезаписи жесткого диска, то есть не запускайте скрипт winnt, а просто дайте две команды:
hidebootprom hdboot |
Проблема с Windows NT состоит в том, что прямой доступ к диску запрещен на уровне ядра. Это означает, что MrZip не сможет прочитать даже загрузочные сектора. Лучший способ сделать образ диска - загрузить Windows 95 и запустить MrZip из окна DOS. Чтобы сделать это, подправьте скрипт winnt.bpb так, чтобы он восстанавливал образ Windows 95 не на первый, а на второй раздел:
hidelog setpartitions "BIGDOS:512 BIGDOS:512" setbootpart 2 fullunzip "win95.imz" 2 hidebootprom hdboot :2 |
Создайте образ диска (только, конечно, используя D:), и запишите его на сервер под именем winnt.imz в каталог /tftpboot. Еще раз отредактируйте скрипт winnt.bpb, добавив в него примерно следующее:
hidelog setpartitions "BIGDOS:512 BIGDOS:512" setbootpart 1 fullunzip "winnt.imz" 1 clean 2 #fullunzip "win95.imz" 2 hidebootprom hdboot :1 |
Если в будущем вам понадобится обновить версию программы, установить патчи и т.п., то сделайте следующее:
Загрузите с сети клиентскую машину, чтобы получить свежую инсталляцию
Внесите изменения
Отредактируйте winnt.bpb: закомментируйте строки clean и fullunzip winnt, и уберите комментарий со строки fullunzip для win95
Вновь создайте образ диска
Скопируйте новый образ диска поверх старого на сервер
В этом разделе приводится решение наиболее часто возникающих проблем.
О: Вы, скорее всего, используете стандартный TFTP-севрер, который не поддерживает передачу более 65535 пакетов данных, размером по 512 байт (а в Solaris, вообще, только 32767 пакетов!). В результате этого образ раздела должен быть разбит на части, не более 30 Мб каждая (или не более 15 Мб в Solaris). Смотрите описание команды CopyArchive, которая имеет возможность разбивать на части уже существующий образ раздела. Однако мы настоятельно рекомендуем вам использовать улучшенный TFTP-сервер фирмы InCom - он значительно более эффективен (используя пакеты размером 1408 байт, вместо 512).
О: Существуют три варианта: или образ раздела на диске содержит ошибку (используйте MrZip, чтобы определить, есть ли такие ошибки), или файл передан неправильно, из-за превышения времени ожидания в протоколе TFTP, или из-за несовместимости протокола.
Превышение времени ожидания TFTP происходит, если сеть перегружена (например, если вы пытаетесь загрузить большие образы разделов более, чем на 4 машины одновременно). В этом случае, BpBatch не пытается повторять процедуру загрузки бесконечно, потому что это все равно не поможет. Выключите несколько компьютеров и попытайтесь снова не более, чем на 4 компьютерах (или даже на трех). Если у вас есть необходимость часто загружать образы на большое количество компьютеров, то используйте наш специальный широковещательный TFTP-сервер (смотрите посвященный ему раздел).
Несовместимость протокола возникает при попытке использования стандартного TFTP-сервера (обычно входящего в комплект вашего UNIX-сервера), вместе с указанием BpBatch работать с улучшенной версией TFTP. Если вы используете стандартный TFTP-сервер, то должны убрать расширение .P у файла загрузочного образа (это будет разъяснено в ответе на следующий вопрос).
О: Если вы используете TFTP-сервер фирмы Incom - попытайтесь указать ему опцию -s 1408 59 в командной строке. Если вы не используете улучшенную версию TFTP-сервера, уберите на сервере расширение .P в имени файла BpBatch и в bootptab.
Подробное разъяснение: эта проблема возникает в том случае, если вы, не установив улучшенную версию TFTP-сервера, использовали bpbatch.P в качестве тэга "имя файла загрузки" в DHCP/BOOTP. BpBatch будет пытаться связаться с улучшенной версией TFTP-сервера, если имя файла загрузки оканчивается на .P. Чтобы решить эту проблему, можно либо убрать расширение .P из имени файла загрузки (таким образом, BpBatch будет использовать стандартный TFTP), либо установить улучшенной версию TFTP-сервера. Единственный, поддерживаемый нами на сегодняшний день, улучшенный TFTP-сервер - это сервер фирмы Incom. Вы можете найти собранную версию на их веб-сайте, или в нашем каталоге дистрибутива нашей системы. Для того, чтобы TFTP-сервер фирмы Incom корректно работал с дополнительными функциями TFTP, ему надо в командной строке указать опцию -s 1408 59.
О: Возможно, в вашем компьютере некорректно работает поддержка VESA. Попробуйте использовать опцию -v в командной строке или установите переменную VESA в "OFF".
О: Мы используем для прокрутки функции VESA версии 1.1. Если ваш видеоадаптер не поддерживает VESA 1.1, то забудьте о прокрутке. Если же прокрутка работает на одну страницу, а затем на экране появляется странная сдвинутая картинка - не волнуйтесь. Я знаю об этой ошибке, и исправлю ее, как только у меня появится свободное время (прокрутка VESA, на самом деле, не очень то и важна...)
О: Если файл в кэше бывает испорчен внешней программой, то он оттуда автоматически удаляется. Если файл не полностью записан в кэш (это может произойти, если компьютер выключить во время передачи файла), то он также автоматически удаляется. Однако, если сервер передал испорченный файл или передача остановлена со стороны сервера, то, возможно, этот файл останется в кэше. Вы можете очистить кэш, нажав одновременно две клавиши Shift при загрузке BpBatch. Вы также можете использовать команду clean -1 в интерактивном режиме BpBatch.
О: Это не ошибка. Exit - это не команда. В BpBatch нет команд exit или quit - нет никакого смысла в том, чтобы выходить из загрузочного скрипта без загрузки системы. И MrBatch - это полная копия BpBatch. Вместо этой команды вы можете вызвать HdBoot. Вот это имеет смысл - DOS версия просто прекратит свою работу без перезагрузки. Заметьте, что вы в любое время можете выйти из DOS-версии, нажав Ctrl-Break. Перед выходом программа также восстановит все прерывания, которые она использовала.
О: Если вы пытаетесь что-то печатать, а затем сразу же входите в интерактивный режим, то можно и не увидеть свой текст. Это происходит потому, что текст выводится на рабочий экран, а команда Interact переключила вас на экран Журнала. Поместите команду GetKey сразу после команд Print, и увидите свой текст.
О: MrZip требует большое количество памяти для своей работы. Если вы столкнулись с этой проблемой, то, во-первых, убедитесь в том, что BootPROM выгружен командой HideBootprom или при помощи утилиты bputil фирмы Incom. Если вы запускаете MrZip из чистого MS-DOS (не в окне MSDOS в Windows 95) - используйте EMM386 для загрузки сетевых драйверов в верхнюю память, чтобы максимально высвободить основную память. В окне DOS в Windows 95 эта проблема обычно не возникает (если только вы не оставили много старых 16-битных программ в autoexec.bat после установки Windows 95).
О: Эту ошибку уже исправили. Возьмите свежую версию MrZip. Если ошибка повторилась, то попробуйте создать образ раздела вновь с опцией Trace, установленной в "ON" (и, обычно, PauseLog, установленной в "OFF"); это поможет вам узнать причину проблемы. Если возможно, то пошлите нам подробный отчет о найденной ошибке.
О: MrZip, скорее всего, пытается прочитать заблокированный, открытый или специальный файл, например, файл подкачки Windows. Обычно нет необходимости включать подобные файлы в образ раздела, и их, в этом случае, необходимо отфильтровывать (при помощи команды filter). Также возможно, что файл не дает вам прочитать сама операционная система. Если MrZip не указывает, с каким именно файлом у него возникли проблемы, попытайтесь создать образ с опцией Trace, установленной в "ON" (и, обычно, PauseLog, установленной в "OFF"). Вы также можете попытаться использовать прямой доступ к диску (то есть ссылаясь на раздел не как на "C:" или "/", а на "{:1}"). Создание образа с использованием прямого доступа к диску обычно продолжается дольше, но, иногда, оно оказывается значительно надежнее.
О: Образы дисков хранятся на локальной машине в специальном кэш-разделе и не должны загружаться с сети, если они не изменились на сервере. Однако, кэш-раздел начинается сразу за последним существующим разделом - соответственно, если суммарный объем разделов в системах изменяется, то изменяется и месторасположение кэша, и, вследствие этого, теряется его содержимое. Вторая возможная причина исчезновения файла из кэша - предыдущий файл увеличился больше, чем в полтора раза, заняв, тем самым, место, в котором был исчезнувший файл. Данные этого файла были испорчены, и он должен быть загружен с сервера. Так, практически, никогда не происходит. Третья причина - слишком маленький размер кэш-раздела. Если свободное от разделов место меньше, чем сумма объемов всех компрессированных образов, умноженная на 1,5, то в кэше будут храниться только наиболее новые образы, а остальные будут загружаться с сервера при необходимости.
О: Этот дистрибутив предполагает, что Linux загружается при помощи lilo, и проверяет наличие в командной строке ядра аргумента BOOT_IMAGE (в скрипте /etc/rc.d/rc.sysinit). Просто добавьте этот аргумент к команде linuxboot, или подправьте rc.sysinit.
О: Клиент DHCP в Linux - это специальная программа, меняющая IP-адрес клиентской машины в соответствии с ответами на DHCP-запросы. Если адрес был дан "навсегда" (на бесконечное время), то DHCP-клиент просто устанавливает адрес и выходит (это именно то, что нам нужно). Однако, если время жизни адреса ограничено, DHCP-клиент должен оставаться в памяти и передавать повторные запросы на получение адреса, каждые несколько минут. А если DHCP-клиент не прекращает работу, то MrBatch не загружается вообще... Решение - установить бесконечное время выделения IP-адреса (иногда оно бывает указано, как -1).
О: Эта проблема возникла с AMI BIOS, датированной 25/07/94. Мы пытались решить эту проблему, но так и не смогли. Скорее всего эта проблем возникает из-за ошибки в BIOS (по-видимому, портится содержимое регистра или ячейка памяти).
О: Эта ошибка появилась после реализации совместимости с PXE, но теперь она исправлена. Возьмите более новую версию.
О: Эта ошибка исправлена в MrBatch/MrZip в версии от 9 августа. Она возникала из-за проблем с новой версией ncurses, включенной в состав RedHat 5.1.
О: MrZip был собран для libncurses версии 3.0. Вы можете использовать другие версии libncurses, если они новее, чем 3.0. Чтобы их использовать создайте символьную ссылку с вашего файла libncurses.so.xx на libncurses.so.3.0. В RedHat 5.1 используйте следующую команду: cd /usr/lib ; ln -s libncurses.4.2 libncurses.3.0 Вы также можете установить новую версию mrzip/mrbatch. Начиная с 25/10/98 mrbatch собирается в RedHat 5.1.
О: Проблема абсолютно противоположна предыдущей. Сейчас вышла официальная версия libc6, которую невозможно использовать вместе с libc5. Если вы встретились с этой проблемой - обновите свой Linux (Ну, если мы получим слишком много жалоб на это, мы попытаемся держать на сайте два дистрибутива...).
О: Сначала посмотрите на содержимое переменной VESA-Modes, и убедитесь в том, что ваша видеокарта поддерживает нужный вам режим. Затем используйте один из двух способов установить необходимый видеорежим:
InitGraph "режим": Попробуйте дать команду InitGraph "1024x768", и затем проверьте работу этого режима (например, при помощи DrawGif).
VESA-Modes: Режим, указанный первым в переменной VESA-Modes - это режим, используемый по умолчанию. Если вы измените содержимое переменной VESA-Modes, то все команды работы с графикой будут использовать выбранный вами режим.
В: BpBatch выводит сообщение "Malloc failed" при разархивировании образов, разбитых на несколько частей
О: Мы исправили в BpBatch ошибку в процедуре выделения памяти. Убедитесь в том, что ваша версия BpBatch выпущена после 22 сентября 1998.
О: Мы исправили эту ошибку в версии от 22/09/1998.
О: В версии от 25/10/98 исправлена ошибка, возникавшая с большими образами дисков. Установите новую версию BpBatch.
О: Эта ошибка исправлена в версии от 25/10/98.