Previous Next Contents

3. Введение

Конфигурация, описанная здесь была разработана начиная с лета 1996 в CUI, Университете Женевы. Отдел Информатики использует несколько серверов и ряд PC, которые подразделяются на два класса:

Мы разработали эту конфигурацию со следующими целями: Эти ограничения привели нас к выбору основы для нашей конфигурации инструментальных средств bootprom. Сначала мы разработали новые инструменты для превосходного TCP/IP Bootprom от Bootix GmbH. Теперь, когда стандарт для PXE (Preboot eXecution Environments; предзагрузочных сред выполнения) наконец появился, мы переделали инструментальные средства так, что они теперь также работают для любого PXE-совместимого bootprom. PXE ПЗУ начальной загрузки, также называемые LanDesk Service Agent, теперь распространяются почти со всеми встроенными сетевыми адаптерами. Для получения более подробной информации по PXE и Intel Wired for Management стандартам, читайте http://developer.intel.com/ial/wfm/tools/index.htm .

3.1 Boot ROM и жесткий диск

Bootprom существуют действительно давно, но до недавнего времени они использовались исключительно с бездисковыми компьютерами (с использованием сетевой эмуляции диска или загрузки ramdisk). Начиная с 1996, данный How-to утверждал, что bootprom даже более интересен для компьютеров, имеющих локальный жесткий диск, так как они позволяют получить преимущество с двух сторон:

Сегодня, мы имеем удовольствие видеть, что все компьютерные изготовители пришли к тому же самому мнению и предусматривают ПЗУ начальной загрузки как часть новых компьютерных стандартов.

Обратите внимание, что вы все еще можете использовать инструментальные средства, описанные ниже старомодным способом, таким, как простой kernel/ramdisk загрузчик, даже для компьютеров без диска. Однако, мы не приветствуем такое использование.

3.2 Наша сеть

Университет Женевы имеет домен класса B , поделенный на несколько подсетей. CUI использует четыре подсети, среди них одна выделена студентам.

Первоначально, наши PC использовали два сетевых протокола: IPX и IP. В IPX части, мы использовали одиночный Novell Netware 3 сервер для совместного использования программного обеспечения и файлов пользователей для DOS и Windows. В IP части, мы использовали сервер SUN для совместного использования программного обеспечения и разделов пользователей для Linux, с NFS.

В нашей самой последней конфигурации, мы больше не используем IPX. Имеется одиночный Unix сервер (которым может быть как Linux, так и SUN), для совместного использования программного обеспечения и файлов пользователей, использующий NFS для Linux клиентов и SMB (NetBIOS) через TCP/IP для клиентов Windows и DOS. Таким образом, мы имеем один домашний каталог используемый всеми операционными системами.

3.3 Как это Работает

  1. Когда клиентский PC включается, сначала он выполняет традиционные системные проверки, прежде чем TCP/IP Bootprom или PXE Boot ROM возьмет управление.
  2. Bootprom производит BOOTP/DHCP запрос, чтобы получить IP параметры конфигурации.
  3. Если сервер распознает производимый PC запрос, он отошлет назад BOOTP/DHCP ответ с информацией, такой, как адрес IP клиента, шлюз по умолчанию, и какой образ загрузочного диска использовать.
  4. В случае PXE BootROM, происходит несколько более продолжительный обмен между клиентом и сервером, для определения инсталляционных параметров.
  5. Затем bootprom загружает образ начальной загрузки c сервера, используя TFTP протокол. Образ начальной загрузки получился маленькой программой, называемой bpbatch,- наш загрузочный интерпретатор пакетного файла.
  6. Пакетный интерпретатор стартует. В это время, он почти один в компьютерной памяти. Не имеется никакой загруженной операционной системы, кроме среды предзагрузочного выполнения (предлагаемой самим Boot ROM).
  7. Пакетный интерпретатор просматривает в ответе BOOTP/DHCP параметры командной строки, и в особенности имя пакета для выполнения. BpBatch использует опцию 155 DHCP для получения параметров командной строки. Если опция 155 пуста, он получает эти параметры из опции 135 DHCP (PXE 2.0 bootroms могут получать только опции 128-135).
  8. Согласно инструкциям пакетного файла, это будет например:
    1. Загрузка национальной раскладки клавиатуры.
    2. Аутентификация пользователя, соответствующая удаленному серверу (Unix, Radius или Windows NT).
    3. Предоставление пользователю выбора между доступными операционными системами.
    4. Переразбиение жесткого диска и быстрое форматирование некоторых разделов в соответствии с выбранной операционной системой.
    5. Проверка, присутствует ли в конце диска обновленный сжатый образ выбранной OS. Если нет, выполняется его загрузка, используя TFTP.
    6. Распаковка выбранной OS в главный раздел.
    7. Если выбранная OS - Linux, загрузка ядра и его запуск.
    8. Если выбранная OS - DOS или Windows, просто происходит загрузка компьютера с его обновленного жесткого диска.
    Для DOS и Windows 3.1, мы используем свободно доступный Microsoft LanManager для DOS (найдите зеркало, самое близкое к вам; дистрибутив состоит из трех файлов, именуемых от disk1 до disk4) как SMB клиент. Microsoft LanManager поддерживает динамическую конфигурацию, используя DHCP. После регистрации пользователь попадает в DOS, и может запустить Windows 3.1, набрав традиционную команду win. Обратите внимание, что в этот момент, DOS и Windows 3.1, предстают установленными локально. Для Windows 95/98 и Windows NT, мы также используем Microsoft SMB клиент (называемый Клиентом для Сети Microsoft), который поддерживает динамическую конфигурацию, используя DHCP. Мы уменьшаем сетевую загрузку, используя Shared LAN Cache, хорошую и мощную программу кэширования "сети на диске".
Студенческие компьютеры могут быть выключены аппаратно в любое время без риска, так как жесткий диск повторно инициализируется при каждом включении.

Для "безопасных" компьютеров (то есть для компьютеров сотрудников), если компьютер был загружен однажды через использование вышеописанной системы, сценарий начальной загрузки просто переназначает начальную загрузку на локальный жесткий диск, без того, чтобы очищать его снова. Это позволяет пользователям оставлять данные на их локальных жестких дисках. Но всякий раз, когда конфигурация разрушается, пользователь может просто выбрать из меню начальной загрузки, чтобы получить свежую инсталляцию.

3.4 Связанная некоммерческая документация

Эта конфигурация была успешно воспроизведена в нескольких местах во всем мире. Несколько людей написали некоторые подсказки и трюки, которые дополняют настоящий How-To. Если вы делали то же самое, и если ваша страница еще не упомянута в этой документации, пожалуйста пошлите электронную почту на mvuilleu@bpbatch.org. И если Вы испытываете проблемы при воспроизведении данной конфигурации, взглянете на эти страницы!

Вы можете также послать мне ваш BpBatch сценарий, если Вы хотите, чтобы я включил его в коллекцию типовых сценариев.


Previous Next Contents