Прежде чем подробнее рассказывать о командах и средствах NetWare v.4, воспользуемся всем тем, что мы узнали в предыдущих главах, и коснемся подробнее одного интересного вопроса - проблемы интеграции операционных системы NetWare и Unix.
Быстрый рост программных продуктов для связи NetWare, как разработанных Novell, так и созданных другими фирмами, оказал сильное влияние на рынок. Там, куда еще не проникла Novell, интенсивно работают другие разработчики. По различным оценкам NetWare охватывает от 60 до 75 процентов рынка локальных сетей для PC. Распростаняя сферу своего влияния, NetWare проникает в мир Unix. Portable NetWare (теперь NetWare for Unix) выполняет из хост-машины с Unix файлы NetWare и позволяет печатать данные. Протокол IPX/SPX фирмы Novell перенесен на множество Unix-платформ, что устраняет необходимость выполнять на NetWare-клиенте для связи с хост-машиной с Unix TCP/IP. Предпринимаются усилия для переноса Native NetWare непосредственно на традиционные аппаратные средства, работающие только с Unix. Это включает в себя объявленный перенос на микропроцессор PA-RISC фирмы Hewlett Packard и предстоящий перенос на процессоры с архитектурой SPARC (Sun Microsystems), MIPS и процессоры Alpha фирмы DEC.
Принимая во внимание растущий интерес фирмы Novell к Unix, все больше потребителей хотят проанализировать область интеграции NetWare с Unix и на практике интегрировать лидирующую локальную сеть для PC и ведущую операционную систему.
Novell NetWare завоевала область настольных коммерческих систем, включая PC, Macintosh, OS/2 и клиентов Microsoft Windows. Теперь идет соревнование за то, чтобы захватить все то, к чему может подключаться NetWare. Одной из наиболее крупных и быстрорастущих областей является Unix. В войне за настольные приложению Novell победила все прочее, исколючая Unix.
Как и в большинстве проектов, перед тем как вы сможете интергировать системы Unix и NetWare, нужно овладеть массой мелких деталей. Проблема мелких деталей в том, что они остаются мелкими только пока вы уделяете им должное внимание.
Имеются десятки возможностей связи NetWare и Unix. К сожалению, пользователи и администраторы сетей знают часто только об одной или двух возможностях. Когда выбор ограничен, то и ваш вариант может оказаться далеко не лучшим. В основе NetWare и Unix лежат раличные начала, но однако они пришли к некоторым общим моментам.
Несмотря на заявления об открытости, потребители требуют от поставщиков обеспечить более простую связь систем друг с другом. По мере присоединения к связанным NetWare и Unix других систем, на производителей других систем будет оказываться давление для реализации возможности их присоединения. Стандарты, требующие замены существующих систем, обречены на непопулярность. Стандарты, позволяющие включить старые системы в новые схемы, всячески приветствуются. К последнему стандарту относится и NetWare, и Unix.
Раньше административные информационные системы ориентировались в основном на IBM - единственный источник программных продуктов и услуг. Сегодня эта область насыщена конкурирующими технологиями. Администраторы, которые в прошлом с успехом игнорировали и NetWare, и Unix, неожиданно обнаруживают их во главе списка приоритетов.
В деловой сфере редко можно встетить стремление избавиться от программного и аппаратного обеспечения, поэтому любая возможность связи NetWare с Unix должна учитывать использование имеющихся систем. Старое оборудование имеет ограничения, особенно в области управления памятью для клиентов DOS, но эти машины нельзя считать бесполезными. На самом деле у них еще остались некоторые возможности.
NetWare и Unix совершенно различны. Если в область интересов вашей фирмы входит NetWare, то Unix будет для вас новинкой. Язык, используемый NetWare и Unix, обычно сообщает об одних и тех же вещах совершенно разными словами.
Эксперты уже заметили, что интерес потребителей к Unix и NetWare за последний год резко возрос. Если говорить о системной интеграции, то это давно назревшая тема. Даже потребители, не готовые к фактической интеграции, хотят получить такую возможность в будущем. Сегодня им нужна основа, которая будет поддерживать эти средства в будущем.
К счастью для компьютерного мира, большинство из сложных проблем сетевой организации Unix решили еще до того, как появился IBM PC. К 1981 году, в конце которого появился PC, уже было создано то, что получило название Internet.
В 1969 году исследователи и представители частного сектора впервые встретились в Сноуберде (штат Юта), чтобы начать проектирование Internet. Эта группа стала называться Network Working Group. В 1971 году впервый выполнен обмен по электронной почте. В октябре Network Working Group показала успешную регистрацию на удаленной системе. В 1972 на Международной конференции по компьютерам и средствам связи (ICCC) в Вашингтоне сеть была впервые публично продемонстрирована. 1973-74 году отмечены созданием TCP/IP (сетевой протокол Unix). В 1983 протокол TCP/IP стал единственным, допустимым для Internet.
Что касается версий программных продуктов, то сегодня существует только небольшая группа основных вариантов Unix. Интересен подход Unix к готовым приложениям. Принцип предварительно оттранслированной и немодифицируемой программы совершенно не соответствует основным концепциям Unix. Что хорошего в программе, если вы не можете настроить ее таким образом, чтобы она точно соответствовала вашей среде?
NetWare стала по-настоящему "дружественной" к Unix, начиная с версии 3.10, когда она впервые стала включать в себя TPC NLM. Это позволило серверу параллельно поддерживать TCP/IP и IPC/SPX. Впервые NetWare-сервер получил возможность включения в сетевую работу Unix, где используются продукты разных фирм.
Кроме версии 4 NetWare мы будем упоминать также о NetWare версии 3.11. Иногда упоминаются и более ранние версии, работающие в VAP (Value Added Process, более ранняя версия NML). NetWare 3.11 - наиболее общая для больших компаний версия (достаточно крупная для использования и Unix, и NetWare и достаточно подошедшая к необходимости взаимодействия этих систем). Многие замечания, касающиеся NetWare 3.11, применимы также к версии NetWare for Unix (Portable NetWare).
Что касается NetWare-клиентов, то в основном NetWare-клиентами являются PC c DOS. Хотя они занимают на рынке основную долю, следует упомянуть также о других NetWare-клиентах, таких как Macintosh и машины с операционной системы OS/2.
Мир клиентов, отличных от DOS, быстро разрастается, и не только за счет пользователей Macintosh и OS/2. Выпущенная в 1992 году система NeXTstep 3.0 включает в себя в качестве собственного протокола IPX/SPX. Операционная система Solaris 2.0 фирмы Sun также включает в себя протоколы NetWare. Кроме того, Sun и Novell имеют совместные соглашения в области маркетинга. Уцелеет ли все это перед лицом выпуска UnixWare, и будут ли задействованы те же каналы сбыта, пока сказать трудно. Реселлеры и дилеры, будут решать, какую версию им продавать и поддерживать, ориентируясь в основном на рынок. Следует ожидать, что в группу NetWare-клиентов перейдут многие из основных операционных систем.
Как уже говорилось, Unix и NetWare - во многом совершенно различные системы. Все это имеет многолетнюю историю. Многие из пользователей этого не понимают. Тем не менее, NetWare и Unix совместно используют одно и то же "наследие", и часто применяются для достижения одинаковых целей. Между операционными системами Unix и NetWare существуют некоторые технические различия:
| Разрабатана большим сообществом исследователей и комитетов | Разработана Novell |
| Виртуальная память (ОЗУ и диск рассматриваются как допустимое рабочее пространство) | Реальная память |
| С выгрузкой | Без выгрузки |
| Распределенные файловые системы (NFS, AFS, RFS) | Распределенные файловые системы отсутствуют |
| транспортный протокол TCP/IP | транспортный протокол IPX/SPX |
| Доступна на большом числе процессоров, включая Intel | Доступна в данное время на процессорах Intel |
| Несколько многопроцессорных версий | Отсутствуют реальные многопроцессорные версии |
| Процессы-демоны | Процессы VAP (Value Added Processes) и NML (загружаемые модули NetWare) |
В основном предубеждение работающих с Unix к NetWare ошибочно переносится на эту систему с DOS. Одной из сильных коммерческих сторон NetWare является то, что сеть может подаваться как некая "супер-DOS", позволяющая множеству пользователей совместно использовать диски и принтеры. Этот аспект "супер-DOS" особенно привлекателен для работающих в DOS и Windows.
Нужно отметить, что другие операционные системы выполняют те же функции, возможно некоторые из них делают это даже лучше, чем система фирмы Novell. Система MS NET фирмы Microsoft и более поздняя версия PC NET, а также последний вариант EtherShare (фирмы 3Com) и PC Network (IBM) еще более согласованы с DOS, чем NetWare. Novell добавила некоторые средства, не имеющие аналогов в DOS, такие как множественный поиск маршрутов и общедоступный каталог (что аналогично длинным операторам SET и PATH в операционной среде Unix).
Однако DOS и NetWare нужно дифференцировать. NetWare имеет в своей основе что-то от Unix. Кроме того, NetWare может превратить обычную DOS для PC в нечто почти настолько же полезное многозадачное как Unix.
Одной из привлекательных черт NetWare, является ее стоимость и "дружественность" к PC. NetWare - это "дружественное" расширение DOS. NetWare - это многозадачная система с мультинитевостью (multithreading - одновременное порождение одним процессом сразу нескольких подпроцессов), способная обслуживать аппаратное обеспечение сервера, файловую систкему, принтеры и средства коммуникаций. Все это как будто говорится про Unix, однако NetWare традиционно не выполняет никакой обработки на хост-машине, то есть сервере. Всю обработку для приложений выполняют оконечные PC.
Таким образом, NetWare можно также рассматривать как некий аналог системы Unix, где память каждого пользователя и пространство приложения разделены различными PC, а не операционной системой.
Говоря о NetWare, нельзя не упомянуть о процессах. Процессы-"демоны" Unix реализованы в NetWare в виде загружаемых модудей NetWare - NML (NetWare Loadable Module) и процессов VAP (Value Added Processes). VAP - это ранняя версия, которая работала в NetWare 286 версии 2.х. Процессоры 80286 с реальным и защищенным режимами затруднили разработку этих программ и еще более их работу. NLM - этот тот же процесс, но выполняемый только в NetWare 386 версии 3.х или старше. Преимущества микропроцессора 80386 сделали NLM стабильной платформой для реальных приложений.
NLM почти превратили NetWare в операционную систему общего назначения, аналогичную Unix. NLM могут управлять печатью, отслеживать почту, управлять созданием резервных копий, наблюдать за загрузкой сервера, поддерживать коммуникации с внешними системами и даже выполнять базы данных Oracle и Sybase SQL.
Unix - это многозадачная система с мультинитевостью. Она была изначально построена как многопользовательская (фактически, многопрограммная) операционная система. Она более сложна, чем NetWare и может выполнять больше функций.
Наиболее значительное различие NetWare и Unix состоит в том, где происходит обработка программ. В NetWare вся обработка приложений выполняется клиентом - компьютером PC или Macintosh. В Unix вся обработка приложений выполняется основной хост-машиной. Это позволяет значительно сэкономить время, особенно для отдельных приложений. При работе с базой данных файлы не нужно передавать по сети между сервером и прикладной программой, так как все это находится на хост-машине Unix.
Так как все программы и данные находятся в одном и том же пуле памяти, доступном для всех программ, становится возможным совместное использование. Выполнение приложений в пуле памяти отдельных PC делает совместное использование невозможным. Блокируемые в NetWare записи базы данных остаются заблокированными, пока не закончится основной трафик сети, и Unix здесь дает намного меньшую задержку.
Обратной стороной этого является то, что каждое нажатие клавиши на каждом терминале требует реакции хост-машины. Когда-то это означало перегрузку системы из-за простой обработки текста. Теперь это не так, но сдвиг в сторону вычислений "клиент-сервер" означает использовние хост-обработки только там, где это необходимо, а клиент берет на себя свои функции.
В Unix используется планирование с выгрузкой (или планирование с выбрасыванием). На самом деле это просто приоритетное планирование. Определенные системные функции могут прерывать другие функции. Независимо от того, что еще делается в системе, это позволяет запускать планируемые задания и выполнять в системных функциях необходимые процедуры. NetWare такой особенности не имеет и поэтому не может быть системой реального времени.
В Unix все рассматривается как файл, даже клавиатура и монитор. Три типа файлов называются обычными файлами, каталогами и специальными файлами. Обычные файлы и каталоги в основном соответствуют этим понятиям в DOS. Как и в DOS, это могут быть файлы ASCII (текстовые файлы) или двоичные файлы. Каталоги могут включать в себя файлы и подкаталоги.
Unix рассматривает физическое устройство как "специальный" файл. Любую часть аппаратной системы и ее периферии можно интерпретировать как файл. То, что в DOS рассматривается как устройства, в Unix считается специальными файлами. На любой приемник вывода и источник ввода можно ссылаться как на файл. Этот принцип дает огромную гибкость. Любой файл или устройство (в смысле DOS) можно направить на любой другой файл или устройство. Любой вывод может стать вводом для чего-угодно.
В отличие от DOS и NetWare, Unix различает регистр символов. Это может вызвать некоторые затруднения, когда вы пытаетесь связать файлы Unix и NetWare, поэтому об этом надо подумать сразу. Нужно знать также, что Unix не имеет ограничений имен файлов DOS - в именах файлов там используется другой синтаксис.
В Unix также используются процессы-демоны. Однако между демоном и фоновым процессом в Unix есть различия. Фоновые процессы - это программы, активно работающие в фоновом режиме. Обычно они представляют собой прикладные программы или утилиты. Любая прикладная программа, работающая на сервере NetWare, само может являться NLM. Программа отслеживания загрузки для NetWare должна представлять собой NLM, но в Unix это будет просто прикладная программа, работающая в фоновом режиме. Поскольку NetWare эти фоновые процессы недоступны, она должна использовать NLM. Unix одновременно использует только несколько демонов, а остальные являются фоновыми процессами. Пользователи NetWare не могут запустить NLM, если не имеют привилегий консоли.
И NetWare, и Unix имеют ядро - программу, которая выполняет все другие программы. В NetWare это программа SERVER.EXE, а в Unix - ядро (часто называемое UNIX или VMUNIX и расположенное в корневом каталоге). Сегодня и NetWare, и Unix стараются отделить ядро от программных и аппаратных дополнений, являющихся частью каждой инсталляции. Но ядра обеих систем выполняют одинаковую функцию - управляют всем, что происходит вокруг.
В то время как NetWare может повсюду обеспечивать сетевое функционирование для работающих в PC LAN, Unix работал в сети задолго до этого. Построение сети NetWare конечно отличается построения сети Unix. NetWare всегда использовала схему "клиент-сервер", а Unix - в основном "один в один" (хотя есть и отступления от этого правила).
Разница в построении сетей NetWare и Unix состоит в слабости клиентов DOS в системах PC LAN и относительной структуре сетевой организации Unix. В сфере сетевой организации "клиент-сервер" NetWare клиенты DOS (а также Macintosh и OS/2) намного слабее соответствующих эквивалентов в Unix. Это переносит основную тяжесть на сервер NetWare, который непрерывно улучшается.
Одним из основных требований сетевой работы Unix является поддержка NFS. Средство NFS, первоначально разработанные фирмой Sun в середине 80-х и ставшее общедоступным, является одной из основ распределенных вычислений Unix. Это средство настолько внедрилось в систему, что программы Unix обычно не могут определить, обращаются они к файлам локальной системы или через сеть с помощью NFS.
В Unix каждая машина является в сети и клиентом, и сервером. Фактически, автономная машина выполняет функции клиента и сервера. Например, системный сервер печати должен дать клиенту разрешение на использование средства печати. В NetWare предоставлять полномочия требуется только серверу.
Unix был разработан как платформа для программистов, а не обычных пользователей. То, что легко и обычно для программистов, особенно для тех, кто занимался первоначальным созданием и разработкой Unix, не всегда легко и логично для остальных. С другой стороны мы имеем пользователей и администраторов DOS и NetWare. Нормой здесь являются готовые программы и продукты.
Успех Unix в том, что он привлекает высококвалифицированных программистов. Хотя со времением эта тенденция идет на спад, квалифицированные программисты не будут об этом сожалеть, так как работы у них будет больше чем раньше. Чем больше пользователей, тем больше программ нужно написать и больше систем нуждаются в администрировании.
Связь NetWare с Unix предполагает несколько большее, чем просто добавление некоторых имен серверов NetWare в таблицу /ets/hosts ваших систем Unix. Эта проблема простирается от вида разъемов кабеля до используемых в разных системах форматов файлов. Каждый фрагмент одной системы имеет соответствующий, но отличный от него фрагмент другой. Тщательное исследование показывает, какой фрагмент используется в качестве основы другого фрагмента. Если при разработке новых продуктов и служебных средств все происходит согласно плану, то каждый фрагмент будет правильно работать в рамках целого.
Протокол - это формальное описание формата сообщения и правила, которым должны следовать две или более машины при обмене этими сообщениями.
TCP/IP обычно описывается как набор протоколов с единым названием (для простоты идентификации). В этот набор входят такие протоколы как FTP (File Transfer Protocol) и ICMP (Internet Control Message Protocol).
Перечислим основные протоколы Novell:
Иерархию сети можно представить в виде уровней Самым нижним является физический уровень, детально описывающий электрические и механические спецификации подключения сетевых устройств.
Уровни группируются обычно следующим образом:
Для Unix основным выбором являются IPX/SPX для NetWare и TCP/IP для Unix. IPX/SPX реализуется на различных системах Unix. С другой стороны, TCP/IP также становится все более важным для NetWare для обеспечения коммуникаций Unix-NetWare и связей "клиент-сервер". Весь фокус в том, чтобы получить TCP/IP на NetWare в одних случаях и IPX/SPX в Unix в других. На PC не применяется "внешнее" использование TCP/IP, а ограниченная память, доступная в различных формах DOS, вынуждает прибегать к некоторым "странным махинациям".
IPX/SPX - это не такой "стандартный" протокол как TCP/IP, а его история отмечена невысокой производительностью в сетях WAN. Novell учитывает эти моменты в протоколе BMP (Burst Mode Protocol), реализуя в сфере NetWare идею TCP/IP подтверждения нескольких пакетов в одном пакете. Можно найти вендоров Unix, включивших поддержку IPX/SPX.
Доступ клиентам NetWare к хост-системам Unix для выполнения символьных (не графических) приложений поможет многим фирмам. Неплохо было бы позволить клиентам NetWare выполнять свои собственные приложения для DOS, Macintosh (системы) или OS/2. Было бы также здорово, если результирующую информацию можно будет совместно использовать на разных платформах.
С учетом растущего списка приложений, предлагающих версии и для DOS, и для Unix, простой доступ к файлам на между разными платформами окажет большую помощь. WordPerfect является лидером среди текстовых процессоров, предлагающих версии для работы в DOS, Windows, Unix OS/2 и Macintosh. Они сохраняют один и тот же формат, так что пользователь SunOS может использовать файл из Macintosh, сохраненный на сервере NetWare. Если, конечно, выполнены соответствующие сетевые соединения.
Сегодня приложения с обеих сторон могут пересекать барьер. Первой базой данных для работы в качестве NLM на NetWare-сервере была Oracle. При этом сохраняется широкое распространение Oracle в мире Unix. Благодаря начальным шагам, предпринятым Unix для поддержки TCP/IP (начиная с NetWare 386 версии 3.1) база данных Oracle на NetWare-сервере может общаться с Oracle-клиентом на любой платформе Unix.
Если вы работает в основном с Unix, то используете в основном Ethetnet. Многие считают, что открытые системы означают Unix с Ethernet, но это не совсем так.
Если на вашем рабочем месте в основном применяется IBM, вероятно, вы в основном пользуетесь Token Ring. IBM ввела Token Ring для IBM PC в 1984 году и имела большой успех. Облегчив связь сетей Token Ring с кластерами контроллеров 3270, большими машинами, компьютерами AS/400 и другими, IBM вывела Token Ring в техническом и коммерческом плане на уровень Ethernet.
Теперь IBM начала серьезную поддержку Ethernet, а вендоры Unix начали поддерживать Token Ring. ЭВМ RS/6000 фирмы IBM производится уже с адаптером Ethernet (впервые для IBM). Sun, DEC, Hewlett-Packard и другие производители теперь также обеспечивают доступность плат Token Ring практически для всей своей основной продукции.
Однако Token Ring и Ethernet ни в коей мере не взаимозаменяемы. Фактически, с технической и философской точки зрения эти две системы максимально различны.
Token Ring - это детерминированный метод управления сетевым доступом. Это означает, что каждый узел имеет определенный квант времени, в течении которого он может получить доступ к сети для передачи пакета информации. Электрический сигнал проходит от одной станции к следующей. Если к этому сигналу ничего на добавляется, то сеть доступна. Независимо от наличия на узле информации, он должен ждать поступления пустой лексемы.
Ethernet - это недетерминированный метод доступа к сети. Передаваемые информационные пакеты воспринимаются каждой рабочей станцией (узлом сети), которая определяет, предназначены они ей или нет. Если нет, то узел отвергает передачу. Если два узла одновременно начинают передавать данные, то возникает конфликт. При этом оба узла отказываются от передачи о ожидают случайное время, после чего повторяют ее.
Token Ring посылает электрические сигналы от одного узла к ближайшему активному соседнему узлу - NAUN (Nearest Active Upstream Neighbor). Каждый узел должен связываться с центральным, который называется узлом многостанционного доступа - MSAU или MAU (Multi-Station Access Unit). Каждый MSAU для связи с другими MSAU имеет порт ввода и вывода (Ring In и Ring Out). Электрический кабель прокладывается по кругу, а сигнал доходит последовательно до каждого активного узла, возвращаясь затем к исходной станции.
Узлы Ethernet соединены через электрическую шину. При этом каждый узел связан со всеми другими узлами. Визуально это выглядит как коаксикальный кабель, идущий от одного узла к другому, от него - к следующему и т.д. Новая спецификация 10Base-T позволяет запустить Ethernet через через неэкранированный кабель типа "витая пара" (UTP), аналогичный телефонному кабелю. Однако это просто топология шины: каждый узел должен соединяться с центральным (как Token Ring и MSAU). В центральном узле электрические сигналы действуют как в обычном коаксиальном кабеле.
Подытожим кратко некоторые основные отличия Ethernet и Token Ring:
| Скорость 10 Мбит/сек | Скорость 4 или 16 мегабит в секунду |
| Топология шины | Топология кольца |
| Коаксиальный кабель | Кабель STP, UTP. UTP |
Сначала (в 1977 году) разработанная фирмой Datapoint сеть называлась Arcnet (Attached Resource Communication Network - сеть коммуникаций с подключенными ресурсами). Она использует схему передачи лексемы по шинной топологии, что представляет собой некую комбинацию Token Ring и Ethernet. Более медленная (2.5 Мбит/сек) с пакетами меньшего размера, чем Token Ring (512 бит вместо 4098 бит), она работает обычно через коаксикальный кабель. Это кабель того же типа, что используемый для терминалов 3270 больших ЭВМ фирмы IBM.
В прошлом Datapoint полностью контролировала Arcnet. В отличие от Token Ring и Ethernet, она никогда не была сертифицирована Комитетом стандартов IEEE (Институт инженеров по электротехнике и радиоэлектронике). В настоящее время предпринимаются усилия по стандартизации, но, вероятно, они не слишком интенсивные и черезчур запоздавшие. Поку трудно говорить о присутствии Arcnet в мире Unix и о возрастании того влияния, которое Acrnet имеет на рынке NetWare в последнии годы. Однако некоторые системы Unix поддерживают платы Arcnet. Системы межсетевого взаимодействия, использующие TPX/SPX для связи NetWare-клиента с хост-машиной Unix при некотором планировании также будут поддерживать Arcnet. Если использующие Acrnet машины связаны с сервером или машртутизатором, с помощью этого сервера трафик может переключиться на Ethernet или Token Ring.
В мире Unix для подключения в течении многих лет использовались последовательные кабели. Большинство подключенных к хост-машине с Unix терминалов используют последовательное подключение, хотя в целях повышения скорости имеется тенценция перехода к Ethernet. Распределенные глобальные сети (WAN)) используют последовательные соединения модемов и хост-машин.
Последовательные соединения прекрасно работают на хост-машинах Unix старых моделей, которые ваыполняют всю обработку для неинтеллектуальных терминалов. Скорость последовательной передачи 9600 бит/сек обеспечивает приемлемое время ответа, поскольку по линии между терминалом и хост-машиной передаются только отдельные символы и нажатия клавиш. Однако теперь терминалы стали более интеллектуальными и используют больше графических средств, поэтому последовательная передача становится для них слишком медленной.
Одной из областей, которой пользователи Unix имеют реальное преимущество перед пользователями NetWare, является удаленный доступ. Для неинтеллектуального терминала разница между подключением через модем и черед последовательный кабель минимальна. Это позволяет системам Unix связываться через WAN легче, чем можно связать удаленные PC через LAN.
L в сокращении LAN означает локальность, а локальность - это именно то, что требуется. Так как обработка выполняется клиентом, а сервер NetWare действует как разделяемый жесткий диск, по связи клиент-сервер передается значительно больше данных, чем отдельные символы. Высокоскоростные локальные сети делают возможными такие системы.
Для связи одной локальной сети с другой через глобальную сеть (WAN) будут использоваться последовательные соединения, в противном случае последовательные связи имеют для NetWare небольшое значение. Более сбалансированные методы "клиент-сервер" в Unix дают по сравнению с последовательными связями выигрыш в производительности.
Разработка стандартов в мире Unix создает набор "открытых приложений". Ожидается, что все системы будут поддерживать эти стандарты, и мир NetWare здесь далеко позади.
Одной из важнейших областей сегодня является X Window System (или просто X). Система X, первоначально разработанная в X, - это мощная оконная система с прозначным сетевым обменом для вывода с побитовым отображением. X не является частью операционной системы, это просто другое приложение, работающее на операционной системе, что делает его переносимым и гибким.
NetWare старается войти в мир X, хотя и медленно. Поддержка управления удаленных X-консолей обеспечивалась на ранних версиях NetWare для продукта NFS. Novell знала, что смешанная операционная среда будет скорее всего означать управление системой Unix станцией с выполняющейся системой X, поэтому NFS NLM поддерживала программу XConsole. XConsole - это просто программа текстового режима ASCII, работающая в удаленном X-окне. Поддержка полного управления X-окнами еще в будущем. Однако стоит отметить, что разработчики из Novell уже ощутили необходимость поддержки X.
Другому основному требованию организации сетевого обеспечения Unix - поддержке NFS - адресована серия продуктов NetWare для NFS (cетевой файловой системы). Поддержка NFS становится для Novell все более важной и позволяет ей войти в мир Unix. Огромным шагом вперед здесь является новый продукт NFS Gateway. С помощью этой программы клиент NetWare может получить доступ к файловым системам NFS в любой точке сети точно также, как к томам NetWare. Здесь Novell снова на два поколения опережает других поставщиков сетей PC LAN.
Одним из серьезных недостатков NetWare и Unix является бедность стандартов электронной почты (e-mail). Еще несколько лет назад в Unix был принят целый протокол под названием SMTP (Simple Mail Transfer Protocol), благодаря которому отдельные системы получили возможность общаться друг с другом. В этом раздробленный и капризный мир PC снова отстает.
Предложенные на сегодня стандарты e-mail не отличаются духом сотрудничества, поскольку каждый поставщик пытается получить преимущества. Опубликование внутреннего прикладного программного интерфейса API (Application Program Interface) для соответствующих приложений и надежда на то, что все будут следовать вашим спецификациям, было бы по крайней мере самонадеянным и недальновидным. Однако сейчас для совместного использования e-mail на PC LAN делается почти все все возможное. Возможно, скоро один из предолженных наборов стандартов станет доминирующим, и средства электронной почты продвинутся далеко вперед.