Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Взаимодействие Windows NT с другими ОС

Росс Гринберг

В современных сетях совместимость разнородных систем имеет важное значение. К сожалению, не существует общепринятого толкования понятия "гетерогенная сеть", и представители разных фирм трактуют его по-разному. Нет даже четкого определения гетерогенности, ведь неясно, должна ли информация о среде передачи данных или о транспортном протоколе входить в него? Все это очень непросто. Однако, учитывая то обстоятельство, что ниже речь пойдет в основном о Windows NT, я даю следующее рабочее определение гетерогенной сети: если через сеть можно связываться с хостами Windows NT и при этом вся она состоит не только из таких хостов, то ее можно считать гетерогенной. Хорошо? Не совсем?! Ну да... если у вас и есть такая сеть, непонятно, насколько эффективно она будет работать - ведь существует огромная разница между тем, чтобы какой-либо компонент просто работал в сети и между тем, чтобы он работал хорошо.

Очевидно, прежде чем реализовывать интеграцию разнородных систем, необходимо обеспечить хорошее взаимодействие однородных. Хосты Windows NT очень легко связываются между собой, что имеет большое значение с точки зрения построения сетей. Windows NT лучше всего совместима с другими системами компании Microsoft. Не составляет труда, например, организовать взаимодействие между компьютерами, работающими под управлением Windows 95 и Windows NT, особенно если оба они находятся в одной локальной сети.

Тем не менее оптимизировать работу сети Windows NT, к которой подключены компьютеры с ОС Windows NT Worksta-tion, Windows NT Server, Win-dows 3.1, Windows 95 и Windows for Workgroups, очень непросто. Те действия, в результате которых вполне резонно было бы ожидать ускорения работы сети, такие, как установка дополнительных резервных контроллеров домена (Backup Domain Controllers), на самом деле замедляют ее, пока на серверах с наиболее старыми ОС не будет отключена поддержка службы просмотра сетевых ресурсов. Дело в том, что все серверы в момент подключения к сети могут инициировать выборы главного сервера просмотра (Master Browser), но устаревшие системы обречены их проиграть, поэтому лучше вообще не допускать их к участию в выборах (отключив на них режим сервера просмотра), которые, естественно, увеличивают сетевой трафик.

Отключение режима сервера просмотра в разных системах осуществляется по-разному: в Windows NT присвоением параметру реестра MaintainServerList значения No (с помощью редактора реестра), в Windows 95 последовательным открытием окон Control Panel, Network, File and printer sharing for Microsoft Networks, Proper-ties и вводом опции Disabled для режима Browse Master, а в Windows for Workgroups редактированием файла system.ini путем формирования в разделе [Network] строки MaintainServerList = No. Однако отключайте сервис просмотра с осторожностью: каждый сервер, не включенный в список сетевых ресурсов, требует ручного распределения своих ресурсов, а это лишняя работа для сетевого администратора.

Немало сетей работают под управлением NetWare, поэтому в составе Windows NT имеется ряд средств взаимодействия с этой системой, в том числе шлюз Gateway Service for NetWare (GSNW) - очень хороший программный пакет, позволяющий клиентам сети Windows NT осуществлять доступ к ресурсам NetWare и наоборот. Не составит труда, например, напечатать что-нибудь на сетевом принтере, находящемся по другую сторону шлюза.

Novell Directory Services - хорошо разработанный зрелый продукт, а Windows NT, откро-венно говоря, все еще "играет в догонялки", преследуя сразу много целей. Похоже, компания Microsoft страдает синдромом "изобретено не нами", заставляющим ее заново изобретать велосипед. Благодаря NDS возможен единый вход в сеть, обеспечивающий защищенный доступ к сетевым ресурсам, и облегчается сетевое администрирование (по крайней мере, c той стороны шлюза, где находится сеть Novell).

Вместе с тем NDS тоже не лишена недостатков - в частности, создаваемые ею в памяти образы дерева соединений занимают слишком много места. Впрочем, и средства Microsoft не без изъянов: они устанавливают новые сетевые соединения, не разорвав старых, в результате быстро достигается лимит числа сетевых соединений. Кроме того, они динамически не выделяют достаточного для размещения данных больших деревьев NDS объема памяти.

Следует отметить, что при информационном обмене между системами Macintosh и сетью Windows NT по протоколу AppleTalk тоже возникают трудности. Я не работаю на компьютерах Macintosh, но у меня есть друзья, которые активно их используют. Они-то и рассказали мне, что при работе на Macintosh в сети Windows NT возникает проблема с печатью (впрочем, это единственный сложный момент). Дело в том, что средства поддержки AppleTalk адресуют задания на печать PostScript-принтеру, и при этом необходимо, чтобы связь с принтером осуществлялась по определенному протоколу, но соответствующий драйвер Windows NT не реализует его в полной мере. Обычно это не имеет последствий, но попытка двух или более компьютеров Macintosh одновременно напечатать что-то на принтере приведет к выводу "мусора", если только вы не используете специальный драйвер (который надо покупать отдельно).

Более подробную информацию о взаимодействии Macintosh и Windows NT вы найдете в Базе знаний (Knowledge Base) компании Microsoft, но лучше подключите ваш принтер AppleTalk непосредственно к сети AppleTalk.

За исключением случая, который мы только что рассмотрели, средства AppleTalk и Windows NT хорошо совместимы между собой, и реализовать их интеграцию совсем несложно. Компьютеры Macintosh совместимы со службой Dynamic Host Configuration Protocol (DHCP), а серверы Windows NT могут маршрутизировать трафик AppleTalk, предоставляя пользователям Macintosh удобный доступ к серверу Internet Information Server (часть Windows NT Server).

Для работы с базами данных и получения доступа к информации, хранящейся на больших ЭВМ (включая AS/400), вам понадобятся SQL Server и SNA Server соответственно (оба компании Microsoft). Эти продукты работают очень хорошо, если на них установлены все необходимые сервисные пакеты (Service Packs). Ключевым здесь является слово "необходимые". Дело в том, что исправление одной ошибки может привести к появлению другой, поэтому следует устанавливать только пакеты, помогающие решить возникшую (или предполагаемую) проблему или обеспечивающие нужные функциональные возможности.

Не будем много говорить об интеграции Windows NT и Unix - в основном это решенная проблема. Пользователи могут применять такие средства взаимодействия, как LAN Mana-ger for Unix, NFS (Network File System), X-Windows и, конечно, другие приложения на базе TCP/IP. Впрочем, и здесь не все гладко. Пользователи Unix привыкли к наличию возможности удаленного выполнения программ (для этого, естественно, они должны обладать необходимыми правами доступа к удаленной системе). При работе с сервером Windows NT они могут забыть об этом, поскольку в Windows NT нет эквивалентов службам rshd и rexecd - так что у пользователей Unix есть повод быть недовольными компанией Microsoft. А вот сетевому администратору это понравится, так как сеть становится безопаснее. Следует отметить, что для пользователей компьютеров с Windows NT не составит труда запускать программы на должным образом сконфигурированном Unix-хосте.

На этом анализ вопросов взаимодействия Windows NT и Unix не заканчивается. Можно было бы рассмотреть и другие проблемы, информации о которых нет в Базе знаний компании Microsoft. Многие из них - если не все - решаются средствами Service Pack 3 для Windows NT 4.0, и наверняка что-то, будет исправлено в Windows NT версии 5.0, но, возможно, вы сами разберетесь с этим.

Я старый приверженец Unix, но возможности Windows NT в плане взаимодействия с Unix произвели на меня большое впечатление. Если принять во внимание, что Windows NT является хорошей платформой для Web-сервера и в ней удачно реализованы службы DNS, DHCP, HTTP и Bootp (все это впервые появилось в Unix), то становится ясно, как далеко компания Microsoft ушла от Windows 3.1!





  
4 '1998
СОДЕРЖАНИЕ

колонка редактора

• На выходные - в XXI век с "Телеком Финланд"

локальные сети

• Не вините во всем сеть

• Сетевые ОС: кому принадлежит будущее?

• Конвертеры среды передачи

• Эффективность экранирования кабельных коробов

• Тестируем DLT-библиотеки среднего уровня

• Взаимодействие Windows NT с другими ОС

корпоративные сети

• Повелители маршрутов

• Российский АТМ. Заметки на марше

• Управление трафиком АТМ

• ADSL поможет АТМ "дойти" до пользователя

• DTP-мониторы для масштабируемых Web-служб

• Оценка эффективности применения ERP-систем

услуги сетей связи

• О качестве телефонной сети общего пользования

• Система WLL на основе технологии FH-CDMA

системы учрежденческой связи

• Отечественные системы локального биллинга

интернет и интрасети

• Интернет в России или Россия в Интернет?

• Будущее Java

• Удаленное управление с помощью Web-браузера

защита данных

• Маршрутизаторы ISDN с функциями межсетевых экранов

• Стабилизаторы напряжения электросети и фильтры

бизнес

• Интервью с вице-президентом компании АМР г-ном Д-Арси Роуч

новые продукты

• Система автоматизации документооборота ЭСКАДО

только на сервере

• ...а CDMA идет!

• Управление трафиком в корпоративных сетях



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх