| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Изучение программного обеспечения клиента NetWareОбзорЭтот раздел знакомит Вас с программой NetWare® DOS RequesterTM (запросчик NetWare для DOS) и другим программным обеспечением NetWare ClientTM (клиента NetWare), обеспечивающими взаимодействие между сетью и Вашей рабочей станцией-клиентом DOS и Microsoft (MS) Windows. В данной главе рассмотриваются следующие темы:
ВведениеОсновные компоненты среды 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 ModuleTM) и один исполнимый модуль (VLM.EXE), управляющий работой файлов .VLM. Для всестороннего понимания архитектуры запросчика NetWare для DOS необходимо знание этих компонентов, рассматриваемых в следующих подразделах:
Подробнее о конфигурировании этих опций для оптимизации рабочей станции клиента смотрите главу 2 "Справочник опций NET.CFG" в руководстве NetWare Client для DOS и Windows. Технический справочник. Трехуровневая структураФайлы .VLM объединяются в следующие три уровня: На следующем рисунке показано, как взаимодействуют эти уровни и модули. Отдельные элементы обсуждаются подробнее в последующих подразделах. Рисунок 3-1. Уровни и модули запросчика NetWare для DOS Уровень переназначения DOSЭтот уровень обеспечивает файловый сервис DOS с помощью редиректора DOS. Ему соответствует программа-VLMTM REDIR.VLM. REDIR обрабатывает все вызовы функций DOS. В предыдущих версиях NETX предоставлял собственный файловый сервис. Запросчик NetWare для DOS для большинства функций файлового сервиса использует редиректор DOS. Уровень сервисного протоколаЭтот уровень состоит из следующих параллельных сервисов: Таблица 3-2. Ключевые компоненты запросчика NetWare для DOS
Уровень транспортных протоколовЭтот уровень ответственен за обслуживание соединений. Он выполняет передачу пакетов между соединениями, а также другие транспортные функции. Модуль IPXNCP использует в качестве транспортного механизма протокол IPXTM. Модуль 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:
Файловый сервис и сервис печатиРанее оболочка клиента 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 поддерживает следующие стандартные протоколы:
Более подробную информацию об оптимизации рабочих станций-клиентов для использования транспортных протоколов 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. Протокол SPXSPX (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-драйверы ЛС для следующих типов фреймов:
Интерфейс уровня канальной поддержки (LSL)Интерфейс уровня канальной поддержки (Link Support Level - LSL) - это реализация спецификации открытого канального интерфейса (Open Data-Link Interface). Программа LSL служит посредником между сетевым ODI-драйвером и коммуникационным протоколом, например, IPXODI, ARP и TCP/IP. LSL позволяет одной сетевой плате обслуживать несколько стеков коммуникационных протоколов, а также нескольким сетевым платам обслуживать один стек протокола. Сетевой драйвер ODIПри каждой подготовленной запросчиком NetWare для DOS передаче данные должны пройти через сетевую плату, соединяющую рабочую станцию с сетью. Сетевой драйвер, часто называемый Multiple Link Interface DriverTM (MLIDTM), осуществляет соединение между физической сетевой платой и логическими процедурами и программами, использующими плату. Драйвер ЛС привязывается как к определенной сетевой плате, так и к сетевому протоколу. В 1989 году фирмы Novell и Apple* в целях обеспечения прозрачной сетевой интеграции на транспортном, сетевом и канальном уровнях совместно разработали спецификацию открытого канального интерфейса (Open Data-Link Interface - ODI). ODI упростил разработку драйверов ЛС для широкого круга сетевых плат и стеков транспортных протоколов, обеспечив следующие возможности:
В результате упростился доступ к широкому спектру сетевых ресурсов без использования нескольких сетевых соединений и дополнительных вложений в оборудование и программное обеспечение. Файл NET.CFGNET.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Кроме основного программного обеспечения клиента 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
Назад | Содержание | Вперед |
 | |||||||||
| |||||||||
|
CITForum © 1997–2025