Информация, распространяемая по подписке
NetWare Application Notes можно получить непосредственно у Novell
только по подписке. С января 1992 г. подписка на 1 год (внутренняя
и международная) стоит 95$. Подписчики получают также копии отдельных
исследовательских отчетов NetWare Research Reports и NetWare Cooperative
Research Reports.
Предыдущие выпуски NetWare Application Notes можно получить по
15$ за каждый. Стоимость предыдущих выпусков отчетов NetWare Research
Reports и NetWare Cooperative Research Reports может варьироваться.
Информацию вы можете получить в отделе заказов:
Novell Research Order Desk 800-453-1267, добавочный 5380 факс:
801-429-5511
Вне США и Канады заказы следует направлять по факсу 408-929-620-3.
Все заказы должны быть предварительно оплачены.
Информационная служба NetWire
Вы можете получить доступ к NetWire через информационную службу
CompuServe. Для этого требуется модем, коммуникационная программа
и рабочая станция. Если вы уже являетесь членом CompuServe, просто
наберите в ответ на подсказку ! GO NOVELL.
CompuServe предлагает свободное вводное членство для исследование
NetWire. Это предусматривает оплату кредита за использование (15$)
и пошаговые инструкции. Информацию можно получить у
CompuServe, Inc. Representative #200
800-848-8199 (США и Канада) 614-457-0802 (международный)
Информационные источники NetWire
Выбрав соответствующее меню NetWire, пользователи NetWare может
получить доступ к следующей информации:
Служба сообщений: Позволяет пользователю получить быстрые
и квалифицированные ответы на вопросы о NetWare, передав их выбранным
группам специалистов по NetWare. Практически все ответы вы получите
в течении 24 часов.
Библиотека файлов: Пользователи NetWare могут получить доступ
к улучшениям продукта, исправлениям, корректировкам, драйверам
оболочки, утилитам и техническим бюллетеням (бюллетень IMSP, бюллетень
STP и бюллетень FYI). Эти файлы хранятся в долговременной памяти
по определенному доступному адресу.
Средство поиска файлов IBM: Полная оперативная база данных
с возможностью поиска по ключевым словам содержит описания файлов,
предназначенные для простой и быстрой ссылки на файлы NetWare.
Пользователи могут выполнять поиск по теме, дате файла, типу,
имени или расширению файла, либо идентификатору предоставившего
этот файл.
Пресс-релизы Novell: Содержат последние новости о продукте.
Список продуктов Novell: С его помощью можно получить доступ
к полному обновленному списку сетевых коммуникационных продуктов
Novell.
Календарь событий: Перечисляет, где и когда планируется проведение
конференций, семинаров, презентаций и образовательных курсов.
InfraLAN
В сети InfraLAN типа Token Ring с пропуксной способностью 4 Мбит/сек
фирмы BICC Communications используются инфракрасные лучи. Блок
сети InfraLAN заменяет только блок MAU (Medium Attachment Unit)
сети Token Ring, поэтому для каждого компьютера по-прежнему требуется
сетевой адаптер. К блокам MAU подключаются инфракрасные приемопередатчики.
Инсталляция рабочей станции Catipult
После инсталляции шлюза сформируйте командный файл с именем CATSTART.BAT
- базовый профильный файл пользователя. Рекомендуется использовать
и другие персональные профильные файлы, но типичный пользователь
может приступить к работе, используя заданные по умолчанию установки.
Базовый файл CATSTART.BAT имеет следующий вид:
break on
set catipult=sys:\catipult\etc\catipult.cfg
netbios
catipult
Эти команды следует включить в сценарий регистрации; после загрузки
в сценарии регистрации NetBIOS не выгружается, и требуется около
100К младшей памяти. Вызов командного файла пользователя Catipult
в конце сценария регистрации позволяет избежать этой проблемы.
Затем отредактируйте файл CATSTART.BAT и переименуйте его в соответствии
с пользователем. Измените строку:
set catipult=sys:\catipult\etc\catipult.cfg
на
set catipult=sys:\имя_пользователя\etc\catipult.cfg
Поскольку число комбинаций переменных в CONFIG.SYS, PROTOCOLINI,
NET.CFG и STARTUP.CMD достигает миллионов, продукт включает в
себя образцы файлов.
Для использования TCP/IP Gateway 386 каждый NetWare-клиент должен
конфигурироваться с помощью утилиты HOMEDIR.EXE. Вы можете выполнить
эту утилиту из каталога \PUBLIC\TCP-OPT, где установлен продукт.
Поскольку шлюзы доступны для всех, имеет смысл выполнить утилиту
HOMADIR.EXE каждому пользователю, независимо от того, собирается
ли он использовать шлюз. Если в собственном каталоге пользователя
отсутствует файл TCPUSER.PRO, то он создается. Детали здесь менее
важны, чем сам факт наличия этого файла; копия стандартного файла
вполне сможет обеспечить работу продукта.
Чтобы пользователь по умолчанию мог выбирать эмулятор терминала
независимого разработчика, отредактируйте файл TCPUSER.PRO и задайте
имя нового программного обеспечения. Однако, если используется
несколько вариантов выбора, может потребоваться отредактироваться
файл TCPUSER в каждом собственном каталоге. Такой выбор также
возможен из командной строки.
Инсталляция рабочей станции UniLink
Стек протоколов IPX/SPX и программы оболочки должны быть резидентными.
NetWare-сервер предусматривает реализацию программ клиента как
части операционной системы; MCS не предусматривает этих драйверов.
Эта фирма предполагает, что в сети работает NetWare, иначе покупателям
не понадобиться эмуляция терминалов с помощью IPX/SPX.
Установить программное обеспечение клиента достаточно легко: выполните
с дискеты программу INSTALL. Она будет создавать каталог с именем
C:\LOGINPC (по умолчанию) и помещает в него шесть программ. Это
все.
Чтобы конфигурировать программное обеспечение, находясь в заданном
по умолчанию каталоге наберите команду LOGINPC. Если вы делаете
это в первый раз, то выведется пустое окно Connect. Чтобы добавить
имя хост-системы (для подключения), нажмите A.
Обязательная информация - это имя хост-системы, тип интерфейса
(IPX/SPX или NetBIOS) и физический адрес интерфейсной платы Ethernet
(для платы, поддерживающей на PC IPX/SPX). Такие детали как принтер,
режим (число строк на экране), цвета экрана (по умолчанию белый
текст выводится на черном фоне) и файл определения задавать не
обязательно.
Поддерживаются различные схемы аппаратуры, но здесь может потребоваться
ввести шестнадцатиричные коды. Отображением клавиатуры управляет
вышеупомянутый файл определения. В различных хост-системах можно
хранить и использовать несколько файлов .DEF. Имя файла определения
задается в экране Quick Access Database, где вводится начальная
информация о связи с хост-системой.
Инсталляция сервера Catipult
Инсталляция должна выполняться с машины с OS/2, которую предполагается
использовать в качестве шлюза. Этим обеспечивается, что будет
работать связь клиента OS/2 с NetWare-cервером, хотя, если требуется,
большинство приложений можно хранить на шлюзовой машине. Однако
размещение их на NetWare-cервере упрощает управление и обслуживание.
Имеется возможность использования на шлюзовом PC одной или двух
плат сетевого интерфейса. Это позволяет выполнять конвертирование
из Token Ring (или чего-либо другого) в Ethernet. В каком-то смысле
он будет действовать как мост между двумя сегментами Ethernet.
Если в одном и том же сегменте физической сети работают и TCP/IP,
и IPX/SPX, то на шлюзовом PC достаточно одной платы.
После перезагрузки шлюзового PC требуется перепроверить все связи
с NetWare-серверами. Создание групп NetWare и задание полномочий
доступа для использующих шлюз мы поясним подробнее (хотя деталей
здесь немного). Нужно учитывать "подводные камни", касающиеся
версии OS/2 1.3 (которая необходима для шлюзовой машины), относящиеся
к проблемам отображения дисков и поиска. Об этом можно позаботиться
при инсталляции или внести изменения в сценарий регистрации.
IP Gateway 386 требует машины
NetWare TCP/ IP Gateway 386 требует машины с операционной системой
OS/2, на которой установлены две платы сетевого интерфейса. Одна
из них соединяет шлюз с существующей сетью NetWare (Ethernet,
Token Ring или другой), а другая представляет собой интеллектуальный
процессор TCP/IP.
Предусмотрены программы электронной почты, а при установке может
вводиться относящаяся к ним информация. После установки программного
обеспечения нужно конфигурировать аппаратуру. Изменения, вносимые
в файлы CONFIG.SYS и NET.CFG, описаны в руководстве, а протокол
установки предусматривает изменения для тех, кто предпочитает
модифицировать эти файлы вручную.
Чтобы конфигурировать этот шлюз, требуется достаточно много специфической
информации. В руководство включен файл TCPGATE.INI, занимающий
три страницы. Неплохо привлечь к управлению этой части сети сторону
Unix.
Инсталляция системы отслеживания
Описываемые ниже процедуры предназначены для супервизоров, которые
создают пользователей-аудиторов. После создания аудитора супервизор
запускает AUDITCON, создает начальный пароль и присваивает этот
пароль новому аудитору. Затем новый аудитор немедленно изменяет
пароль, предотвращая доступ супервизора к системе отслеживания.
Эта процедура аналогична процедуре задания пользователя. Вы создаете
пользовательский объект и персональный каталог для него. Этот
каталог используется для записи файлов, создаваемых аудитором.
Не забудьте также задать маршрут доступа SYS:PUBLIC и предоставить
пользователю полномочия на его объект, который создается в дереве
каталога выше объекта тома.
Чтобы задать начальный пароль аудитора, зарегистрируйтесь как
супервизор и запустите на рабочей станции утилиту AUDITCON, набрав
команду AUDITCON. При этом выводится следующее меню:
+========================================+
¦ Avaliable Audit Options ¦
¦========================================¦
¦ ¦Audit Directory Service---------------¦
¦ ¦Change Current Server ¦
¦ ¦Change Current Volume ¦
¦ ¦Display Audit Status ¦
¦ ¦Enable Volume Auditing ¦
+========================================+
С помощью параметров данного меню вы можете изменить текущий
сервер или сменить том с помощью параметров данного меню. Наибольший
интерес представляют верхний и нижний пункт:
Разрешение отслеживания контейнера
Вы можете назначить аудиторский пароль для каждого контейнера
в дереве NDS. Выберите в меню AUDITCON Audit Directory Service,
затем выберите Audit Directory Tree. После этого вы можете просмотреть
дерево каталога, найти контейнер и нажать F10 для его выделения.
В выводимом меню выберите Enable Container Auditing, затем задайте
пароль. После этого в меню выводится Auditor Container Login.
Аудитор может выбрать эту возможность для просмотра в контейнере
средств отслеживания.
Разрешение отслеживания тома
Выбор Enable Volume Auditing позволяет отслеживать текущий том.
В верхней части экрана запрашивается ввод пароля. Затем выводится
меню AUDITCON:
+========================================+
¦ Avaliable Audit Options ¦
¦========================================¦
¦ ¦Audit Directory Service---------------¦
¦ ¦Audit Volume Login ¦
¦ ¦Change Current Server ¦
¦ ¦Change Current Volume ¦
¦ ¦Display Audit Status ¦
+========================================+
После этого вы можете предоставить назначенным аудиторам пароль
на контейнер или том.
Инсталляция системы учета
Чтобы иметь возможность взимать плату за системные ресурсы и отслеживать
регистрации пользователей, нужно установить средства учета. Для
их инсталляции можно использовать NetWare Administrator или NETADMIN.
Инсталляция с помощью NetWare Administrator
Чтобы инсталлировать систему учета на сервере с помощь NetWare
Administrator, найдите сервер в дереве каталога NDS и щелкните
на нем правой кнопкой "мыши". Для вывода информационного
диалогового окна сервера выберите пункт Details, затем щелкните
"мышью" на командной кнопке Accounting. Вам выведется
запрос, хотите ли вы установить средства учета для данного сервера.
Чтобы выполнить инсталляцию, щелкните на Yes.
После установки системы учета рядом с информационным диалоговым
окном сервера выводятся командные кнопки. Щелкнув "мышью"
на одной из этих кнопок, вы можете увидеть расценки оплаты за
тип перечисленных услуг.
+-----------+
¦Blocks Read¦
¦ ¦
+-----------+
+-----------+
¦ Blocks ¦
¦ written ¦
+-----------+
+-----------+
¦ Connect ¦
¦ time ¦
+-----------+
+-----------+
¦ Disk ¦
¦ storage ¦
+-----------+
+-----------+
¦ Service ¦
¦ Requests ¦
+-----------+
Если вы хотите отменить работу системы учета на сервере, то щелкните
"мышью" на кнопке Accounting. Вам выведется запрос,
хотите ли вы удалить систему учета. Все средства отслеживания
и файлы приостанавливаются.
Установка системы учета с помощью NETADMIN
Чтобы установить и использовать средства учета с помощью утилиты
NETADMIN, выберите в основном меню NETADMIN пункт Manage objects.
Просмотрите каталог и выберите сервер, на котором вы хотите установить
средства учета. При выводе запроса об инсталляции средств учета
ответьте Yes. Выводится диалоговое окно с параметрами расценок.
Для выбора сервера выберите первый пункт - Accounting Servers.
+========================================+
¦ Accounting Options ¦
¦========================================¦
¦ ¦Accounting servers--------------------¦
¦ ¦Blocks read charge rates ¦
¦ ¦Blocks written charge rates ¦
¦ ¦Connect time charge rates ¦
¦ ¦Disk storage charge rates ¦
¦ ¦Service requests charge rates ¦
+========================================+
Intel 80386 - это один из членов семейства микропроцессоров Intel
8086, 8088 и 80286. Процессор 80386 имеет 32-разрядный порт ввода-вывода,
что позволяет подключить высокоскоростную 32-разрядную память
и периферийные расширения. В 32-разрядных системах с шинами MCA
и EISA полностью 32-разрядный доступ к микропроцессорам обеспечивает
сама шина.
Процессор Intel 80386 обеспечивает существенно большую скорость,
чем его предшественники. Другие его средства включают в себя следующее:
Адресацию к памяти объемом до 4 гигабайт.
Встроенные средства, обеспечивающие быстрое и простое переключение
задач, что позволяет выполнять сразу несколько задач.
Способность работать как несколько микропроцессоров 8086 одновременно.
(Точное число микропроцессоров 8086 зависит от объема доступной
памяти.) Каждый процесс получает свой собственный защищенный блок
памяти.
Наличие блока управления памятью (MMU), который может ускорить
доступ к памяти.
Микропроцессор Intel 80486 полностью совместим с процессором 80386.
Таким образом, все программное обеспечение, предназначенное для
процессора 80386, будет работать на процессоре 80486. Однако 80486
- это полностью перепроектированный микропроцессор, который улучшает
средства и оперативные характеристики процессора 80386. Многие
прежние функции, такие как сопроцессор 80387 и контроллер кэш-памяти,
реализованы здесь в одном микропропроцессоре.
Процессор 80486 использует специальную технологию и имеет большое
быстродействие. В самом микропроцессоре для улучшения быстродействия
используется кэш объемом 8К. Он имеет также встроенные буферы
записи, позволяющие разгрузить внешнюю шину. Некоторые процессоры
80486 поставляются с внешними кэш-буферами, еще больше улучшающими
производительность.
Интеллектуальные сетевые концентраторы
Согласно классификационной базовой эталонной модели взаимодействия
открытых систем сетевые концентраторы относятся к аппаратным средствам
физического уровня передачи информации. Их основное назначение
- коммутация линий связи, фильтрация, ретрансляция и усиление
передаваемых сигналов в локальных сетях. Концентраторы, реализующие
различные сетевые технологии, работают с различными видами носителей
- коаксиальными кабелями, кабелями с экранированной и неэкранированной
витой парой, а также волоконно-оптическими линиями связи.
Использование сетевых концентраторов позволяет увеличить количество
абонентов сети и расстояние между ними. В некоторых системах (Token
Ring) через концентраторы осуществляется доступ компьютеров к
сети. В других случаях они могут использоваться для изменения
топологии сети и линий связи (10Base-T Ethernet).
В настоящее время концентраторы выпускаются в двух модификациях:
Модульные устройства, выполненные в виде приборного блока,
в посадочные места которого могут включаться 4 - 16 плат различного
функционального назначения.
Функционально законченные автономные устройства, предназначенные,
как правило, для работы с одним типом сети и конкретным видом
линий связи.
В состав модульных концентраторов могут входить специализированные
платы, поддерживающие широкий спектр сетевых функций, маршрутизаторы,
мосты, терминальные серверы, преобразователи протоколов, а также
узлы, резервирующие выполнение функций всех уровней, включая источники
питания и охлаждающие вентиляторы. Замена одного типа модуля на
другой или отказавшего устройства на резервное обычно проводится
без выключения концентратора.
Характерной особенностью интеллектуальных концентраторов (модульных
или автономных) является выполнение сетевого управления либо с
помощью локальной консоли, либо дистанционно, через распределенную
систему с выделенным компьютером и специальным программным обеспечением.
Средства сетевого управления осуществляют наблюдение за потоками
данных, контроль ошибок, диагностику состояния компонентов сети,
замену отказавших узлов резервными, включение и выключение портов,
реконфигурацию сети.
Благодаря столь развитым функциональным возможностям, интеллектуальные
концентраторы являются ключевыми элементами систем передачи информации
в современных локальных сетях. В последнее время они получают
все большее распространение. Такие изделия предлагают уже более
50 фирм, среди которых не только традиционные производители сетевых
адаптеров для PC, но и компании, выпускающие коммуникационное
оборудование. Это способствует обострению конкуренции и внедрению
новых технических решений.
Среди относительно недорогих автономных концентраторов появился
новых класс изделий - наращиваемые концентраторы. Автономные концентраторы
рассчитаны на включение в сеть PC с использованием какого-либо
одного типа кабелей - витой пары, волоконно-оптического и др.
Объединение нескольких наращиваемых концентраторов (обычно до
4), осуществляемое с помощью разъемов в корпусе устройства и простых
кабельных соединений, позволяет создать сетевое устройство с единой
системой управления портами, поддерживающее передачу информации
по линиям связи различного типа. Интеграция функциональных возможностей
концентратора дает дополнительные преимущества. Например, путем
установки модуля в одном из них можно управлять всеми портами,
изменять конфигурацию сети и предоставлять информацию, связанную
со статистикой ее работы и состоянием устройств.
Применение наращиваемых концентраторов является довольно экономичным
решением, позволяющим создавать сети небольших организаций, подразделений
и рабочих групп. При относительно невысоких начальных затратах
обеспечивается гибкость, постепенное увеличение функциональных
возможностей и интеграция отдельных сетевых фрагментов в единую
сеть масштаба предприятия.
В следующей таблице приведены некоторые параметры наращиваемых
концентраторов:
| Концентратор | Число портов | Быстродействие внутренней магистрали |
| LattisCell фирмы SynOptics | 16 | 5 Гбит/сек |
| ATMX фирмы Adaptive | 16 | 1,2 Гбит/сек |
| ASX фирмы Fore Systems | 90 | 2,5 Гбит/сек |
| Vivid ATM Hub фирмы Newbridge | 8 | 600 Мбит/сек |
| ES1 фирмы SMC | 20 | 800 Мбит/сек |
| DragonSwitch фирмы Undermann-Bass | ||
| LANplex5000 фирмы Synernetics | 88 | 300 Мбит/сек |
| Galactica фирмы Artel | 32 | 1 Гбит/сек |
| PowerHub фирмы Alantec | 12 | 400 Мбит/сек |
| EtherSwitch фирмы Kalpana | 5 | 150 Мбит/сек |
| LinkBuilder 3GH фирмы 3Com | 88 | 300 Мбит/сек |
| OnLine фирмы Chipcom | 4 | - |
| 7760 фирмы Bytex | - | - |
Модульные интеллектуальные концентраторы относятся к многофункциональным
дорогостоящим устройствам. На рынке продуктов этого класса появляется
все больше моделей, ориентированных на высокоскоростные технологии
Fast Ethernet, Switched Ethernet и ATM. Поэтому все большую роль
играет повышение быстродействия внутренней магистрали, связывающей
модули концентратора, и возможность использования более сложных
процедур сетевого управления.
Модульные концентраторы устанавливаются в высокоскоростных локальных
сетях с централизованным управлением. Такие сети объединяют персональные
компьютеры и рабочие станции систем автоматизации проектирования
и технологических процессов, комплексов обработки графической
информации и систем мультимедиа. Для этих приложений и выполнения
многих сетевых функций в одном устройстве с повышенной надежностью
и ремонтоспособностью упрощает управление, улучшает рабочие характеристики
и уменьшает время простоя из-за отказов.
Для сетей ATM, Ethernet и систем с программным управлением коммутацией
портов изготовители интеллектуальных модульных концентраторов
развернули производство новых типов переключаемых устройств этого
класса. Типичными представителем является здесь Link Builder 3GH
фирмы 3Com - многопортовый коммутатор линий Ethernet, выполняющий
также функции концентратора FDDI и моста между локальной сетью
Ethernet и FDDI. Его производительность более 400 пакетов в секунду.
Внутренняя магистраль концентратора выполнена из нескольких шин.
Для передачи данных применяются три шины FDDI, а для управляющих
сигналов - отдельная шина VME. В модулях управления использована
многопроцессорная RISC-архитектура.
Функциональные характеристики интеллектуальных концентраторов
обеспечивают переход на новый уровень организации локальных сетей,
предоставляя сетевым администраторам платформу наблюдения за работой
сети и управления ее компонентами. Кроме того, концентраторы указанного
типа существенно повышают производительность распределенных вычислительных
сред, обеспечивая переход к высокоскоростным сетевым технологиям
с использованием различных кабельных систем.
Интерфейс ESDI
Интерфейс ESDI (Enchanced Small Device Interface) аналогичен интерфейсу
ST506, но обеспечивает 512 байт на сектор и 34 - 36 секторов на
дорожку. Скорость передачи данных здесь составляет 10 - 15 Мбит/сек.
Дисковые системы с ESDI используют дисководы с большой емкостью
(более 100 мегабайт). К контроллеру ESDI можно подключить до двух
контроллеров ESDI.
Интерфейс IDE.
Интерфейс IDE (Intelligent Drive Electronics) - это гибрид, сочетающий
средства других интерфейсов и предлагающий свои собственные. Устройства
IDE были первоначально разработаны как недорогая альтернатива
ESDI. Однако, как и устройства SCSI, устройства IDE имеют свою
собственную управляющую плату. Они подключаются к IDE-адаптеру,
который имеет небольшую стоимость и часто встраивается прямо в
системную плату, что позволяет сэкономить гнездо. Системы с шиной
VL-Bus часто имеют контроллеры IDE которые обеспечивают 32-разрядный
доступ. Адаптер IDE поддерживает только два устройства. Так как
реализация IDE отличается относительной дешевизной, его используют
многие предлагаемые сегодня на рынке недорогие системы. Однако
по соотношению стоимость/производительность IDE, вероятно, опережает
другие системы. IDE работает со скорость около 4 Мбит/сек, что
приближается к скорости SCSI. Типичный диск IDE имеет время доступа
16 мсек. Некоторые из них для улучшения производительности используют
интеллектуальные кэш-буферы.
Интерфейс ODI
Интерфейс ODI иллюстрируется следующим рисунком. Он обеспечивает
интерфейс между платами сетевого интерфейса и различными протоколами.
Когда драйверы платы сетевого интерфейса пишутся в соответствии
со спецификацией ODI, они могут использовать один или более протоколов,
таких как AppleTalk и TCP/IP.
+---------------------------------------------+
¦ Операционная система NetWare ¦
+--+-------+----+---------+----+----------+---++
¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ IPX ¦ ¦ TCP/IP ¦ ¦ AppleTalk¦ ¦Многопротокольный
¦ ¦ ¦ ¦ ¦ ¦ ¦ интерфейс
¦ ¦ ¦ ¦ ¦ ¦ ¦
+--+-------+----+---------+----+----------+---++
¦ LSL (Link Support Layer) ¦
+-+-------+-+--------+--+-------+--+-------+--++
¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦Multiple
¦RX-NET ¦ ¦Ethernet¦ ¦ Token ¦ ¦ FDDI ¦ ¦Link
¦ ¦ ¦ ¦ ¦ Ring ¦ ¦ ¦ ¦Interface
¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦Drivers
+-------+ +--------+ +-------+ +-------+ +(MLID)
На рисунке вы можете видеть компоненты уровней ODI. Внизу расположены
интерфейсы для различных типов сетевых интерфейсных плат. Вернюю
часть образуют протоколы, представляющие интерфейс с операционной
системой NetWare. Расположенный между ними уровень LSL управляет
трафиком между компонентами.
Для тех, кому требуется взаимодействие с системами, отличными
от NetWare, ODI дает следующие преимущества:
одна плата сетевого интерфейса с различными стеками протоколов;
создается логическая сетевая плата, которая обрабатывает пакеты
различных систем; эти пакеты могут посылаться по той же сетевой
кабельной системе, подключенной к одной сетевой плате;
рабочая станция без перезагрузки может использовать другой
стек протоколов;
ODI позволяет NetWare-cерверам и рабочим станциям взаимодействовать
со многими другими системами, использующими другие стеки протоколов
включая большие ЭВМ.
ODI стандартизирует разработку драйверов плат сетевых интерфейсов.
Производителям не нужно больше беспокоиться о соответствии конкретному
стеку протоколов. Драйверы просто подключаются к уровню LSL (Link
Suppirt Layer). LSL напоминает коммутационную панель, используемую
для переключения на соответствующий стек протоколов.
LSL обеспечивает связь между драйверами (нижний уровень) и протоколами
(верхний уровень). Уровень MPI (Multiple Protocol Interface) обеспечивает
интерфейс для подключения стеков протоколов (таких как AppleTalk,
TCP/IP и IPX; в будущем будут доступны другие стеки протоколов,
такие как OSI и SNA). Уровень MLI (Multiple Link Interface) -
это тот интерфейс, куда подключаются драйверы платы сетевого интерфейса.
Драйверы устройств пишутся разработчиками плат сетевого интерфейса
в соответствие со спецификацией LSL Novell. Эти драйверы называются
драйверами MLID (Multiple Link Interface Driver).
Когда пакет попадает в плату сетевого интерфейса, он обрабатывается
драйвером MLID платы и передается LSL. LSL определяет, в какой
стек протокола должен попасть пакет и направляет его этому протоколу.
Пакет обычным образом передается через стек протоколов, где обрабатывается
протоколами высокого уровня.
Интерфейс SCSI
Интерфейс SCSI (Small Computer System Interface) радикально отличается
от интерфейса ST506 и ESDI. Он допускает подключение до 7 устройств:
дисководов, накопителей на магнитной ленте или дисков CD-ROM,
которые совместно используют один и тот же адаптер SCSI, занимающий
только одно гнездо сервера. Плата обеспечивает совместно используемую
шину, которую все периферийные устройства применяют для передачи
данных в систему и из нее. Эта шина может быть 8-, 16- или 32-разрядной
и обеспечивает большую скорость передачи, чем в других стандартах.
Еще большую пропускную способность поддерживает новый стандарт
- SCSI II.
Основной адаптер SCSI обеспечивает средства доступа к шине (точку
подключение) для интеллектуальных устройств, таких как дисководы
SCSI, оптические диски и системы архивизации, содержащие собственные
управляющие схемы. В стандартах ST506 и ESDI управляющие схемы
встраиваются только в платы контроллера. Адаптер SCSI управляет
передачей команд между системой и устройствами SCSI. Каждое устройство
управляет только теми запросами, которые ему предназначены. Так
как управляющая схема встроена в каждое устройство SCSI, проблемы
совместимости и конфигурации здесь минимизируются. Теоретически,
вы можете подключить любое устройство SCSI к любому контроллеру
SCSI, но лучше перед этим проверить совместимость и требования
программного обеспечения.
Интерфейс ST506 был одним из
Интерфейс ST506 был одним из первых интерфейсов дисковых накопителей,
используемых в персональных компьютерах. Этот интерфейс был предложен
фирмой Seagate Technologues и при записи данных использовал обычно
метод MFM (Modified Frequency Modulation). Он обеспечивал скорость
передачи данных 5 Мбит/сек. Использование метода кодирования RLL
(Run Length Limited) позволило повысить емкость диска и скорость
передачи. Контроллеры ST506 обычно использовались в системах 80286
и ранних системах 80386, но из-за малой скорости их популярность
стала падать. Системы с такими контроллерами подходят лишь для
небольших сетей NetWare.
IPX и SPX
Основная разница между IPX и SPX состоит в том, что их заголовки
и дополнительные операции, предусмотренные в SPX, обеспечивают
доставку пакетов. Гарантированная доставка означает просто выполнение
некоторого числа повторных попыток передачи адресату запроса,
пока число повторных передач не превысит некоторое число (в этом
случае передавшему запрос посылается уведомление). Таким образом,
передающей стороне не нужно проверять доставку пакета. SPX будет
уведомлять вас о состоянии передачи.
Заголовок пакета SPX имеет длину 42 байта (в отличие от 30-байтового
заголовка IPX). Как было показано ранее, первые 30 байт обоих
заголовков в точности совпадают. Дополнительные поля заголовков
необходимы для выполнения верификации и доставки пакетов.
tydef struct SPXHeader {
WORD checkSum /* старший-младший */
WORD length; /* старший-младший */
BYTE transportControl; /* используется маршрутизаторами
сети */
BYTE packetType; /* тип связанного с пакетом
средства */
IPXAddress destination; /* целевой адрес пакета */
IPXAddress source; /* исходный адрес пакета */
Byte connectionControl; /* старший-младший */
BYTE dataStreamType; /* старший-младший */
WORD destConnectionID; /* старший-младший */
WORD sequenceNumber; /* старший-младший */
WORD acknowledgeNumber; /* старший-младший */
WORD allocationNumber; /* старший-младший */
}
Основная разница между IPX и SPX состоит в том, что их заголовки
и дополнительные операции, предусмотренные в SPX, обеспечивают
доставку пакетов. Гарантированная доставка означает просто выполнение
некоторого числа повторных попыток передачи адресату запроса,
пока число повторных передач не превысит некоторое число (в этом
случае передавшему запрос посылается уведомление). Таким образом,
передающей стороне не нужно проверять доставку пакета. SPX будет
уведомлять вас о состоянии передачи.
Заголовок пакета SPX имеет длину 42 байта (в отличие от 30-байтового
заголовка IPX). Как было показано ранее, первые 30 байт обоих
заголовков в точности совпадают. Дополнительные поля заголовков
необходимы для выполнения верификации и доставки пакетов.
tydef struct SPXHeader {
WORD checkSum /* старший-младший */
WORD length; /* старший-младший */
BYTE transportControl; /* используется
маршрутизаторами сети */
BYTE packetType; /* тип связанного с
пакетом средства */
IPXAddress destination; /* целевой адрес пакета */
IPXAddress source; /* исходный адрес пакета */
Byte connectionControl; /* старший-младший */
BYTE dataStreamType; /* старший-младший */
WORD destConnectionID; /* старший-младший */
WORD sequenceNumber; /* старший-младший */
WORD acknowledgeNumber; /* старший-младший */
WORD allocationNumber; /* старший-младший */
}
IPX/SPX и SPX II
Прежде чем рассказывать о средствах межсетевого взаимодействия,
вернемся к используемым в NetWare 4 протоколам и рассмотрим более
подробно ту роль, которую они играют в одноуровневых (одноранговых)
коммуникациях и приложениях "клиент-сервер". Особенно
полезна эта информация для тех, кто сам собирается писать NLM-приложения.
Основная цель данного раздела состоит в том, чтобы познакомить
вас со средствами протокола одноуровневых коммуникаций и новыми
возможностями NetWare 4.0. Для этого мы расскажем сначала об основных
моментах, касающихся этих протоколов, что позволит вам понять
их сильные и слабые стороны. Это поможет принять решение относительно
использования протокола в одноуровневых коммуникациях. Если у
вас нет явных причин не использовать его, то мы настоятельно рекомендуем
вам применять протокол транспортного интерфейса TLI (Transport
Layer Interface). Использовать при программировании этот протокол
обычно значительно проще, а программный код обладает большой переносимостью.
Одноуровневые коммуникации требуются не для всех NLM-приложений,
но, вероятно, для большинства из них. Это связано с тем, что NLM
работают на компьютерах, информация и средства которых часто требуются
другим компьютерам. Когда один участник одноуровневого сетевого
приложения обеспечивает средства для другого, то такое приложение
часто называют приложением "клиент-сервер". Приложение
"клиент-сервер" имеет две разных части: та часть, которая
работает на сервере, обеспечивает управление и доступ к нужной
информации сервера, а часть, работающая на клиенте, передает запросы
серверной части и получает от нее ответы. Серверная (обслуживающая)
часть может работать на рабочей станции или в виде NLM-модуля
на сервере NetWare. Клиентная часть может работать и на сервере,
но обычно взаимодействует с сервером с рабочей станции и имеет
интерфейс с пользователем, позволяющий ему давать запросы на предоставление
услуг. Часто приложение "клиент-сервер" обеспечивает
доступ к информации, которую можно найти на NetWare-cервере. По
этой причине в качестве серверной части приложения "клиент-сервер"
часто используется NLM.
Первым коммуникационным протоколом, реализованным в операционной
среде NetWare, был протокол IPX (Internetwork Packet Exchange).
Он использовался исключительно для обмена данными между рабочими
станциями и серверами NetWare. IPX представляет собой не требующий
подключения протокол, реализованный на основе протокола IDP (Internetwork
Datagram Protocol) Xerox Network System (XNS). Хотя IPX - это
"родной" протокол NetWare, некоторые независимые разработчики
также используют его в качестве коммуникационного протокола.
IPX используется для передачи и получения пакетов информации между
рабочими станциями и серверами. Такая передача данных является
негарантированной в том смысле, что IPX не предусматривает подтверждения
успешного получения пакета целевым адресатом. Однако, он позволяет
определить, был ли пакет передан.
IPXODI
Как показано на приведенном выше рисунке, драйвер LSL находится
между стеком протоколов IPX и драйвером платы сетевого интерфейса.
IPXODI - это драйвер, который загружает стек протоколов IPX и
подключает его к уровню LSL. IPXODI - это единственный протокол,
который автоматически устанавливается на сервере. Другие стеки
должны устанавливаться дополнительно. Для обеспечения совместимости
на рабочих станций со стеками протоколов TCP/IP вам нужно приобрести
продукты Novell LAN WorkPlace (DOS, Macintosh или OS/2).
ISDN
Целью стандарта ISDN (Integrated Services Digital Network) является
обеспечение связи каждой оффисной и домашней системы с высокоскоростным
средствами цифровой передачи данных по телефонными линиям, которые,
наконец, заменят здесь обычные телефонные линии. Если этот стандарт
сохраниться, телефонные системы станут полностью цифровыми. Это
означает, что для связи компьютеров по телефонным линиям не требуется
модем. Наибольшие выгоды от ISDN получат пользователи персональных
компьютеров. Они получат связь со средствами передачи данных,
базами данных и международными сетями. В настоящее время средства
ISDN доступны только в определенных областях. ISDN часто требует
прокладки новых телефонных линий и для соответствия с уровнем
напряжения линии ISDN требуется специальный адаптер.
Исходный код NetWare for Unix
Чтобы отделить от системы средства работы с файлами и средства
печати, с NetWare основательно поработали. Так как идея независимости
от аппаратных средств не принималась во внимание в начале 80-х,
когда развивалась и разрабатывалась NetWare, это потребовало коректного
пересмотра NetWare.
Из соображений скорости, но не переносимости, ранняя NetWare была
написана на языке ассемблера. Для NetWare 386 часть кода писалась
на языке Си. Из соображений скорости исполняемая часть операционной
системы (Runtime), управляющая аппаратным обеспечением сервера,
осталась в основном ассемблерной. Весь код, переданный вендорам
NetWare for Unix, написан на Си.
Теперь независимая от устройств часть "открыта", так
что большинство фирм, занимающихся разработкой программного обеспечения,
быстро переносят свои продукты для работы на аппаратных средствах
различных марок. Эти системы могут иметь процессор Intel, SPARC,
Motorola. Aplha или другой. Для покупателей важно то, что они
могут теперь выбрать аппаратные средства различных разработчиков
с различным уровнем производительности.
Использование бездисковых рабочих станций
Использование бездисковых рабочих станций предотвращает переписывание
и передачу данных пользователем.
Использование диалоговых окон Charge Rate в NetWare Administrator
В базовом окне расценок NetWare Administrator вы можете задать
расценки для различных видов оплаты.
Установка расценок
Чтобы установить новый размер оплаты, щелкните "мышью"
на Add Charge. Выводится диалоговое окно Add Charge Rate, где
вы можете задать Multiplier (оплату, например, в центах) и Divisor
(число единиц для оплаты, обычно 1).
+--------------------------------------------+
¦ =------------Add Charge Rate---------------¦
+--------------------------------------------+
¦ +---------------------------+ ¦
¦ Multiplier:¦ ¦ ¦
¦ +---------------------------+ ¦
¦ +---------------------------+ ¦
¦ Divisor: ¦ ¦ ¦
¦ +---------------------------+ ¦
¦ +---------+ +---------+ +---------+ ¦
¦ ¦ OK ¦ ¦ Cancel ¦ ¦ Help ¦ ¦
¦ +---------+ +---------+ +---------+ ¦
+--------------------------------------------+
Если вы хотите изменить расценку, то можете просто удалить ее
и создать заново.
Задание расценки для периода времени
Щелкните "мышью" на одной из созданных расценок. Затем
щелкните "мышью" в верхней части диалогового окна и
буксируйте блок времени, которому вы хотите присвоить эту расценку.
При буксировке временной интервал заключается в пустой контур.
Когда вы отпустите кнопку "мыши", временной интервал
становится того же цвета, что и цвет, присвоенный расценке.
Использование для эмуляции терминалов Unix IPX/SPX
Протокол Unix - это TC/IP. Это имеет место с начала 80-ых. Но
эта ситуация начинает меняться. По мере того как Unix укрепляет
свои позиции, он все более нуждается в NetWare. Подавляющее большинство
из миллионов связанных с чем-то PC подключаются к NetWare-серверам.
Администраторы и пользователи NetWare могут не понимать стек протоколов
IPX/SPX, они знают только, что оболочка NetWare, как они ее называют,
требует больше памяти, чем они могут предоставить. Хотя NetWare
и требует меньше памяти, чем альтернативные системы, любые потери
памяти слишком велики. Поэтому добавление к клиентам сети стеков
протоколов TCP/IP может породить много проблем. Вот почему такой
популярностью пользуются упоминавшиеся здесь сетевые интерфейсы.
Однако еще более привлекательной выглядит возможность научить
машины с Unix общаться на IPX/SPX. В этом случае у администраторов
NetWare никогда не возникнет необходимости модифицировать ни одной
рабочей станции клиента или использовать еще один блок памяти.
Использование IPX/SPX в хост-системах Unix требует, чтобы хост-система
могла использовать при общении наряду с IPX/SPX протокол TCP/IP.
За исключением традиции использования для всей сетевой работы
протокола TCP/IP нет никаких причин, по которым хост-система Unix
не могла бы выйти за обычные рамки и обучиться IPX/SPX. Продукт
Univel UnixWare - это первый вариант Unix, поставляемый в конфигурации
с IPX/SPX, но в то время половиной Univel владела Novell. Можно
упомянуть и о других: SCO начала предлагать в 1992 году IPX/SPX
в качестве возможности, дополняющей ее программное обеспечение
клиента LAN Manager.
Используя исключительно IPX/SPX, MCS UniLink Basic и SoftNet Term
(фирмы Puzzle System) без дополнительных аппаратных средств или
программных средств сервера обеспечили все преимущества применения
продуктов сетевых интерфейсов. Включив преобразования IPX/SPX
- TCP/IP в Unix, можно устранить все возможные потери производительности
на сервере. Кроме того, это вдвое сокращает число пакетов, передаваемых
по сети при каждом нажатии клавиши пользователем. Каждое нажатие
клавиши поступает непосредственно от клиента в хост-систему Unix
и обратно. При использовании сетевого интерфейса нажатие клавиши
от клиента поступает в сетевой интерфейс, затем от сетевого интерфейса
в хост-систему Unix, потом обратно в сетевой интерфейс и снова
к клиенту. На загруженных сетях с интенсивным терминальным трафиком
дополнительная нагрузка от сетевых интерфейсов будет ощутимой.
Производители аппаратного обеспечения Unix и программного обеспечения
будут еще до 95 года предлагать IPX/SPX в качестве стандартной
или недорогой дополнительной возможности. Покупка Novell фирмы
USI (Unix System Laboratories) сделана Novell "владельцем"
Unix, что будет способствовать этому переходу. Кроме того, Novell
представила IPX/SPX комитету по стандартам Unix как протокол,
альтернативный TCP/IP. Время покажет, преодолеет ли Unix-сообщество
традиционную неприязнь к PC, и встретит ли это предложение своевременные
действия. Либо Novell усилит свою позицию в отношении IPX/SPX,
предложив достаточно преимуществ, чтобы он был приравнен к TCP/IP.
Использование для задания конфигурации гибридных пользователей утилиты sconsole
Ниже показано меню Hibrid User (Гибридный пользователь) утилиты
sconsole, которое позволяет управлять гибридными пользователями
и задавать их параметры. Для доступа к этому меню выберите в меню
sconsole пункт Administration, а затем выберите Hybrid User Configuration.
+-------------------------------------------+
¦ ¦
¦ HYBRID USER MENU ¦
¦ 1. List Hybrid Users ¦
¦ 2. Add Hybrid User ¦
¦ 3. Delete Hybrid User ¦
¦ 4. Hybrid User Parameter ¦
¦ r. Return to Previous Menu ¦
¦ e. Exit from SCONSOLE ¦
¦ ?. Help ¦
¦ ¦
¦ Request: ¦
¦ ¦
+-------------------------------------------+
1 - вывод списка гибридных пользователей; 2 - добавление гибридного
пользователя; 3 - удаление гибридного пользователя; 4 - параметр
гибридного пользователя; 5 - возврат к предыдущему меню; 6 - выход
из SCONSOLE; 7 - справка.
Однако следует отметить, что совместное администрирование пользователей
NetWare и Unix отсутствует, даже если они работают в одной системе.
Создание пользователей NetWare не действует на сторону Unix хост-системы.
Аналогично, создание пользователей Unix не влияет на сторону NetWare
системы.
Использование FTP
Если загружена программа TCP/IP, перед тем как передавать файлы,
вы должны урегулировать некоторые детали. Во-первых, вы должны
знать адрес Internet IP удаленной хост-системы, либо должна иметь
на рабочей станции информацию о том, где находится хост-система.
Это имя должно быть либо именем сервера DNS (Domain Name System),
либо файлом \NET\TCP\HOSTS на рабочей станции.
Удаленная хост-система должна знать и воспринимать IP-адрес вашей
рабочей станции. Регистрационное имя и пароль, естественно, должны
быть корректны. После подключения вам выводится обычная подсказка
FTP (>ftp). Наряду с перечисленными выше базовыми командами
FTP, LAN WorkGroup включает в себя некоторые удобные дополнения:
| Команда FTP LAN WorkGroup | Функция |
| DIR | Выводит подробное содержимое удаленного каталога. |
| LDIR | Выводит подробное содержимое локального каталога. |
| CD | Смена удаленного рабочего каталога. |
| LCD | Смена локального рабочего каталога. |
| APPEND | Присоединяет локальный файл к удаленному файлу. |
| COPY | Копирует файлы из одной системы в другую (допускает использование разнообразных параметров-переключателей). |
| MGET | Копирует несколько удаленных файлов на локальную рабочую станцию. |
| MPUT | Копирует несколько локальных файлов на удаленную рабочую станцию. |
| HASH | Переключает печать символа # для каждого переданного блока. |
| STATUS | Выводит текущее состояние FTP. |
Параметр команды COPY копирования всего каталога (COPY -R) позволяет
копировать все дерево каталогов. Без данного параметра будут копироваться
только файлы в каталоге, но не его структура. Это несколько легче,
чем применение команд MGET и MPUT (модификация команд GET и PUT
для передачи сразу нескольких файлов). Кроме того, эта команда
более знакома пользователя DOS и NetWare.
Используя традиционное перенаправление ввода и вывода Unix (с
помощью символов < и >), LAN WorkGroup допускает также ограниченные
файлы сценариев - текстовые файлы, содержащие инструкции и команды
FTP и используемые выполняемой программой вместо набираемых пользователем
команд. Для этого применяется следующая форма:
FTP [-X][-P] < файл_сценария
Параметр -X сообщает FTP, что в случае неуспешного выполнения
какой-либо из команд редактора нужно завершить работу. Параметр
-P управляет выводом FTP запроса пароля, автоматизируя процедуру
регистрации.
Использование инструментальных средств управления Windows
В данном разделе предполагается, что вы знакомы с основными методами,
используемыми для работы с Windows, включая работу с таким элементами
она как полосы прокрутки, спускающиеся меню, командные кнопки
и диалоговые блоки.
Использование экранов Change Rate утилиты NETADMIN
В базовом экране расценок Change Rate утилиты вы можете задать
расценки для различных видов оплаты.
Задание расценок
Экране Charge Rate содержит 20 возможных видов оплаты. По умолчанию
в них установлено значение 1. Чтобы присвоить расценки для нужного
времени дня недели, нажмите F5 и используйте клавиши стрелок для
подсветки нужной области. Затем нажмите Enter. Выведется экран
Select Change Rate. Используйте клавиши стрелок для выбора Multiplier
и Divisor для назначения расценки для конкретного средства. Она
применяется ко всему блоку времени.
Использование маршрутизаторов и мостов
Наиболее надежный способ соединить две существующие сети (если
предположить, что у вас функционирует и NetWare, и Unix) заключается
в размещении в точке их пересечения маршрутизатора или моста.
Этот метод дает возможность состыковать их без нарушения существующих
сетей. Если что-то идет не так, то при таком способе проще всего
отключить соединение.
Если устройство принимает решения на основе физических адресов
узла-источника и узла-приемника пакета, то это мост. Если решение
принимается на основе анализа протокола высокого уровня, то такое
устройство представляет собой маршрутизатор.
Маршрутизаторы становятся все более популярными на локальном уровне,
занимая все больше той территории, которая принадлежала ранее
простому мосту. Частично причина состоит в том, что стоимость
интеллектуального сетевого аппаратного обеспечения снижается,
и преимущещства низкой цены мостов теряют свою привлекательность.
С другой стороны, сегодня возрастает необходимость в управлении,
защите и обслуживании сетей, а маршрутизаторы как правило выполняют
эти функции лучше, чем мосты.
В 1986 году Novell добавила в NetWare возможность связывать с
помощью моста различные сегменты локальной сети. В течении нескольких
лет Novell называла это мостом, но так как "мост" для
принятия решения о маршрутизации пакета анализировал только адреса
IPX/SPX, то официально он был маршрутизатором. Novell отказалась
подтвердить это, хотя пакеты NetBIOS, работающие на ранних интерфейсных
платах IBM Token Ring, не могли передаваться по "мосту"
NetWare.
С тех пор положение дел в маршрутизации NetWare улучшилось, и
Novell стала называть маршрутизатор маршрутизатором. Однако, существует
несколько причин, из-за которых вы не можете настолько доверять
NetWare-серверу, чтобы использовать его в качетстве основного
маршрутизатора своей сети.
Для сервера наиболее важными функциями являются файловые средства
и средства печати. В списке приоритетов для сервера маршрутизация
стоит далеко не на первом месте. Это означает, что использование
сервера для маршрутизации ухудшит средства печати и работы с файлами,
а сервер не сможет функционировать также хорошо, как это делает
маршрутизатор.
Сегодня крупные сети требуют жесткого управления. Хотя NLM TCP/IP
включает в себя простой управлющий протокол SNMP (Simple Network
Management Protocol), но он функционально ограничен.
Если ваша сеть состоит из одного или двух NetWare-серверов с несколькими
физическими LAN-сегментами для каждого, то сервер-маршрутизатор
работает достаточно хорошо. Если ваша сеть выходит за рамки указанной
конфигурации, то для выполнения функций маршрутизации нужно поискать
что-то вне NetWare-сервера.
Novell выпустила в качестве отдельного продукта свой маршрутизатор
Multi-Protocol Router. Работая на автономном PC с операционной
системой NetWare Runtime, он поддерживает IPX, IP, Appli-Talk,
OSI и NetBIOS фирмы Novell. Маршрутизируются протоколы IPX RIP,
IP RIP, AppleTalk RTMP и OSI IS-IS.
Установив это программное обеспечение на PC 80386 с 8 мегабайтами
оперативной памяти и жестким диском объемом 40 мегабайт, вы получите
хорошее соотношение "стоимость/производительность" без
ухудшения файловых средств и средств печати. Это неплохой выбор
для точки соединения сети NetWare и Unix. Если вы работаете с
NetWare, то этот маршрутизатор будет для вас наиболее знакомым.
Если у вас есть партнер со стороны Unix, организуйте встречу и
обсудите некоторые не относящиеся к NetWare решения.
Сеть Internet была построена на основе маршрутизации (в основном
маршрутизации WAN, но тем не менее маршрутизации. Лучшие LAN-маршрутизаторы
разработаны теми фирмами, которые извлекли уроки из сетей Unix,
особенно вендорами Internet.
Самые известные номера в области маршрутизации TCP/IP - это фирмы
Cisco Systems и Wellfleet. Набирают здесь силу также Vitalink,
Proteon, CrossCom, 3Com и IBM. Идет жестокая борьба средств, и
все эти компании имеют сильные средства локальной маршрутизации,
а также маршрутизации сетей WAN.
Так как операционная система Unix с самого начала была более сложной
чем NetWare, управление сетью больше продвинулось в области TCP/IP,
чем в PC LAN. Одним из приоритетов здесь является управление с
помощью маршрутизаторов. Фактически, протокол SNMP был разработан
для расширения SGMP (Simple Gateway Management Protocol) и для
контроля мостов и маршрутизаторов, которыми должны управлять сетевые
администраторы.
В сети со стороны NetWare доступно меньше исчерпывающих средств
управления. По этой причине, если есть купить порт для существующего
маршрутизатора, чем покупать новый, лучше это сделать. Это обойдется
дешевле, и коллеги-администраторы Unix возможно смогут обслуживать
и следить за вашим новым портом лучше, чем это смогут сделать
адмистраторы NetWare.
[]
[]
[]
Использование NETUSER для работы с контекстом
Для смены контекста в дереве каталогов NDS выберите Change Context.
Это может потребоваться вам, чтобы увидеть принтеры, очереди,
пользователей и тома при работе с другими командами меню NETUSER.
Чтобы сменит контекст, выберите пункт Change Context и выполните
следующие шаги:
Для вывода меню Object, Class, нажмите Ins.
Для перемещения верх по дереву подсветите parent.
Для просмотра ветвей дерева каталога NDS подсветите объект-контейнер.
Продолжайте выполнять эти шаги, пока не найдете нужные объекты.
Нажмите Esc, затем выберите Yes для задания нового контекста.
Использование NetWare Administrator
NetWare Administrator вы можете использовать для управления объектами,
каталогами и файлами. Для запуска NetWare Administrator дважды
щелкните "мышью" на пиктограмме в Program Manager. Выводится
окно, аналогичное следующему:
+-----------------------------------------------------------+-+-+
¦ = -------------------NetWare Administrator----------------¦v¦^¦
+-----------------------------------------------------------+-+-+
¦ Object View Options Tools Window Help ¦
+---------------------------------------------------------------+
¦ +----------------------------------------------------+-+-+ ¦
¦ ¦ = -------------------O=AST_Software----------------¦v¦^¦ ¦
¦ +----------------------------------------------------+-+-+ ¦
¦ ¦ ¦ ¦
¦ ¦ - AST_Software ¦ ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ +-- Moscow_Div ¦ ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ +-- Novgor_Div ¦ ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ +-- Admin ¦ ¦
¦ ¦ ¦ ¦
¦ ¦ ¦ ¦
¦ ¦ ¦ ¦
¦ +--------------------------------------------------------+ ¦
¦ ¦
¦ ¦
+---------------------------------------------------------------+
В данном примере дерево каталога выводится в документальном окне
O=AST_Software. Ваше дерево может выглядеть по-другому. Это зависимости
от установленных серверов и модификации дерева.
Объекты-контейнеры образуют ветви дерева каталога. Они могут содержать
другие каталоги или объекты-листья. Когда вы запускаете NetWare
Administrator, объекты-листья в дереве каталога не выводятся,
так что вы видите только организацию-контейнер и ответвляющиеся
организационные единицы-контейнеры.
Двойной щелчок "мышью" на объекте-листе открывает диалоговое
окно Details, которое показывает все характеристики данного объекта.
Чтобы открыть диалоговое окно Details для объекта-контейнера,
щелкните на объекте правой кнопкой "мыши", затем выберите
Details.
Показанное на приведенном выше рисунке окно документа с именем
Щ=AST_Software - это окно просмотра. Одновременно для просмотра
дерева каталога вы можете открыть до 9 окон просмотра. Другое
окно вы можете открыть, например, для просмотра отдельной ветви
дерева, а еще одно - для просмотра всех объектов принтеров
и очередей в сети. Чтобы открыть дополнительные окна, выберите
в меню Tools команду Browse. Затем для задания типов объектов,
которые вы хотите видеть в окне, можно использовать метод фильтрации.
Использование NFS Gateway
Описание использования NFS Gateway с точки зрения типичного пользователя
означает описание программы. Тома NFS Gateway используются точно
также как другие тома NetWare.
После настройки конфигурации системы и монтирования NFS-cервера
NetWare-клиенты могут без особых усилий использовать тома NetWare.
Утилита NetWare VOLINFO показывает тома NFS наряду с другими томами.
FILER, служебная утилита NetWare для работы с файлами, также работает
с томами NFS. Работают с этими томами и ряд старых утилит DOS
работы с каталогами, разработанных еще до появления NetWare. Определенный
интерес представляет применение средства просмотра текстовых файлов
DOS для чтения файла /etc/hosts (и любых других текстовых файлов).
Использование NFS Server
Если все идет как нужно, NetWare-, DOS- и Macintosh-клиенты могут
никогда не узнать, что файл является файлом Unix и его обслуживает
NFS системы Unix. Конечно, важное значение имеют форматы файлов;
пользователь DOS или Macintosh не может считывать в базе данных
Paradox файл Oracle. Однако тот же пользователь может с помощью
версии WordPerfect для DOS или Macintosh считывать файл редактора
WordPerfect for SPARC.
Для тех досадных случаев, когда файлы ASCII форматируются в DOS
и Unix по-разному, Novell включила в свой продукт утилиты DOS2Unix
и Unix2DOS (см. Главу 8). В этой операционной среде пользователи
DOS не смогут нарушить структуру системных файлов Unix (если,
конечно администраторы Unix по глупости не допустят их к NetWare-серверу
и не разрешат доступ к этим файлам).
С точки зрения Unix-клиента NFS Server NetWare представляет собой
просто еще один NFS-сервер. Novell предлагает использовать "мягкое"
монтирование, при котором в случае неуспешного монтирования команда
монтирования завершается по тайм-ауту. Если вы используете "жесткое"
монтирование, то, чтобы отменить запрос серверу на монтирование,
который не удалось должным образом выполнить, может потребоваться
дополнительная работа. Вы должны также учитывать, что монтирование
NetWare-сервера на корневом каталоге может вызвать разрушительные
последствия.
Использование команды mount обычно требует перечислять только
имена и точку монтирования удаленного сервера и локальную точку
монтирования. Если NFS не задана, она будет подразумеваться. Например,
следующая команда монтирует NFS Server NetWare (работающий на
NetFRAME, отсюда и имя) со SPARCstation:
mount -o soft netframe:/sys/user1/mnt/netframe
А вот фактическое представление /etc/tab (File System Table)
со SPARCstation:
/dev/sd0a / 4.2 rw 1 1
/dev/sd0g /home 4.2 rw 1 3
/dev/sd1g /usr 4.2 rw 1 2
/dev/fd0 /pcfs pcfs rw,noauto 0 0
netframe:/sys/user1/mnt/netframe nfs soft,rw 0 0
Первые четыре команды используются для локальных дисковых систем.
Последняя команда, подозрительно похожая на команду mount, задает
тип (nfs) и описывает мягкое монтирование с полномочиями на чтение
и запись (rw).
В обоих примерах система не будет правильно реагировать, если
в файле /etc/host на NFS-клиенте не указан NetWare-сервер NETFRAME
и его адрес TCP/IP.
Использование памяти в NetWare
Память интерпретируется как один большой сегмент, но идентифицируется
для использования NLM с помощью функций распределения. Операционная
система NetWare отслеживает эти распределения как домены.
Когда процесс запрашивает память, ему выделяется пул памяти. Этот
пул может быть освобожден, но оставаться в пуле процессов, либо
освобождаться и возвращаться в системный пул.
Когда запрашивается память, NetWare использует три массива указателей,
которые она может определить, где находится доступная память.
Эти массивы отслеживают узлы доступной памяти. Первый массив отслеживает
узлы с 16-байтовыми приращениями от 16 байт до 1024 байт каждый.
Второй массив отслеживает узлы с 256-байтовыми приращениями. Третий
массив отслеживает узлы, превышающие 4К. Основываясь на размере
запрошенной памяти, NetWare выполняет поиск в соответствующем
массиве, пока не находит затребованный объем памяти.
Когда память выделяется и освобождается снова и снова, это может
привести к ее фрагментации, и некоторые блоки будут оставаться
неиспользуемыми. В таких случаях выполняет некоторую работу по
очистке. Такая "сборка мусора" (это улучшение внесено
в версию 4) обеспечивает использование ранее недоступных блоков
памяти.
Предыдущие версии NetWare имели несколько пулов памяти, с которыми
должен был работать программист, пишущий NLM. Теперь вы можете
работать с одним системным пулом. После того как память будет
получена из системного пула, каждый NLM работает со своим собственным
пулом памяти, пока память не возвращается в системный пул.
NetWare 4.0 управляет памятью в двух режимах. Первый - это режим
операционной системы (OS), а второй - ориентированный на домены
защищенный режим, который называется защищенным доменным режимом
операционной системы (OSP).
Каждый раз, когда создается процесс, он работает в домене того
NLM, из которого был создан. Этот домен определяется в терминах
используемых границ памяти. Эти границы частично идентифицируются
таблицами, которые содержат ссылки на каждый из блоков памяти,
которые составляют логический сегмент памяти. Эта идентификация
памяти называется иногда отображением памяти.
Когда NetWare работает в режиме памяти OS, то никаких многоуровневых
ограничений не накладывается. Все NLM могут обращаться к большей
части памяти, за исключением ее критических фрагментов, таких
как нулевая страница. В таком режиме NLM работают на уровне 0.
При работе в режиме OSP NLM, которым назначены уровни 1, 3 или
3, проверяются на попытки перехода и подвергаются ограничениям.
С консоли NetWare-сервера вы можете переключаться между режимами
OS и OSP.
Использование Quick Setup
Команду Quick Setup основного меню PCONSOLE вы можете использовать
для настройки конфигурации сервера печати, сетевого принтера,
очереди печати и взаимосвязи между ними. После выбора команды
выводится экран Services Quick Setup, на котором перечислены установленные
по умолчанию параметры, отражающие текущий контекст и конфигурацию
принтера. Quick Setup рекомендует имя сервера печати, отражающее
имя контейнера в текущем контексте.
Нужно учитывать текущий контекст дерева NDS. Если вы оставляете
назначенные по умолчанию параметры, объекты для принтера и очереди
помещаются в текущий контекст. Вы можете изменить контекст, выбрав
команду Change Context меню PCONSOLE.
В экране Quick Setup вы можете сохранить назначенные по умолчанию
параметры и имена или настроить их. Если принтеры и очереди имеют
специальное назначение (например, используются только администраторами),
присвойте им специальные имена, известные пользователям. Остальная
часть экрана Quick Setup показывает имя тома, на котором NetWare
создает очереди, режим печати при печати заголовка и информацию
о принтере. Поле Location Field имеет следующие параметры:
Auto Load. Выберите этот параметр, если ваши принтеры подключены
к сетевому серверу.
Manual Load. Выберите этот параметр, если ваши принтеры подключены
не к серверу печати, а к рабочей станции или другому файловому
серверу. Вы должны вручную загрузить на удаленном файловом сервере
NPRINTER.NLM или NPRINTER.EXE на рабочей станции.
Создание очередей печати
Чтобы создать с помощью утилиты PCONSOLE новую очередь печати,
выберите в основном меню PCONSOLE пункт Print Queues. Вы увидите
список очередей печати. Для создания новой очереди выполните следующие
шаги:
Нажмите клавишу Ins и наберите имя очереди. Лучше указывать
описательное имя, чтобы пользователи сети знали о ее средствах,
расположении принтера или типе принтера для этой очереди.
PCONSOLE запрашивает у вас имя тома для очереди печати. Введите
расположение тома или нажмите Ins для выбора из списка с помощью
окна Object, Class. После того как вы найдете и подсветите том,
имя новой очереди печати выводится в списке Print Queues.
Посветите созданную очередь и нажмите Enter для просмотра
и изменения информации об очереди печати. Выводится меню Print
Queue Information.
+===================================+
¦ Print Queue Information ¦
¦===================================¦
¦ ¦Print Jobs-----------------------¦
¦ ¦Status ¦
¦ ¦Attached Print Servers ¦
¦ ¦Information ¦
¦ ¦Users ¦
¦ ¦Operators ¦
¦ ¦Print Servers ¦
+===================================+
Большинство пунктов меню Print Queue Information используется
для просмотра информации об очереди. При настройке конфигурации
очереди вы можете сделать следующее:
Чтобы задать для очереди сервер печати (предполагается, что
он уже создан), выберите Print Servers. Данный шаг не обязателен.
Вы можете сделать это позднее при определении серверов печати.
Чтобы задать, кто можете использовать очередь, и кто за нее
отвечает, выберите User или Operator.
Для изменения режима работы очереди выберите Status.
Пункт Print Jobs можно использовать для передачи заданий в
очередь для печати (после того как все уже задано) и с помощью
остальных пунктов выводить информацию об очереди.
Определение принтеров
Чтобы добавите новое определение принтера, выберите в основном
меню PCONSOLE пункт Printers и выполните следующие шаги:
Когда выведется меню Printers, в нем перечисляются все существующие
принтеры. Чтобы добавить в меню новые принтеры, нажмите Ins.
Наберите имя нового принтера, указав по возможности более
описательное имя, и нажмите Enter.
Когда в списке появится имя нового принтера, подстветите его
и нажмите Enter. Выводится экран конфигурации:
+===============================================================+
¦ Printer HP-LaserSuperv Configuration ¦
¦===============================================================¦
¦ Printer number: (None) ¦
¦ Printer status: ¦
¦ Printer type: Parallel--------------------- ¦
¦ Configuration: (See form) ¦
¦ Starting form: 0 ¦
¦ Buffer size in KB: 3 ¦
¦ Banner type: Text ¦
¦ Service mode for forms: Minimize form changes within print que¦
¦ Sampling frequency: 15 ¦
¦ Print queues assigned: (See list) ¦
¦ Notification: (See list) ¦
+===============================================================+
Определите принтер, заполнив поля этого экрана. Когда вы подсветите
поле, в нижней части экрана выводится его описание. Если ваш принтер
подключен к рабочей станции или серверу сети, отличного от сервера
печати, в поле Printer type выберите Remote OTHER. Для получения
справки вы можете также нажать клавишу F1. С помощью F10 вы можете
сохранить изменения.
Создание объекта сервера печати
Чтобы создать с помощью PCONSOLE объект сервера печати, выберите
в основном меню PCONSOLE пункт Print Server. Когда выведется меню
PrintServer, вы увидите список существующих серверов печати (если
они существуют). Чтобы добавить новый сервер печати, нажмите Ins,
наберите его имя и нажмите Enter.
После того как в меню Print Server выведется имя нового сервера
печати, вы можете подсветить его и нажать Enter. Выведется следующее
меню:
+===================================+
¦ Print Server Information ¦
¦===================================¦
¦ ¦Printers-------------------------¦
¦ ¦Information and Status ¦
¦ ¦Users ¦
¦ ¦Operators ¦
¦ ¦Description ¦
¦ ¦Password ¦
¦ ¦Audit ¦
+===================================+
Это важный шаг, поскольку здесь вы определяете, какие принтеры
и очереди будет обслуживать сервер печати. Если вы не выполните
данного шага, то принтеры и очереди не будут доступны для пользователей
сети.
Printers
Этот пункт и нажатие клавиши Ins позволяют добавить один из определенных
ранее принтеров. Чтобы найти принтер, вы можете просмотреть дерево
каталога NDS.
Information and Status
Выводит на экран информацию о состоянии и позволяет вам изменить
имя сервера печати, используемое для объявлении о принтере. В
целях отладки вы можете изменить это имя.
Users
Используйте данный параметр для добавления или удаления имен пользователей
или групп, имеющих доступ к данному серверу печати.
Operators
Этот пункт вы можете использовать для добавления или удаления
имен тех пользователей, которые помогают обслуживать сервер печати
(операторов).
Description
Создает описание сервера печати, которое будет выводиться в некоторых
окнах сообщений.
Password
Используется для создания или изменения пароля, который должен
использоваться для запуска сервера печати.
Audit
Позволяет контролировать сервер печати.
После создания сервера печати вашей основной задачей будет определение
обслуживаемых им принтеров. Кроме того, вы можете определить обслуживаемые
очереди (хотя очереди можно назначить и при определении принтеров).
Для назначения принтеров выполните следующие шаги:
Выберите в основном меню PCONSOLE, подсветите сервер печати
и нажмите Enter.
Выберите пункт Printers и, чтобы добавить другие принтеры,
нажмите Ins.
Просмотрите дерево NDS и найдите принтеры, которые вы хотите
назначить серверу печати. Объекты принтеров должны быть уже созданы,
как описывалось выше.
После добавления принтеров вы можете определить очереди, которые
они будут обрабатывать. Подсветите принтер и нажмите Enter, затем
выберите в меню Printer Configuration пункт Print queues assigner
и просмотрите дерево NDS, чтобы найти очереди, которые вы хотите
назначить принтеру.
Использование RCP
RCP (Remote CoPy - средство удаленного копирования) аналогично
FTP, однако хост-система должна выполнять RSH-сервер (Remote SHell
- удаленная оболочка), который часто называют RSHD (RSH-демон).
Ваше имя должно перечисляться в файле .rhosts удаленного сервера,
а ваш компьютер и имя пользователя должны быть включены в файл
host.equiv хост-системы. RCP определяет ваше имя пользователя
из таблицы операционной среды DOS. Эта информация заносится туда
при установке командой SET NAME командного файла LANG.BAT. Простая
команда для передачи файла с помощью RCP имеет вид:
RCP LOCAL_FILE удаленная_хост_система=файл_приемник
Эта команда передает указанный локальный файл в хост-систему и
присваивает ему указанное имя, либо сохраняет то же имя, если
новое не присвоено. Чтобы считать файл с хост-системы нужно в
команде поменять местами локальный и удаленный файл:
RCP удаленная_хост_система=имя_файла локальный_файл
С помощью различных параметров можно исключить файлы с расширениями
.OBJ, .O, .LIB, .EXE или .COM. Допускается рекурсивное копирование
каталогов (с помощью параметра -R команды RCP) и доступ к файлам
других пользователей (когда дается соответствующие полномочия).
Рекурсивное копирование позволяет рабочим станциям использовать
хост-системы Unix для создания резервных копий и хранения файлов.
В случае сомнения относительно характера файла, используйте двоичную
передачу (в данном продукте это определяется параметром -B).
Использование Remote Console
После доступа к консоли сервера с помощью Remote Console вы можете
обращаться к утилитам консоли сервера так же, как и на самой консоли.
Помните, что все действия, выполняемые на удаленной консоли, отражаются
на экране файлового сервера. Если вы блокируете консоль файлового
сервера, то удаленная консоль также блокируется, поэтому вам потребуется
физически заблокировать клавиатуру сервера или разместить систему
сервера в надежном месте, чтобы предотвратить доступ пользователей
к консоли и просмотра ваших операций. В сеансе удаленной консоли
можно использовать следующие клавиши:
| Клавиша | Действие |
| Alt+F1 | Доступ к меню Remote Console Available Options. |
| Alt+F2 | Выход из Remote Console. |
| Alt+F3 | Обратный цикл по экранам Remote Console. |
| Alt+F4 | Цикл в прямом направлении по экранам Remote Console. |
| Alt+F5 | Показывает текущий адрес рабочей станции. |
Меню Remote Console Available Options
Доступ к этому меню вы можете получить по клавишам Alt+F1.
+==================================================+
¦ Available Options ¦
¦==================================================¦
¦ ¦Select a Screen To View-------------------------¦
¦ ¦Directory Scan ¦
¦ ¦Transfer Files To Server ¦
¦ ¦Invoke Operating System Shell ¦
¦ ¦End Remote Session With Server ¦
¦ ¦Resume Remote Session With Server (ESC) ¦
¦ ¦Workstation Address ¦
+==================================================+
Select a Screen To View
При выборе этого пункта выводится список доступных параметров.
Если вы загружаете на консоли утилиту MONITOR, то в меню Available
Screens выводится MONITOR SCREEN и SYSTEM CONSOLE. Чтобы ввести
команды консоли, выберите SYSTEM CONSOLE. Выводится подсказка
в виде двоеточия, и вы можете вводить обычные команды консоли.
Конечно, не следует демонтировать том, останавливать сервер, или
делать другие изменения, влияющие на сетевые операции, если, они
не являются жизненно необходимыми (о них следует уведомить пользователей).
Directory Scan
Этот пункт позволяет просмотреть каталоги и файлы на файловом
сервере. Наберите буквенную метку диска и/или маршрут каталога,
который вы хотите просмотреть. Для вывода списка конкретных файлов
вы можете использовать трафаретные символы (аналогично команде
DOS DIR). Для просмотра длинных списков используйте клавиши PgUp
и PgDn.
Transfer Files To Server
Выберите этот пункт для передачи файлов с диска рабочей станции
на любой диск сервера. Выводятся два меню. Первое запрашивает
у вас исходные файлы, а второе - целевой каталог сервера. Как
и в случает команды DOS COPY, вы можете использовать для спецификации
группы файлов трафаретные символы. Убедитесь в защите удаленного
сеанса. Неуполномоченные пользователи могут передать вирусы или
вызвать повреждение файловой системы, используя средства передачи
файлов.
Invoke Operating System Shell
Этот пункт вы можете выбрать для временного возврата к подсказке
операционной системы (вызова оболочки операционной системы). После
этого вы можете выполнять команды DOS для локальных или сетевых
дисков. Поскольку вызывает вторичная операционная среда, вызывать
некоторые утилиты и программы вы не сможете.
End Remote Session With Server
Завершает сеанс удаленной консоли. Вы вернетесь в меню Available
Servers, где можете выбрать другой файловый сервер или для возврата
в DOS нажать клавишу Esc.
Resume Remote Session With Server
Этот пункт просто удаляет меню Remote Console и возвращает вас
к подсказке консоли.
Workstation Address
Выводит на экран адрес текущей рабочей станции.
Использование SPX
Последовательный обмен пакетами SPX (Sequenced Packet Exchange)
обеспечивает функциональные возможности повторной передачи и тайм-аута,
отсутствующие в IPX. Он ориентирован на подключения и доступен
наряду с IPX. Если у вас есть IPX, то вы имеете и возможность
работы с SPX.
Использование SPX II
Одним из достоинств SPX II является его обратная совместимость
с SPX. Когда хост-система с SPX II начинает передачу данных, она
идентифицирует свое присутствие для использования SPX II. Если
принимающие узлы используют SPX, они игнорируют эту идентификацию
и функционируют обычным образом. Если получатель также использует
SPX II, то он отвечает, что предпочитает SPX II, и коммуникации
могут продолжаться с применением SPX II.
Поскольку среда операционной системы NetWare является невытесняющей,
она позволяет всем нитям получать доступ к процессору и управлять
им по своему выбору, предполагая, что они будут сотрудничать с
другими NLM, а не монополизировать процессор.
Использование TFTP
Средство TFTP представлено и в LAN WorkGroup, хотя им лучше не
пользоваться. Не внушает доверие также отсутствие защиты подключения
с помощью пароля. TFTP следует избегать также по той причине,
что удаленная система уже должна иметь файл с тем же именем, что
и передаваемый. Кроме этого, файл должен иметь универсальные атрибуты
доступа (быть общедоступным).
Если, несмотря на все сказанное, вы все-таки захотите послать
в хост-систему Unix файл с именем PRIM.TXT из каталога USRA вашей
рабочей станции и назвать целевой файл RESLT, то с помощью TFTP
это можно сделать посредством команды:
TFTP USRA\PRIM.TXT reslt=/x/usra/prims.txt
Использование транслятора
Транслятор для Unix и NetWare - это сетевой интерфейс TPC/IP ("шлюз").
Мы проанализируем три сетевых интерфейса TCP/IP, два из которых
требуют выделения PC, а один будет сам работать на сетевом сервере
NetWare. Все это работает аналогичным образом: на PC-клиенте выполняется
программное обеспечение PC, осуществляющее связь с сетевым интерфейсом
TCP/IP, а затем программное обеспечение реализует подключение
черед сетевой интерфейс к требуемой хост-системе Unix. После открытия
сеансов Telnet (эмуляция терминалов) у вас есть возможность передавать
файлы и совместно использовать принтеры.
Метод применения транслятора дает следующие преимущества:
он не затрагивает ни одну из систем;
допускает централизованное администрирование;
обслуживается один сетевой протокол (IP);
обеспечивает некоторые дополнительные возможности защиты.
Однако, подобный подход имеет также ряд недостатков:
плохую производительность при загрузке;
требует дополнительных затрат на выделение PC;
дает меньшую гибкость для каждого пользователя PC, чем втором
подходе;
удваивает сетевой трафик (передача в сетевой интерфейс, затем
передача от сетевого интерфейса в хост-систему и наоборот).
Использование UniLink
Продукт MCS не сложен в установке и инициализации и дает для базовой
эмуляции хорошую производительность. Для подключения к хост-системе
из командной строки введите LOGINPC <хост_имя> . После того
как подключение будет выполнено, нажатия клавиш немедленно эхоотображаются
обратно PC-клиенту. Для вывода окна Already Connected вы можете
нажать комбинацию клавиш Alt+F2. Здесь вы можете выполнять следующие
функции:
Переключаться между подключениями (одновременно допускается
до четырех подключений).
Переходить в оболочку DOS, не прекращая сеанса связи с хост-системой.
Завершать сеанс связи с хост-системой.
Вернуться в окно Connect, где можно начать другой сеанс связи
с хост-системой.
Переходить в окно Setup.
Благодаря способности поддерживать сразу до четырех сеансов, эта
программа может быть основным инструментом доступа клиента для
тех, кто серьезно работает с Unix. О простых возможностях передачи
файлов мы расскажем в другой главе, но их настолько легко использовать,
что работать с ними смогут большинство с опасением относящихся
к Unix пользователей DOS.
Поддерживаемые типы терминалов включают в себя vt100, vt220 и
Wyse60. Эмуляция Wyse удобна для тех систем, которые поддерживают
клавиатуру в стиле PC. Wyse включают в себя немногие базовые эмуляторы.
Ожидается поддержка INT14, хотя для многих пользователей будет
достаточно трех предлагаемых базовых эмуляций. MCS теряет свою
уникальность в поддержке эмуляторов IPX/SPX, и по крайней мере
еще одна фирма предлагает во многом похожую программу, включая
программное обеспечение перенаправления по INT14.
Однако по инструментальным программным средствам для связи NetWare
и Unix с MCS пока не может сравниться никто.
LOGINPC работает в сеансе DOS под управлением Microsoft Windows.
Загрузка и выполнение перед запуском Windows драйвера IPX/SPX
обеспечивает при инициализации сеанса DOS выполнение подключений
программой LOGINPC. Вообще говоря, перед запуском Windows всегда
нужно запускать сетевые протоколы.
Исследовательская программа Novell
Novell Research - это программа публикации Novell технической
информации о проектировании, реализации и обслуживании использующих
NetWare систем. Публикации Novell Research составляются консультантами
и инженерами Novell при содействии (в необходимых случаях) сторонних
экспертов. Информация этих публикаций основывается на лабораторных
исследованиях и фактическом опыте авторов. Эти публикации охватывают
следующие основные темы:
Проектирование сети и стратегии оптимизации.
Тактика управления сетями.
Внутренние вопросы NetWare и теория операций.
Основные направления реализации продуктов Novell.
Возможности интеграции с продуктами других фирм.
Техника программирования в NetWare.
Эта информация предназначена для широкого круга персонала, работающих
а продуктами Novell - системных инженеров, обслуживающего инженерного
персонала, консультантов, программистов, супервизоров сети и сотрудников
информационных систем.
Публикации Novell Research включают в себя:
Замечания по прикладным вопросам NetWare Application Notes
(AppNotes): Это издание публикуется Novell ежемесячно. Каждый
выпуск состоит из нескольких статей по различным аспектам работы
с NetWare, включая проектирование, разработку и оптимизацию. Материал
основан на технических исследованиях, проведенных персоналом Novell.
Исследовательские отчеты Novell Research Reports: Эти отчеты
представляют собой углубленную проработку ключевых технических
вопросов, таких как архивизация и защита в сетях. Они представляют
результаты технических исследований, выполненных персоналом Novell.
Сборник исследовательских отчетов Novell: Эти отчеты являются
результатом исследований, выполненных независимыми фирмами. Проекты
таких исследований включают в себя темы, представляющие общий
интерес, по которым Novell не может без посторонней помощи провести
стратегическое исследование.
Источники бесперебойного питания
Источник бесперебойного питания (UPS) обеспечивает электропитания
для компьютеров и других устройств при падении или исчезновении
напряжения в сети. В его состав входит один из следующих основных
элементов:
Система батарей.
Инерционный UPS обеспечивает непрерывное питание компьютера
при кратковременных отключениях сети.
Инерционный электродвигатель, вращающий электрогенератор.
Источники бесперебойного питания могут работать в оперативном
режиме или быть резервными. Резервные источники питания включаются
только при отказе основного электропитания. Такие источники бесперебойного
питания имеют специальную схему со временем переключения менее
5 мсек. Источник бесперебойного питания, работающий в оперативном
режиме, обеспечивает непрерывное электропитание компьютера. При
отказе внешнего источника питания компьютер продолжает работать
от батареи UPS. Хотя такие источники бесперебойного питания лучше,
они более дороги. Однако они обеспечивают равномерное "сглаженное"
питание для компьютерных модулей.
Источники бесперебойного питания быстро совершенствуются. Бывшие
когда-то большими стоявшими в углу бессловесными ящиками, новейшие
UPS отличаются как отказоустойчивостью, так и "интеллектом".
Яркими примерами являются здесь безопасные, легко управляемые
и обеспечивающие большую мощность матричные источники бесперебойного
питания модели Matrix 3000 и 5000 фирмы American Power Conversion.
При отказе какого-либо компонента в типичных UPS на серверы могут
воздействовать все отклонения в сети питания, провалы питания,
частичное отключение потребителей, случайные выбросы напряжения.
UPS серии Matrix построены по модульному принципу и позволяют
отключать или удалять все компоненты без отключения средств защиты
питания (оперативная замена).
Систему Matrix образуют три составные части: электроника, изолирующие
модули и модули SmartCell, представляющие собой батареи источника
бесперебойного питания. Электронный модуль содержит логику UPS,
необходимую для текущего контроля и дистанционного управления
системой. UPS Matrix, подсоединенный практически к любому блоку,
реализующему протокол SNMP (Simple Network Management Protocol),
дает информацию о всех отклонениях от нормальной работы источника
бесперебойного питания, таких как отказ инвертора, низкое напряжение
в сети или потеря управляемости батареями.
Каждый модуль SmartCell содержит микропроцессор, контролирующий
состояние батареи. При нарушениях в работе батареи UPS может послать
сигнал тревоги, используя протокол SNMP. Модули SmartCell соединены
параллельно (в большинстве UPS батареи соединены последовательно),
что позволяет заменять неисправный модуль без отключения UPS.
Каждый модули SmartCell конструктивно выполнен как отдельный блок,
поэтому для увеличения запаса мощности их можно соединить в "гирляндную"
цепь.
Изолирующие модули UPS Matrix содержат компоненты, необходимые
для преобразования питания, фильтрации и зарядки батарей. Это
единственная часть схемы, которую нельзя заменить при включенном
UPS.
Источниками бесперебойного питания Matrix можно управлять с помощью
утилиты Power Chute фирмы American Power Conversion. Это средство
дает расширенную информацию об основном и резервном UPS, включая
записи таких параметров, как сетевое напряжение, температура UPS
и состояние батарей. Это программное обеспечение устанавливается
на сервере и взаимодействует с UPS через кабель. Используя специальный
пульт Power Chute или пульт SNMP можно планировать испытания батареи
и дистанционно запускать резервные серверы. Matrix 3000 обеспечивает
мощность, достаточную для работы 8 больших сетевых серверов в
течении примерно 7 мин. Стоит он порядка 3500$.
При покупке системы резервных батарей нужно принимать во внимание
следующее:
Время, в течении которого батарея UPS обеспечивает питание.
Предусматривает ли UPS систему уведомления сервера о работе
UPS от батарей.
Включает ли UPS в себя средства фильтрации питания, подавляющие
его временные броски.
Срок годности батарей, и как изменяются их характеристики
со времененем.
Возможность замены батарей.
Нужно знать также характеристики потребления электроэнергии устройствами,
подключаемыми к UPS. Для сервера это может включать в себя процессор,
монитор, внешние маршрутизаторы, концентраторы и коммутационные
центры. Их суммарная мощность не должна превышать мощности, обеспечиваемой
UPS.
Из чего состоит сеть?
Вычислительная сеть состоит из программных и аппаратных средств.
Аппаратные средства включают в себя платы сетевого интерфейса
и связывающие их кабели, а программное обеспечение драйверы (программы
для работы с периферийными устройствами) и сетевую операционную
систему, которая управляет всей работой. Сеть может включать в
себя серверы, рабочие станции, платы сетевого интерфейса, кабели,
совместно используемые ресурсы и периферию. Рассмотрим подробнее
каждый из этих компонентов.
+---------+
¦+-------+¦
¦¦ ¦¦
¦¦ ¦¦ +------+
¦+-------+¦ ¦ +--+ ¦ +---------+
+--+---+--+ ¦ +--+ ¦ ¦+-------+¦
+------+---+-------+ ¦ +--+ ¦ ¦¦ ¦¦
¦ - +--+ +--+¦ ¦ +--+ ¦ ¦¦ ¦¦
¦ +--+ +--++-+ ¦ ---- ¦ ¦+-------+¦
+------------------+ ¦ ¦ ---- ¦ +--+---+--+
Рабочая станция ¦ ¦ ---- ¦+----+---+-----+
+------+--+ +--+-+--+--------------+
¦+-------+¦ ¦ ¦ Сервер
¦¦ ¦¦ ¦ ¦
¦¦ ¦¦ ¦ ¦ +-------------+
¦+-------+¦ ¦ ¦ ¦ +--+ ¦
+--+---+--+ ¦ +--------+ +--+ ¦
+------+---+-------++---+ ¦ ¦
¦ ---- +--+ +--+¦ ¦ ¦ ¦
¦ +--- +--++----+ +-------------+
+------------------+>-+ Принтер
¦
Плата сетевого
интерфейса
На сервере выполняется сетевая операционная система. Он предоставляет
служебные средства пользователям на отдельных рабочих станциях,
включая выделение для файлов памяти, обслуживание пользователей,
обеспечение защиты, выполнение сетевых команд, команд системного
администратора и т.д.
При подключении компьютера к сети он становится узлом сети и называется
рабочей станцией. Рабочие станции могут представлять собой персональные
компьютеры с операционной системой DOS, системы Macintosh фирмы
Apple, машины с операционной системой Unix или OS/2 или бездисковые
рабочие станции.
Каждый компьютер подключается к сети с помощью платы сетевого
интерфейса (NIC), которая поддерживает конкретную сетевую схему,
например, Ethernet, ArcNet или Token Ring. К плате сетевого интерфейса
подключается сетевой кабель. Может использоваться также радиосвязь
или связь на инфракрасных лучах. В этом случае кабель не требуется.
Совместно используемые ресурсы и периферия включают в себя подключенные
к серверу устройства памяти, оптические диски, принтеры, графопостроители
и другое оборудование, которое может использоваться работающими
в сети.
Изменение цветов меню
Чтобы отредактировать цвета меню, выполните следующие шаги:
Скопируйте файл IBM_RUN.OVL из каталога SYS:PUBLIC в свой
каталог меню.
Для запуска утилиты изменения цветов наберите команду COLORPAL.
Каждый пункт выводимого этой утилитой меню предназначен для
изменения цвета одной из частей меню. Выберите пункт и для изменения
цвета нажмите Enter. В меню выбора цвета для переключения между
нормальным и мерцающим курсорами нажмите F5.
После выбора цветов нажмите Esc. Все запускаемые из каталога
меню будут использовать новую схему цветов.
Изменение характеристик файла
С помощью пункта Change File Information в основном меню NFSADMIN
для обеспечения лучшей поддержки NFS вы можете модифицировать
файлы и каталоги. При выборе этого пункта выводится окно Set File
Information. Поскольку в этом окне отсутствует список имен файлов
для выбора, каждый файл или имя каталога вы должны задавать индивидуально.
Полномочия допуска Unix задаются либо в восьмеричном формате (777),
либо в символьном (rwx). Полностью управлять полномочиями доступа
на каждом уровне позволяет возможность вносить изменения, вступающие
в действие вниз по структуре каталога.
Попытка привести в соответствия эти полномочия и права доступа
на совместно используемом NetWare и Unix томе может потребовать
некоторого экспериментирования. Здесь трудно указать однозначно
верный способ, но существует множество неверных путей. Файлы могут
модифицироваться пользователями NetWare таким образом, что это
нарушит работу NFS-клиентов Unix. Имейте в виду, что более свободный
доступ обычно предпочтительнее, чем большее число проблем.
Используя возможности управления, обычно полезно предоставить
некоторым группам полный доступ к совместно используемым NetWare/Unix
каталогам. Если важен вопрос защиты, то для различных групп легко
задать различные точки монтирования. Предоставление полного доступа
к файлам в рамках одной группы позволит вам избежать лишних проблем.
