Какой город, говорите?

Служба каталогов NetWare компании Novell - не единственный способ управления разделяемыми ресурсами в локальных сетях NetWare. Любопытно, кто выйдет победителем в состязании Banyan-Novell?

Итоги испытаний

Сети были простыми. Разделение файлов и печати - это все, на что мы могли надеяться. Эти элементарные сервисы (часто предоставляемые одним ПК, действующим как сервер ресурсов) были доступны пользователю после введения имени и пароля. Концепция членства пользователя в группе позволяла распределить ресурсы по группам; администраторы осуществляли конроль за логическим разделением использования и защиты файлов и ресуросов посредством названных механизмов.

По мере усложнения сетей изменялась, соответственно, и роль пользователя, которого стало возможно идентифицировать в зависимости от его потребности в возросших в числе и разнообразии ресурсах сети. Административные пользователи и их концептуальная роль в рамках инфраструктуры сети стали основным объектом службы каталогов.

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

Сетевая служба предприятия Enterprise Network Services (ENS) компании Banyan и служба каталогов NetWare Directory Services (NDS) компании Novell - два типа службы каталогов для платформ NetWare компании Novell, которые представляют собою абсолютно разные концепции адресации, что связано с их различным происхождением. В этой публикации Испытательного стенда мы попытаемся выделить сходства и различия между обеими службами.

БЕЛЫЕ СТРАНИЦЫ

В течение многих лет концепция пользователя в многопользовательской системе менялась вместе с базисной операционной системой. Конечно, в каком-то смысле пользователи - это люди, однако для компьютеров они на самом деле - объекты. Реакция компьютерной системы различна для различных объектов. Целые культуры выросли вокруг таких хорошо известных пользовательских объектов, как ROOT в Unix и SUPERVISOR в NetWare.

Доступность ресурсов - главный фактор, формирующий культуру. От прав пользователя и его роли в организации зависит то, к каким ресурсам он будет иметь доступ. Эта цель достигается несколькими методами, выбор которых зависит от различий в философии и историческом наследстве. Распределенная среда Distributed Computing Environment компании Open Software Foundation берет на себя тяжкий труд по полной маскировке местонахождения сетевых ресурсов от пользователей. Инициатива Open Network Computing компании Sun Microsystems предполагает использование принятых в Unix и сетевой файловой системе NFS подходов для достижения той же цели.

Первоначально Novell взяла на вооружение концепцию пользователя для имитации в операционных системах Unix и VMS защиты файлов и доступа. В NetWare пользователи имеют маску прав - группу букв, заменяющую разрешение на доступ к тому или иному сетевому ресурсу, традиционно состоящему из файлов и каталогов.

Поначалу присваиваемые всем пользователям NetWare маски прав (за исключением супервизора) никаких прав не имеют. При такой схеме права должны быть даны либо каждому пользователю в отдельности, либо группе пользователей; права, распространяющиеся на всех пользователей группы, могут быть как присвоены, так и отобраны.

Групповые ресурсы - это настоящая панацея для администратора, так как целым коллективом пользователей можно присвоить права за один раз, вместо того, чтобы присваивать их отдельно каждому.

С появлением в сети нескольких файловых серверов NetWare возникла и проблема групп пользователей на нескольких файловых серверах. Во многих таких сетях NetWare пользовательская информация копируется (например, при помощи макро, если администратор достаточно опытен), а не тиражируется, как это должна бы делать служба каталогов.

С другой стороны, VINES компании Banyan изначально использовала централизованный Unix-ориентированный подход как для соглашений об именах ресурсов, так и для разделения ресурсов. VINES продолжает выполнять основные сервисы на Unix. Средства соединения в VINES предоставляет StreetTalk - коммуникационный агент, находящийся на таких распределенных ресурсах, как тестируемые нами серверы NetWare. При изменении ресурсов в сети VINES информация посылается вниз по цепочке на следующий сервер VINES.

УСТАНОВКА ENS

Мы установили ENS на сервер NetWare 4.1 (см. Итог испытаний) и сервер Banyan VINES 6.00.10, работающий под Unix в версии Santa Cruz Operation. Использование ENS в среде NetWare возможно только при наличии доступа к серверу VINES.

Сервер VINES применяет родной протокол Banyan IP, а стало быть, его необходимо научить работать с IPX/SPX. Мы воспользовались функцией Add/Change Cart (добавление/смена платы) консоли обслуживания сервера VINES для размещения стека IPX/SPX на имеющейся на сервере плате Ethernet производства Hewlett-Packard. Присвоив плате "внутренний" IPX-адрес, мы затем сообщили процедуре о том, какой номер сети IPX будет использоваться сервером VINES. Когда VINES перезагрузили, он тут же увидел серверы NetWare в объединенной сети. VINES применяет протокол извещения об услугах (IPX Service Advertisement Protocol) для объявления о своем присутствии в сети, что необходимо для выполнения следующего шага. Прежде чем идти дальше, мы разблокировали опцию о предоставлении услуг ENS на сервере VINES.

Было решено установить StreetTalk на основной сервер лаборатории - сервер NetWare 3.12 по имени Beach. При помощи CD-ROM мы скопировали на сервер свыше 100 файлов (многие из них весьма невелики по размерам), в том числе и каталог SYS:PUBLICBANYAN. Одним из скопированных файлов был ST.NLM. После завершения копирования (на это потребовалось 10 минут) мы загрузили ST.NLM на сервер. Сервер Beach соединился с сервером VINES, представился и продолжил работу. После ввода необходимого идентификационного кода мы обновили на VINES информацию о сервере, но не о пользователях, файловой системе и других ресурсах.

Мы воспользовались программой STI.EXE для получения информации о пользователях, ресурсах и файловой системе NetWare в базу данных VINES. STI.EXE осуществляет импорт одного ресурса за раз, однако если создать соответствующий сценарий, эту процедуру можно автоматизировать.

Затем мы повторили весь процесс целиком для сервера NetWare 4.1 (по имени Beach_41). Прежде чем активизировать StreetTalk на сервере, контекст каталога на Beach_41 потребовалось сменить на режим эмуляции таблицы связей. Есть два контекста: при одном - сервер находится под управлением NDS, а при другом - ресурсы, приписываемые серверу, видят каталоги как плоскую структуру, а не как дерево. Использование эмуляции таблицы связей на сервере NetWare 4.1 не упоминается в документации Banyan, и нам потребовалось много времени, чтобы найти ее в документации Novell.

ЗАПУСК И РАБОТА

После завершения создания VINES и запуска агентов StreetTalk на сервере мы перешли к установке клиентского программного обеспечения. Возможны два типа соединения с VINES. При первом используется Banyan IP, а при втором - NetWare IPX/SPX. Windows 3.x и DOS могут использовать Banyan IP или IPX/SPX; Windows 95 же до появления следующего клиентского программного обеспечения ограничена в возможностях IPX/SPX.

Клиентское программное обеспечение Banyan использует ELOGIN.EXE для соединения с сетью VINES, в которой NetWare доступна как ресурс. Мы сделали одно важное открытие - ресурсы и изменения в сети VINES являются надмножеством информации таблицы связей NetWare; изменения в таблице связей NetWare производятся VINES при посредстве агента StreetTalk на сервере, только если лицо, осуществляющее изменение, идентифицировано в таблице связей NetWare как администратор данного ресурса.

После интеграции серверов NetWare в ENS основной средой управления становится приложение Management Tools (MT). MT - графическое приложение под Windows, имеющие некоторые усовершенствования по сравнению с текстовыми программами "M*" от Banyan, немаловажным достоинством графического интерфейса является возможность буксировки имен членов группы из одного списка в другой (см. Рис. 1).

В отличие от групп таблицы связей NetWare, группы ENS StreetTalk не зависят от физического местоположения. Они могут содержать любые службы, любых пользователей и прочие пункты (принадлежащие, например, одному и тому же отделу), которые реально логически сгруппировать. Группы на серверах ENS и NetWare подлежат администрированию со стороны тех, кто занесен в список администраторов ADMIN_LIST на каждом сервере. Администратор имеет право присвоить имена и псевдонимы StreetTalk каждому пользователю и ресурсу в группе (имена затем отождествляются с ресурсами, например томами и сервисами NetWare). Пользователь может обратиться к этим именам из любого места сети ENS.

Интерфейс MT делает доступными имеющиеся в NetWare Syscon возможности управления доступом к каталогам и файлам. Он также позволяет вводить ограничения на бюджеты пользователей. С помощью основного интерфейса MT, StreetTalk Attributes Browser, администратор сети может просматривать сетевые ресурсы по группам, узлам или серверам, а также находить все ресурсы с данными именами или содержащие данную комбинацию символов в имени (см. Рис 2).

ПОЧТА BLUE MAIL

Почтовую систему на базе DOS, входящую в пакет, Banyan называет Blue Mail. Текстовая почта имеет интерфейс, унаследованный от почты Unix и Novell. На наш взгляд, административные опции Blue Mail оказались восхитительно простыми. Blue Mail позволяет создавать персональные почтовые папки на уровне пользователя. Почтовое сообщение может содержать файловые добавления, однако приложение можно запустить с добавления только после выполнения одного-двух промежуточных шагов.

Blue Mail служит базой для Beyond Mai, имеющей множество клиентов Macintosh, Windows, X Window System, OS/2 и другие.

Мы уже были знакомы с VINES, но неопытному администратору или установщику VINES прежде, чем взяться за установку, потребуется кое-какая информация о VINES. В руководстве по установке ENS for NetWare NLM/VAP есть все, что необходимо знать для настройки программного обеспечения сервера StreetTalk и импорта информации из таблиц связи NetWare в VINES при помощи StreetTalk (программа STL.EXE).

УСТАНОВКА СЛУЖБЫ КАТАЛОГОВ NETWARE

Служба каталога NetWare входит в состав NetWare 4.1 и не требует, как в случае Banyan VINES, отдельного сервера каталогов. Мы установили NetWare 4.1 и воспользовались утилитой Migrate для перемещения компонентов сервера Beach в службу каталогов Beach_41. Novell месяц за месяцем предлагает все новые утилиты для облегчения перехода от прежних версий NetWare к NetWare 4.1, не говоря о возможности чтения и копирования информации, имеющейся в таблицах связей (системных таблицах о пользователях и объектах) файловых серверов NetWare 3.x, в дерево службы каталогов NetWare 4.1.

NDS компании Novell разделяет службу каталогов на несколько частей. Изображенная на бумаге схема напоминает дерево; корень дерева - организация и страна (последнее необязатательно); затем выше - ствол - организационные единицы; еще выше -ветви - другие организационные единицы; наконец, на самом верху - листья - конечные пользователи и конечные ресурсы. Как правило, одни организационные единицы являются частью других организационных единиц, так что вы смело можете создавать группу объектов, а не только привычную группу из одних пользователей. Миграция от старого сервера к новому (пользователи, данные и все остальное) заняла около трех с половиной часов по Ethernet-соединению при отсутствии фонового трафика. После завершения миграции мы взяли другой файловый сервер NetWare 3.12 и присоединили информацию из его таблицы связей к дереву NetWare 4.1 примерно за три минуты. Наконец, независимый файловый сервер NetWare (по имени Tech_410) был включен нами в дерево службы каталогов.

Клиентский доступ к файловому серверу NetWare 4.12 или контролируемой администратором службе каталогов требует обновления запросчика VLM компании Novell или другого производителя (Microsoft Windows 95 скоро будет его иметь). Не имеющие нового клиентского программного обеспечения VLM-пользователи должны входить в NDS в режиме эмуляции таблицы связей (LOGIN/B <имя пользователя>) и не могут быть администраторами NDS. Клиентская эмуляция таблицы связей отличается от серверной эмуляции таблицы связей. При клиентской эмуляции клиент видит ресурсы сервера NetWare 4.1, как если бы тот был старым файловым сервером (с таблицей связей); при серверной эмуляции клиент или объект, не являющийся пользователем, видит структуру сервера плоской, а не древовидной.

Информация, хранимая в NDS, является надмножеством ресурсов, регистрируемых на прежних серверах с таблицами связей. Большинство атрибутов следует стандарту ANSI X.500, согласно которому к объекту (каталогу) добавляется информация о местоположении, номере телефона и т.п. И подобно предыдущим версиям таблиц связей NetWare, служба каталогов NetWare позволяет добавлять дополнительные объекты с помощью программного обеспечения независимых поставщиков. Дополнительными объектами могут быть данные, содержащие такую информацию, как серийный номер, сведения о лицензии или даже цвет защитного покрытия.

Каждая организация структурирует дерево NDS в соответствии со своими нуждами. Выбрать единственно верный вариант решения этой задачи поможет комплект документов по NetWare 4.1, а также в несколько номеров AppNotes. В частности, в статье "Планирование дерева NDS" (AppNotes за январь 1995 года) Novell рекомендует два предпочтительных подхода к организации дерева: территориальная и межтерриториальная среда.

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

Ветви дерева могут быть разбиты на разделы, а эти разделы скопированы на другие серверы внутри сетевого домена. Такой подход позволяет администратору сети выравнивать ветви дерева; в результате пользователи, имеющие доступ только к сервисам таблицы связей (если их клиентское программное обеспечение не было обновлено по какой-либо причине), могут продолжать делать это и в среде NDS.

Административные функции NDS выполняются с помощью либо NWADMIN.EXE на ПК под Windows, либо NETADMIN.EXE на ПК под DOS. Как в первом, так и во втором случае вы должны входить на сервер NetWare 4.1 в режиме NDS, а не в режиме эмуляции таблицы связи. Каждый добавленный объект, как организационная единица, так и лист, имеет атрибуты, заносимые администратором только однажды. Информация затем тиражируется в предопределенные места в соответствии со структурой дерева.

Администраторам будет непросто понять пользовательский интерфейс NETADMIN и NWADMIN. И непросто это, в первую очередь, потому, что утилиты не снабжены "путеводителями" или "экспертами" для оказания помощи по выполнению стандартных функций. Функции, отличные от простого добавления пользователей, групп и сетевых ресурсов, далеко не очевидны. Затратив немало времени на знакомство с NWADMIN, мы остались разочарованы его интерфейсом.

Документация по NetWare 4.1, касающаяся NDS, объясняет концепцию службы каталогов весьма доступно, кроме того, дополнительную информацию с массой примеров можно найти, например, в вышеупомянутых AppNotes. Сообщения об ошибках и диагностика описаны не столь подробно. Описание надо прочитать, если только администратор или установщик уже не знаком с теорией и работой с объектами. Novell предоставляет множество информации об администрировании, схеме, программировании и использовании NDS с помощью интерактивных ресурсов, справочных файлов и базе данных на компакт-диске NSEPro CD-ROM.

Я УЗНАЛ ТВОЙ НОМЕР

NDS и ENS основывались изначально на разных точках зрения на управление ресурсами. VINES использует централизованное управление (сервер VINES) ресурсами и почтой. NDS, напротив, использует единое дерево, разчленяемое, где необходимо. NDS должна тиражировать информацию между разделами любого дерева, содержащего несколько копий информации. В этих случаях StreetTalk действует как агент сервера VINES и его ресурсов.

Обе системы частично совместимы со стандартом ANSI X.500, но мы не смогли найти ни одного приложения, которое бы данное обстоятельство использовало. Пусть это высокая цель - совместимость со стандартом X.500 может принести немало пользы любому из продуктов, не говоря уже о надежде, что в один прекрасный день средства соединения X.500 станут реальностью в идентификации ресурсов.

С более практической точки зрения каждая методология службы каталогов имеет свою специфику. Есть продукты, использующие атрибуты и NDS, и VINES. CallWare компании CallWare Technologies может найти телефонный номер пользователя в любой из двух служб каталогов и переместить его под псевдонимом в телефонную систему. GroupWise компании Novell способно также находить адреса электронной почты и маршрутную информацию способом, аналогичным тому, каким почта VINES находит псевдонимы и почтовые ящики пользователей. Banyan лишний раз любит подчеркнуть, что в мире используется 4 миллиона почтовых ящиков Banyan. Novell делает то же относительно своего дополнительного продукта GroupWise.

Соглашения об именах весьма строги в ENS. Имена в NDS могут сбивать с толку, так как здесь используется несколько иерархических уровней организационных единиц. К счастью, NDS дает возможность использовать псевдонимы для отождествления организационных единиц с простыми мнемоническими именами.

КАКОВ ЖЕ СЧЕТ?

Продукт Banyan имеет много ресурсов, отсутствующих в NDS, в том числе почту и совместимость с NetWare 2.2, что раньше всегда можно было найти в красной коробке. Дополнительные ресурсы можно получить при установке серверва VINES в сети. VINES отличается большей автоматизацией и интуитивностью администрирования, чем NDS. Возможно, на такой оценке сказался наш прежний опыт работы с Unix и другими крупными системами.

Должно быть, отсутствие объектной ориентации в VINES стало тем внутренним препятствием, вследствие которого мы не приняли ее методологию. Тем не менее, работа с объектами NDS и средства распространения как ресурсов, так и их характеристик является важным достижением для NetWare. Мы нашли NDS, во всяком случае в ее последней версии, весьма полезной. Что же предпочесть? Выбор свелся к централизации и сравнительной простоте использования Banyan против перспективы будущей совместимости с NetWare. Легкая победа! Но не следует забывать о будущем.

ИТОГ ИСПЫТАНИЙ

Enterprise Network Services

Цена: От 295 долларов за лицензию на 5 пользователей до 5495 долларов за лицензию на 1000 пользователей. (В цену не входит сервер VINES.)

Требования: Отдельный сервер VINES (5.22 и выше) и файловый сервер 2.2, 3.x или 4.x. Клиенты OS/2 (1.3 и выше), DOS (3.1 и выше), Windows (3.x и выше, однако некоторые функции Windows 95 не реализованы), Macintosh 6.1 или выше. ENS работает как NLM или VAP. VINES работает под AIX, Unix, HP-UX, SCO Unix, Solaris и "родными" серверами VINES.

Enterprise Network Services (ENS) - служба каталогов в Banyan VINES, адаптированная к NetWare. В состав входят программное обеспечение сервера NetWare (StreetTalk) и клиентское программное обеспечение для ПК и Macintosh. ENS включает наименование и доступ к ресурсам, встроенную базовую почту, коммуникационное программное обеспечение для глобальных сетей и средства управления сетью (управление ресурсами, аутентификация, создание псевдонимов и агент SNMP).

Установка: Сервер VINES должен быть модифицирован для использования с NetWare. Установка сервера NetWare проста; начальная поддержка требует номинального понимания StreetTalk и VINES. Программному обеспечению необходимо устройство для защиты от копирования во время установки VINES ENS ("заглушка" на параллельный порт).

Документация: Многочисленная, в том числе база данных с технической информацией на компакт диске. Документация ENS для NetWare предполагает номинальное знакомство с VINES и StreetTalk. Указания по импорту таблицы связей NetWare ясны и понятны. К сожалению, список сообщений об ошибках не полон, а диагностика не освещена с достаточной степенью подробности. Весьма полезно было бы дать побольше примеров.

Техническая поддержка: По утверждению Banyan, телефонная поддержка доступна круглосуточно, однако по указанному бесплатному телефону мы смогли дозвониться только в рабочии часы (в это время проходила национальная конференция Banyan). Есть форум на CompuServe, страница на World Wide Web и узел ftp (с подробными добавлениями, исправлениями, советами и т.п.). На два заданных вопроса мы получили исчерпывающий ответ в течение тридцати минут.

Простота использования: Невероятно проста в использовании; очень легко адаптируется к глобальным соединениям. Проектирование и расширение как локальной, так и глобальной сети, а также интеграция обеих с NetWare не вызвали никаких затруднений. Беспроблемная адаптация пользователей NetWare избавит администратора от головных болей. Методология проектирования сети подкреплена службой имен VINES.

Гарантия: Гарантия на носители - 90 дней со дня покупки; возможен возврат денег.

Надежность/совместимость: Хорошая общая совместимость с NetWare 2.2, 3.x и 4.x. Установка и функциональные возможности для NetWare 2.х отличаются от 3.x и 4.x. ENS работает на большинстве версий DOS и Windows (некоторые сервисы доступны, но не рекомендуются в Windows 95), OS/2 и Macintosh System и выше. ENS не до конца понимает NDS, так что необходима эмуляция таблицы связей.

Применимость: Наилучшая при развитой службе каталогов. ENS активно использует псевдонимы, инструменты поиска, а также административный и пользовательский контроль.

Тестовая среда: Banyan VINES 6.00.10 на ALR ProVEISA (486DX-2/66 МГц c SCO Unix); NetWare 4.1 на Compaq Proliant 1500 (Pentium 75, дисковый массив Compaq Disk Array, сетевая плата Compaq NetFlex Ethernet, 32 Мбайт DRAM), Novell 3.12 (HP LMServer 486DX-2/66 МГц; SDI LANArray 7); различные ПК (Compaq Deskpro 5100s с Windows for Workgroups 3.11, Compaq Prolinea 486SX-50s с Windows for Workgroups 3.11 или Windows 95; несколько ноутбуков с Windows 95).

---

Novell NetWare Directory Services

Цена: Отдельно не продается.

Требования: Файловый сервер NetWare 4.1 (386DX-25МГц, 8 Мбайт DRAM, жесткий диск на 120 Мбайт, сетевая плата); клиенты должны использовать запросчики или программное обеспечение, совместимые с NetWare Directory Services.

NetWare Directory Services компании Novell представляет собой службу каталогов для платформ NetWare и входит в состав NetWare 4.x. Административные, клиентские и пользовательские инструменты доступны для DOS, Windows и OS/2.

Установка: Многосерверные или глобальные сети требуют тщательного планирования для управления при помощи NDS. Установка проста, но начальное администрирование сложнее, чем в ENS. Служба каталогов в случае нескольких серверов может быть организована многими способами, однако ни "эксперты", ни какие-либо другие справочные средства вам в этом не помогут. Клиентское программное обеспечение просто в установке. Последующие изменения просты и легко тиражируются на другие серверы и в другие географические регионы. Тиражирование в распределенных сетях можно контролировать, так что оно не занимает слишком большую полосу пропускания.

Документация: Из-за своей сложности NDS снабжена объемной документацией. Руководство незаменимо для "расшифровки" профессиональной лексики и методов, необходимых для успешного развертывания NDS. Особенно полезны распространяемые Novell AppNotes с многочисленными примерами и советами по организации сети. Документация по сообщениям об ошибках и восстановлению базы данных весьма скудна.

Техническая поддержка: Круглосуточная без выходных. Обновленные версии файлов и поддержку можно получить через World Wide Web, CompuServe, ftp, а также у реселлеров Novell (Novell Channel Partners). Ответ на первый звонок мы получили спустя четыре часа семь минут (при этом весь ответ занял две минуты); на второй звонок ответ поступил через 70 минут.

Простота использования: Поначалу освоиться весьма не просто, однако с опытом привыкаешь. После установки разделы и тиражирование делают администрирование сети NetWare поразительно простым. Пользовательский интерфейс администратора очень неудобен в работе.

Гарантия: Возврат денег в течение девяноста дней.

Применимость: Мощный инструмент управления. Служба каталогов исключает необходимость в ручном тиражировании информации о ресурсах NetWare среди пользователей и разделяемых ресурсов.

Надежность/совместимость: Надежная и сложная. В настоящее время NDS полносью совместима только с файловыми серверами NetWare 3.x и 4.x и теми клиентами, на которых установлено совместмое с NDS клиентское программное обеспечение. Частичная совместимость со старыми версиями клиентского и серверного программного обеспечения NetWare.

Тестовая среда: NetWare 4.1 на Compaq Proliant 1500 (Pentium 75, дисковый массив Compaq Disk Array, сетевая плата Compaq NetFlex Ethernet, 32 Мбайт DRAM), Novell 3.12 (HP LMServer 486DX-2/66 МГц; SDI LANArray 7); Banyan VINES 6.00.10 на ALR ProVEISA (486DX-2/66 МГц c SCO Unix); различные ПК (Compaq Deskpro 5100s с Windows for Workgroups 3.11, Compaq Prolinea 486SX-50s с Windows for Workgroups 3.11 или Windows 95; несколько ноутбуков с Windows 95).