Изучение программного обеспечения клиента NetWare

Обзор

Этот раздел знакомит Вас с программой NetWare^® DOS Requester^TM (запросчик NetWare для DOS) и другим программным обеспечением NetWare Client^TM (клиента NetWare), обеспечивающими взаимодействие между сетью и Вашей рабочей станцией-клиентом DOS и Microsoft (MS) Windows.

В данной главе рассмотриваются следующие темы:

• Архитектура запросчика NetWare для DOS.
• Протоколы и транспорт NetWare.
• Интерфейс уровня канальной поддержки (LSL).
• Сетевой драйвер ODI.
• Файл NET.CFG.

Введение

Основные компоненты среды NetWare для DOS и MS Windows - это четыре резидентные программы (TSR), перечисленные в таблице.

Таблица 3-1. Основные компоненты клиента NetWare для DOS и MS Windows

Каждый из загруженных компонентов клиента NetWare для определения значений параметров программного обеспечения использует файл NET.CFG. Информацию об этом смотрите в главе 2 "Справочник опций NET.CFG" руководства NetWare Client для DOS и Windows. Технический справочник.

Архитектура запросчика NetWare для DOS

Запросчик NetWare для DOS состоит из группы файлов, обеспечивающих поддержку NetWare для рабочих станций DOS и MS Windows. Эти файлы представляют собой ряд виртуальных загружаемых модулей (VLM - Virtual Loadable Module^TM) и один исполнимый модуль (VLM.EXE), управляющий работой файлов .VLM.

Для всестороннего понимания архитектуры запросчика NetWare для DOS необходимо знание этих компонентов, рассматриваемых в следующих подразделах:

• "Трехуровневая структура".
• "Менеджер VLM".
• "Менеджер таблицы соединений".
• "Обратная совместимость с приложениями NETX".
• "Файловый сервис и сервис печати".
• "Использование памяти".

Подробнее о конфигурировании этих опций для оптимизации рабочей станции клиента смотрите главу 2 "Справочник опций NET.CFG" в руководстве NetWare Client для DOS и Windows. Технический справочник.

Трехуровневая структура

Файлы .VLM объединяются в следующие три уровня:

• "Уровень переназначения DOS".
• "Уровень сервисного протокола".
• "Уровень транспортных протоколов".

На следующем рисунке показано, как взаимодействуют эти уровни и модули. Отдельные элементы обсуждаются подробнее в последующих подразделах.

Рисунок 3-1. Уровни и модули запросчика NetWare для DOS

Уровень переназначения DOS

Этот уровень обеспечивает файловый сервис DOS с помощью редиректора DOS. Ему соответствует программа-VLM^TM REDIR.VLM. REDIR обрабатывает все вызовы функций DOS.

В предыдущих версиях NETX предоставлял собственный файловый сервис. Запросчик NetWare для DOS для большинства функций файлового сервиса использует редиректор DOS.

Уровень сервисного протокола

Этот уровень состоит из следующих параллельных сервисов:

Таблица 3-2. Ключевые компоненты запросчика NetWare для DOS

Уровень транспортных протоколов

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

Модуль IPXNCP использует в качестве транспортного механизма протокол IPX^TM.

Модуль AUTO.VLM восстанавливает соединение рабочей станции-клиента с сервером и среду станции, кроме файловых элементов, в первоначальное состояние, предшествующее разрыву соединения.

Управление коммуникациями и соединением

Для управления программным обеспечением клиента NetWare запросчик NetWare для DOS содержит функции управления коммуникациями и соединением.

Менеджер VLM

Менеджер VLM (VLM.EXE) контролирует взаимодействие и распределение памяти между отдельными модулями VLM. Он отвечает за загрузку необходимых модулей и распределение запросов отдельным модулям.

Поэтому вместо загрузки NETX, EMSNETX, XMSNETX или BNETX пользователь должен загружать только VLM.EXE.

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

Менеджер таблицы соединений

Менеджер таблицы соединений (CONN.VLM) охватывает все уровни архитектуры запросчика NetWare для DOS.

CONN.VLM позволяет рабочим станциям с запросчиком Netware для DOS устанавливать конфигурируемое количество соединений с несколькими серверами NetWare.

Обратная совместимость с приложениями NETX

Программа NETX.VLM обеспечивает обратную совместимость с NETX и другими оболочками более старых версий. Вследствие этого c запросчиком NetWare для DOS Вам не нужно запускать NETX или оболочки других версий.

Тем не менее при определенных условиях запросчик NetWare для DOS работает иначе, чем программа оболочки (Shell) NetWare, так как запросчик является внутренним редиректором DOS.

NOTE: Для получения более подробной информации смотрите подраздел "Совместимость с параметрами оболочки NetWare" в главе 2 "Секция NetWare DOS Requester" руководства NetWare Client для DOS и Windows. Технический справочник.

На следующем рисунке сравнивается архитектура NETX и запросчика NetWare для DOS.

Рисунок 3-2. Сравнение архитектуры NETX и запросчика NetWare для DOS

Запросчик NetWare для DOS обладает рядом преимуществ по сравнению с NETX:

• Используется модульная архитектура, дающая преимущества для существующих и будущих приложений.
• Используются преимущества технологии свопинга памяти и функций редиректора DOS.
• Добавлены протокол Packet Burst и поддержка больших межсетевых пакетов (LIP).
• Поддерживаются уже существующие инсталляции NetWare и обратная совместимость с NETX.
• Поддерживается архитектура сервиса Каталога NetWare (NDS) в программном обеспечении NetWare 4.

Файловый сервис и сервис печати

Ранее оболочка клиента NetWare для DOS обрабатывала запросы на обслуживание, адресованные DOS. Программное обеспечение оболочки NetWare (NETX) на рабочей станции-клиенте перехватывает прерывания DOS и обеспечивает сетевой сервис для файлов и печати.

Запросчик NetWare для DOS для обеспечения сервиса файлов и печати использует переназначение (redirection) DOS. Он также использует технологию оболочки NetWare для дополнения возможностей DOS и обеспечения совместимости с приложениями, работающими поверх программного обеспечения оболочки NetWare.

Использование памяти

Запросчик Netware для DOS работает с отображаемой, расширенной и основной памятью. При загрузке в расширенную память запросчик загружается не в верхнюю область памяти (High Memory Area - HMA), а в память LIM XMS 2.0, что означает, что расширенная память может сосуществовать с DOS, загруженной в верхнюю память.

Программа VLM.EXE автоматически выбирает память, наиболее подходящую для использования: в первую очередь, расширенную, во вторую, отображаемую и затем основную в случае, если отсутствуют другие виды памяти.

Протоколы и транспорт NetWare

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

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

Иногда рабочие станции-клиенты конфигурируются для использования нескольких протоколов. В этом случае они могут одновременно взаимодействовать с различными сетями.

Например, рабочая станция, использующая протоколы IPX и TCP/IP, может взаимодействовать с серверами, сконфигурированными только для протоколов IPX и TCP/IP.

NOTE: Протоколы клиента NetWare поддерживают уровни 3 (сетевой) и 4 (транспортный) эталонной сетевой модели взаимодействия открытых систем (Open System Interconnection - OSI), разработанной Международной организацией по стандартизации (ISO).

Программное обеспечение клиента NetWare поддерживает следующие стандартные протоколы:

• ARP (Address Resolution Protocol);
• BOOTP (предоставляет информацию о конфигурации TCP/IP);
• ICMP (Internet Control Message Protocol);
• IP (Internet Protocol);
• IPX/SPX^TM (Internetwork Packet Exchange/Sequenced Packet Exchange^TM);
• MIB (Management Information Base);
• NetBIOS (сервисный интерфейс c NetBIOS);
• RARP (Reverse Address Resolution Protocol);
• RPL (Remote Program Load);
• SNA (System Network Architecture);
• SNMP (Simple Network Management Protocol);
• TCP (Transmission Control Protocol);
• UDP (User Datagram Protocol);
• XNS (Xerox* Network System).

Более подробную информацию об оптимизации рабочих станций-клиентов для использования транспортных протоколов NetWare смотрите в подразделе "Справочник опций NET.CFG" главы 2 руководства NetWare Client для DOS и Windows. Технический справочник.

Протокол IPXODI

Хотя запросчик NetWare для DOS перехватывает и подготавливает запросы для сетевой передачи, в действительности за доставку отвечает протокол IPX. Программное обеспечение клиента NetWare поддерживает это через Internetwork Packet Exchange Open Data-Link Interface (программа IPXODI.COM).

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

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

IPXODI передает данные как дейтаграммы (отдельные пакеты, независимо передаваемые от передатчика к приемнику) и поэтому может доставить пакет только при отсутствии помех. Гарантии доставки обеспечивает только протокол SPX.

Протокол SPX

SPX (Sequenced Packet Exchange) представляет собой встроенный в IPXODI протокол, дополняющий протокол Novell IPX, используя протокол Xerox Sequenced Packet. Он расширяет IPX, наблюдая за данными, проходящими по сети.

SPX проверяет и подтверждает успешность доставки пакета к любому пункту назначения сети путем запроса проверки того, что данные приняты.

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

SPX может контролировать как одиночную передачу данных, так и передачу, состоящую из последовательности отдельных пакетов. Если через определенное время не будет ответа на запрос подтверждения о доставке данных, SPX вновь передаст их.

После нескольких неподтвержденных передач SPX предполагает, что соединение было разорвано, и оповещает об этом оператора.

Протокол TCP/IP

Программное обеспечение (файл TCP/IP.EXE) Novell Transmission Control Protocol/Internet Protocol (TCP/IP) обеспечивает взаимодействие между сетями NetWare (IPX) через объединенные сети IP, непосредственно не поддерживающие IPX. Это называется туннельным переходом (tunneling) IPX/IP.

NetWare TCP/IP также обеспечивает транспортный интерфейс для сетевого сервиса более высокого уровня. Этот интерфейс предоставляет рабочим станциям-клиентам услуги по передаче данных для Network File System (NFS) и программного обеспечения сторонних фирм, поддерживающего интерфейс сокетов 4.3 BSD UNIX(r), AT&T* Streams Transport Layer Interface (TLI), MS Windows Sockets и интерфейс NetBIOS, использующий RFC-1001/1002-совместимый протокол NetBIOS типа B-node (broadcast).

NetWare TCP/IP поддерживает ODI-драйверы ЛС для следующих типов фреймов:

• Ethernet DIX;
• Ethernet 802.2 и SNAP;
• Token-ring 802.2 и SNAP;
• ARCnet*;
• IBM* PCN2;
• FDDI;
• SLIP и PPP на асинхронных последовательных линиях.

Интерфейс уровня канальной поддержки (LSL)

Интерфейс уровня канальной поддержки (Link Support Level - LSL) - это реализация спецификации открытого канального интерфейса (Open Data-Link Interface). Программа LSL служит посредником между сетевым ODI-драйвером и коммуникационным протоколом, например, IPXODI, ARP и TCP/IP.

LSL позволяет одной сетевой плате обслуживать несколько стеков коммуникационных протоколов, а также нескольким сетевым платам обслуживать один стек протокола.

Сетевой драйвер ODI

При каждой подготовленной запросчиком NetWare для DOS передаче данные должны пройти через сетевую плату, соединяющую рабочую станцию с сетью. Сетевой драйвер, часто называемый Multiple Link Interface Driver^TM (MLID^TM), осуществляет соединение между физической сетевой платой и логическими процедурами и программами, использующими плату.

Драйвер ЛС привязывается как к определенной сетевой плате, так и к сетевому протоколу.

В 1989 году фирмы Novell и Apple* в целях обеспечения прозрачной сетевой интеграции на транспортном, сетевом и канальном уровнях совместно разработали спецификацию открытого канального интерфейса (Open Data-Link Interface - ODI).

ODI упростил разработку драйверов ЛС для широкого круга сетевых плат и стеков транспортных протоколов, обеспечив следующие возможности:

• Поддержку нескольких сетевых плат и протоколов на одной рабочей станции.
• Поддержку одной сетевой платой и топологией нескольких протоколов.
• Поддержку одной сетевой платой и топологией нескольких форматов фрейма.
• Обеспечение поддержки транспорта.
  Например, это позволяет рабочей станции UNIX (использующей протокол TCP/IP) использовать сервер NetWare для печати документов и хранения файлов данных, доступных клиентам IPX.

В результате упростился доступ к широкому спектру сетевых ресурсов без использования нескольких сетевых соединений и дополнительных вложений в оборудование и программное обеспечение.

Файл NET.CFG

NET.CFG - это специальный текстовый файл, который Вы можете создать любым текстовым редактором и записать на загрузочную дискету рабочей станции с любыми другими необходимыми для загрузки файлами. Файл NET.CFG заменил файл SHELL.CFG.

Подобно файлу DOS CONFIG.SYS, файл NET.CFG содержит значения параметров конфигурации для драйверов ЛС и запросчика Netware для DOS, которые считываются и интерпретируются во время загрузки рабочей станции. Эти значения корректируют рабочие параметры запросчика NetWare для DOS, IPX и другого программного обеспечения клиента NetWare.

Вы можете модифицировать некоторые параметры запросчика NetWare для DOS для изменения поведения программ клиента в определенных процедурах и процессах.

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

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

Для определения параметров, которые должны быть изменены, обратитесь к справочным руководствам, поставляемым с используемыми в сети приложениями.

Более подробную информацию о создании файла NET.CFG и изменении различных параметров смотрите в подразделе "Справочник опций NET.CFG" главы 2 руководства NetWare Client для DOS и Windows. Технический справочник.

Поддержка Novell MS Windows

Взаимодействие MS Windows и программного обеспечения клиента NetWare описано в следующих подразделах:

• "Доступ к сети из приложений MS Windows".
• "Работа приложений DOS в нереальном или нестандартном режиме".
• "Работа приложений DOS в расширенном режиме".
• "Прием широковещательных сообщений".
• "Печать из сетевых очередей".

Доступ к сети из приложений MS Windows

Кроме основного программного обеспечения клиента NetWare, состоящего из запросчика NetWare для DOS, протокола IPX и уровня канальной поддержки (LSL), существуют дополнительные файлы поддержки NetWare, необходимые для рабочих станций NetWare при работе в среде MS Windows:

На следующем рисунке показан драйвер MS Windows NETWARE.DRV, транслирующий запросы между MS Windows и DOS.

Рисунок 3-3. Доступ к сети из приложений MS Windows

Например, Ваша рабочая станция-клиент использует этот драйвер, когда Вы с помощью опции "Назначения дисков NetWare" утилиты NetWare User Tools подключаетесь к сетевому устройству.

Работа приложений DOS в нереальном или нестандартном режиме

На следующем рисунке показано использование файла переключения задач NetWare для реального или стандартного режима, TBMI2.COM, который синхронизирует сетевые вызовы и ответы для сеансов DOS.

Рисунок 3-4. Работа приложений DOS в реальном или стандартном режиме

Например, если Вы работаете с MS Windows на машине 286 и для перехода в окно DOS и проверки своей электронной почты выбираете пиктограмму DOS Prompt, Ваша рабочая станция-клиент использует этот файл.

Работа приложений DOS в расширенном режиме

На следующем рисунке показано использование файла переключения задач NetWare для расширенного режима, VIPX.386, который синхронизирует сетевые вызовы и ответы для сеансов DOS.

Рисунок 3-5. Работа приложений DOS в расширенном режиме

Например, если Вы работаете с MS Windows в расширенном режиме и для перехода в окно DOS и проверки своей электронной почты выбираете пиктограмму DOS Prompt, Ваша рабочая станция-клиент использует этот файл.

Прием широковещательных сообщений

На следующем рисунке показано использование виртуального драйвера устройства, VNETWARE.386, который работает с драйвером NETWARE.DRV и программой NWPOPUP.EXE для координации и отображения диалогов сообщений.

Рисунок 3-6. Прием широко-вещательных сообщений

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

Печать из сетевых очередей

На следующем рисунке показан процесс печати из приложения MS Windows через сетевую очередь.

Рисунок 3-7. Печать из сетевой очереди

Например, когда Вы печатаете текстовый файл из приложения MS Windows Блокнот, Ваша рабочая станция-клиент использует эти компоненты.

Что читать дальше

Изучив основы программного обеспечения клиента NetWare, Вы готовы к выполнению обновления или инсталляции клиента NetWare.

Дополнительная информация

Для NetWare 2 и NetWare 3

Для NetWare 4

Назад | Содержание | Вперед