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

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

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

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

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


Rambler's Top100

  

Оправдает ли ожидания WinSock 2?

Джеймс Дрюс

Вы когда-нибудь инсталлировали работающее с WinSock приложение только для того, чтобы убедиться в его несовместимости с версией WinSock, установленной на вашем компьютере? А может, и того хуже — новое приложение само инсталлировало другую версию WinSock, и это приводило к некорректной работе существующих у вас приложений? Ну а если вам было необходимо, чтобы WinSock-приложение работало со стеком IPX так же, как и со стеком IP? Все эти вопросы имеют прямое отношение к недавно вышедшей спецификации WinSock 2.

WinSock — это прикладной программный интерфейс, предоставляемый обычно разработчиками TCP/IP-продуктов в виде файла WINSOCK.DLL и предлагающий стандартный набор API для пользователей и разработчиков Windows-приложений. Применение интерфейса WinSock позволяет работать с большим количеством приложений и не вникать во внутренние детали конфигурации стека TCP/IP.

В свое время появление WinSock было воспринято пользователями и разработчиками Windows-приложений как значительный шаг вперед. Но потом возникли проблемы с обеспечением совместимости разработок. Некоторые фирмы (в том числе и Microsoft) добавляли в WINSOCK. DLL свои собственные функции. В свою очередь, разработчики, обнаружив эти дополнительные функции, начинали использовать их при создании собственных приложений. И, как следствие этого, при попытке использовать версию WINSOCK.DLL, отличную от версии разработчика конкретного приложения, часто опять возникали проблемы. Например, инсталляция ПО крупных поставщиков услуг Интернет, таких, как America Online, в свое время вызвала большую неразбериху, связанную с тем, что все имеющиеся в системе пользователя файлы WINSOCK.DLL переписывались заново. В свою очередь, это приводило к прекращению функционирования ранее установленных и до того момента нормально работавших приложений. Многие приложения дополнительно устанавливают свои собственные файлы WINSOCK.DLL, что также плохо. В этом случае работать приложению либо нет, зависит от того, какой именно файл WINSOCK.DLL система найдет первым.

Тем не менее WinSock версии 1.1 оказался весьма удачным, и доказательством тому стало появление тысяч коммерческих, условно-бесплатных (shareware) и свободно распространяемых (freeware) приложений.

Работа над WinSock 2 началась в мае 1994 г. и заключалась в расширении спецификации WinSock 1.1. Программисты Intel, Microsoft, Motorola, FTP Software, Novell и других компаний собрались все вместе, чтобы реализовать в спецификации WinSock 2 некоторые свои предложения. Например, они хотели добавить фильтры для отдельных протоколов Интернет, в том числе и фильтр WWW-трафика, с целью оградить детей от порнографической информации, а также иметь возможность использовать в WinSock-приложениях не только протокол TCP/IP, но и другие.

В WinSock версии 2 были учтены эти и ряд других предложений. Так, расширенный функциональный набор включает теперь возможность резервирования полосы пропускания для обеспечения надлежащего качества обслуживания (Quality of Service — QoS), независимое от протокола разрешение имен (name resolution), поддержку режимов multicast и multipoint, а также условный прием (conditional acceptance).

WinSock версии 2 предоставляет разработчикам такой же базовый набор средств, как и версия 1.1, который можно использовать при создании приложений на базе других протоколов (таких, как IPX/SPX). Кроме того, в WinSock 2 имеется независимый от протокола метод указания различных служб. В дополнение к вышесказанному некоторые приложения (например, такие, как FTP- или HTTP-приложения) могут, «глядя» на сетевой адрес запрашивающей соединение стороны, с помощью механизма условного приема разрешать или запрещать доступ в соответствии с определенными правилами. Использование этого механизма обеспечивает более высокую степень защиты для серверов.

Многоуровневый подход

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

Применение WinSock 2 устраняет необходимость добавления нестандартных функций разработчиками WINSOCK.DLL, предоставляя вместо этого интерфейс типа plug-in. При работе с WinSock версии 1.1 разработчики вынуждены были «взламывать» файл WINSOCK.DLL, чтобы вносить в него изменения. Теперь вместе с ОС будет поставляться файл WS2_32.DLL, а также предусмотрены соответствующие встраиваемые DLL-модули, с помощью которых разработчики приложений смогут обеспечить им дополнительную функциональность. Тогда, по крайней мере теоретически, программы инсталляции больше не будут переписывать критически важные файлы WinSock.

Фильтрование

При многоуровневой архитектуре появляется возможность использования различных фильтров (например, URL или безопасных соединений), которые можно «прозрачно» добавлять в систему или приложение.

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

Однако если на транспортном уровне установлено более одного фильтра, то проблемы все-таки возникают. Порядок установки фильтров также способен вызвать некоторые сложности. Скажем, если шифрующий фильтр установлен до фильтра URL, то все данные шифруются — следовательно, применение фильтра URL в этом случае бесполезно.

Имена и их регистрация

Интерфейс plug-in также могут использовать службы, обеспечивающие разрешение имен (name resolution) на транспортном уровне. Например, служба DNS переводит адрес www.NetworkComputing.com в соответствующий адрес TCP/IP, который применяется службой транспортного уровня в процессе установления соединения. Возможно, сначала появятся базовые средства для служб типа DNS. В частности, компания Novell разрабатывает такие средства для служб NDS (Novell Directory Services) и SAP (Service Advertising Protocol).

Уровни архитектуры WinSock 2

Уровни архитектуры WinSock 2

WinSock 2 предоставляет также службу RNR (Registration and Name Resolution). В зависимости от используемого протоколом пространства имен службы типа FTP-сервер получат возможность для саморегистрации. При таком подходе необязательно «знать», как именно происходит фактическая регистрация, но при этом должна поддерживаться динамическая регистрация. Наиболее распространенной службой имен является DNS, которая непосредственно не поддерживает динамическую регистрацию, что приводит к необходимости вводить данные для каждого нового хоста вручную. При помощи продуктов NetID Enterprise фирмы Bay Networks и QIP фирмы Quadriteck Systems, где для динамического присваивания имен используется комбинация DNS с DHCP, можно достаточно легко создать службу RNR для WinSock 2. С помощью этой службы клиентская машина, в частности, самостоятельно регистрирует свое имя.

Спецификация WinSock 2 опирается на глобальную систему уникальных идентификаторов GUIDs (Global Unique Identifiers), согласно которой каждой транспортной службе, службе имен и пр. должен быть присвоен свой уникальный идентификатор GUID. При инсталляции приложения транспортного уровня или службы имен системный регистр Windows (Windows Registry) необходимо дополнить соответствующим GUID-идентификатором, что может вызвать новую головную боль у системных администраторов. Все GUID-идентификаторы должны храниться на клиентской машине в БД классов служб RNR (RNR Service-class Database). Ответственность за надлежащее заполнение этой БД в процессе инсталляции несут разработчики приложений.

Сегодня, завтра и в дальнейшем

Как широко распространен WinSock 2? Он уже доступен в составе Microsoft Windows NT 4.0 и средств разработчика для Windows 95, а скоро будет доступен и в составе Windows 98. Однако у Microsoft нет планов относительно включения WinSock 2 в более ранние версии своих операционных систем, в том числе и в Windows 3.1x и NT 3.5x. В настоящее время компания Novell разрабатывает NLM-версию WinSock 2.

Первое время средства для конфигурирования и управления работой WinSock 2 будут иметь ограниченные возможности, а системным администраторам и пользователям будет сложно работать с несколькими протокольными стеками, установленными на одной и той же машине. Но по мере роста числа пользователей, работающих с WinSock 2, появятся различные приложения и средства, которые помогут решить вышеописанные проблемы.

Видя всеобщее признание WinSock 1.1, можно ожидать еще боўльшего успеха версии 2. Но до появления более или менее широкого выбора приложений должно пройти какое-то время.





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

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

• В борьбе GSM и CDMA победила дружба

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

• Кабельные системы для офисных зданий. Часть I. История, приложения, стандарты

• Быстрые устройства для быстрых сетей

• Когда сервер NetWare работает медленно

• В поисках решения удаленного управления

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

• Коммутаторы ATM на магистрали корпоративной сети

• Формализованное представление работы предприятия

• Четыре монитора транзакций для корпоративных приложений

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

• Системы WLL на российском рынке

• Технологии ХХI века и российские университеты

• Европейская конференция по АТМ

• Передача голоса по сетям ATM (часть II)

• Передача данных по каналам телевещания

• Телевидение: от кабельного к эфирному и далее...

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

• Конкурентоспособны ли отечественные УАТС?

• Такие разные автоинформаторы

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

• За подрядами - в Интернет!

• Оправдает ли ожидания WinSock 2?

• Электронная коммерция в России

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

• Секреты виртуальных частных сетей

бизнес

• 3Com-OCS: связь напрямую

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

• 101-й "козырь" фирмы RAD, Allied Telesyn выходит на рынок средств удаленного доступа

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

• Новые горизонты локальных сетей



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