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

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

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

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

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


Rambler's Top100

  

Клиентское ПО протокола DHCP

Эрик Холл

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

Инженерная проблемная группа Internet (IETF) разработала протокол для динамического присвоения адресов IP, получивший название протокола динамической конфигурации хост-машины (Dynamic Host Configuration Protocol — DHCP).

Протокол DHCP осуществляет назначение адресов IP сетевым узлам из централизованного пула (хранилища), что гарантирует уникальность этих адресов. Благодаря этому, протокол DHCP становится жизнеспособным механизмом управления адресами IP и облегчает использование протокола IP в локальных и распределенных сетях любого масштаба.

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

В нашей лаборатории мы собрали шесть реализаций стека протоколов TCP/IP и провели их сравнительное тестирование по пяти сценариям, отражающим возможные ситуации при динамическом назначении адресов IP. Тестировались ситуации, когда лицензия1 выдавалась на короткий период (10 мин), постоянно, в зависимости от адреса MAC конкретного узла Ethernet. Мы проверили также способности клиентского ПО к восстановлению при возникновении ситуаций, когда серверы недоступны, и к прекращению лицензии, когда в ней не было необходимости.

Есть и другие важные функциональные возможности, которые не были охвачены нашими тестами. Например, не все клиентские программы используют имя хост-машины, предоставляемое сервером DHCP, и поддерживают те опции протокола DHCP, на которые мы рассчитывали. Является ли это для вас важным, зависит от среды, в которой вы работаете. Сравнительные характеристики протестированных продуктов мы разместили в таблице.

Windows 95 фирмы Microsoft

Реализацию протокола DHCP, созданную Microsoft, можно считать либо одной из лучших на рынке, либо весьма заурядной, в зависимости от того, что вам от нее требуется. Если вас интересует клиентское ПО, ориентированное на услуги NetBIOS поверх протоколов TCP/IP, то реализация протокола DHCP в ОС Windows 95 является, без сомнения, лучшей. Но если вам необходимо клиентское ПО для “чистого” стека TCP/IP в Windows 95, то, возможно, выгоднее подождать, пока другие производители создадут версии своих продуктов для этой ОС.

Например, вместо того чтобы предоставить программному обеспечению сервера DHCP возможность назначать имена для хост-машин, Windows 95 требует использования имен, определяемых NetBIOS. Это делается для того, чтобы компьютер, работающий как клиент, всегда имел одно и то же имя, обеспечивая, таким образом, согласованное с другими системами Windows 95 использование ресурсов. Хорошо если вас устраивает такой подход, но надо заметить, что он несколько отличается от стандартной процедуры назначения имен хост-машинам в сети IP. По определению, имя хост-машины привязывается к ее адресу IP, однако Windows 95 такое положение дел не устраивает.

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

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

Один раз мы прервали лицензию и перезапустили систему. При этом Windows 95 удалила запись об адресе IP из своей внутренней таблицы маршрутов. Это немедленно привело к тому, что все приложения выдали ошибку, сообщая об отсутствии маршрута к обозначенной хост-машине. Поскольку такой механизм может приводить к частым сбоям, то было бы лучше, если бы клиентское ПО информировало о том, что серверов DHCP в сети нет. Как только такое сообщение появится, пользователи прекратят удивляться, почему их приложения больше не работают.

TCP Connection 5.2 фирмы WRQ

В то время как Windows 95 обеспечивает самые широкие возможности по интерактивному управлению при наличии уже сконфигурированного стека, программа TCP Connection 5.2 фирмы WRQ предлагает широкий выбор вариантов конфигурации. TCP Connection обеспечивает крайне мелкое дробление уровней управления, позволяя пункт за пунктом выбирать опции протокола DHCP.

Одно из самых замечательных свойств программы TCP Connection — ее способность запрашивать и прекращать лицензию по требованию. При загрузке библиотеки WINSOCK.DLL стек будет запрашивать лицензию, а при выгрузке — отказываться от нее. Если пользователям требуется связь по IP всего несколько минут в день, а число свободных адресов мало, то TCP Connection — просто находка для сетевого администратора. Во время испытаний программа TCP Connection хорошо обрабатывала ошибки, выдавая в доступной для пользователя форме информацию об отказе стека при загрузке и предлагая вывести на экран файл регистрации ошибок.

Хотелось бы, чтобы продукт фирмы WRQ выполнял некоторые дополнительные функции. В частности, он не отражает состояния текущей лицензии. Также он не поддерживает повторного использования лицензии в том случае, когда сервер оказался недоступным. Вместо этого происходит аварийное завершение процесса согласования лицензии. Но даже с учетом этих недостатков TCP Connection является, по-видимому, лучшим клиентом DHCP на рынке программ для Windows 3.x.

PC-NFS Pro 2.0 фирмы SunSoft

Так же как “родной” стек системы Windows 95 является лучшим клиентом DHCP для сетей, базирующихся на программных продуктах Microsoft, программа PC-NFS является таковым для сетей, базирующихся на продуктах фирмы SunSoft. Например, PC-NFS была единственной клиентской программой, поддерживающей сетевую информационную службу (NIS) через DHCP, хотя Chameleon и OnNet поддерживают NIS напрямую. С точки зрения возможностей взаимодействия с NIS, особенно в ЛВС, работающих на основе ОС Solaris, PC-NFS является лучшим выбором.

Программа PC-NFS имеет чуть ли не самый широкий набор общих функциональных возможностей среди всех протестированных нами продуктов. Она не только поддерживает фиксированные лицензии на базе адресов МАС, но и позволяет определять идентификатор клиента (Client ID) и идентификатор класса (Class ID) для выделенных лицензий и пулов. Хотя такие функции имеют и другие продукты, их реализация в PC-NFS отличается возможностью ввода и просмотра указанных идентификаторов в виде строк символов ASCII или эквивалентных цифровых кодов.

Программа PC-NFS, единственная из протестированных стеков для Windows 3.1, позволила нам отслеживать состояние лицензии и прерывать ее вручную. Однако когда лицензия была прервана, мы не смогли восстановить ее и были вынуждены перезагружать Windows. Во время тестирования обработки сбоев PC-NFS исправно сообщала об отсутствии сервера, но не предоставляла возможности повторения запроса, вынуждая перезапускать Windows, чтобы заново получить лицензию.

MultiNet for Windows 1.2 фирмы TGV Software

MultiNet for Windows 1.2 — основательная и надежная программа, хотя по своим функциональным возможностям она уступает Windows 95 и TCP Connection. Все, что эта программа может делать, она делает хорошо. К сожалению, может она не слишком много.

Например, в MultiNet отсутствуют такие возможности управления, как отслеживание и прерывание лицензии, которые имеются в стеках Windows 95, TCP Connection и PC-NFS. Этот продукт не позволяет пользователям даже конфигурировать собственную (фирмы TGV Software) реализацию интерфейса NetBIOS поверх TCP/IP и функции поиска маршрутизаторов с помощью протокола DHCP.

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

Если конфигурационная информация была недоступна, то интерфейс просто блокировался. Далее, при запуске приложения, работающего по IP, стек пытался вновь получить лицензию и, потерпев неудачу, выдавал сообщение об ошибке: “маршрута к хост-машине нет” (“no route to host”).

MultiNet for Windows работает крайне устойчиво и отличается высокой надежностью, но ее функциональных возможностей недостаточно, чтобы выйти в лидеры в своем классе.

OnNet for Windows 2.0 фирмы FTP Software

Фирма FTP Software — хорошо известный и уважаемый производитель стеков TCP/IP для DOS и Windows. Однако клиент DHCP в OnNet for Windows 2.0. не самый удачный продукт фирмы. Он не намного лучше программы Chameleon, но, в отличие от нее, в наших тестах работал со всеми серверами DHCP и даже предлагал некоторые дополнительные возможности.

Наиболее серьезной из обнаруженных нами проблем оказалась то, что программа OnNet не инициировала широковещательного запроса ARP по адресу IP, полученному в рамках лицензии DHCP. Хотя эта возможность не предусмотрена в спецификациях протокола DHCP, она весьма желательна, и все остальные протестированные продукты ее обеспечивали.

Программа OnNet также потерпела неудачу в тесте, проверяющем выдачу адресов IP в соответствии с адресами MAC. По команде DHCPDISCOVER программа OnNet требовала придумать и передать идентификатор клиента (Client ID). Это вынуждало серверы пытаться идентифицировать сетевой узел, основываясь не на его адресе МАС, а на идентификаторе Client ID. Так как в пуле зарезервированных адресов не было записей с таким идентификатором Client ID, серверы не распознавали узел и присваивали ему адрес из общего пула.

Во время тестирования на отказы программа OnNet при старте системы продемонстрировала пустой экран без каких-либо аварийных сообщений или иной диагностической информации. Казалось, что система заблокирована. Но стоило нажать клавишу, и Windows продолжила загрузку, не выдав при этом никаких сообщений об ошибке. Более того, попытки загрузить приложения, работающие по IP, не привели к появлению сообщений, указывающих на ошибку. Вместо этого приложения просто прекращали работу или сообщали об отказе в службе DNS (Domain Name Service).

Одним из положительных качеств программы OnNet является то, что она прерывала лицензию при выходе из Windows, ускоряя тем самым освобождение адреса для его повторного использования. Кроме того, эта программа, как и TCP Connection, позволяет конфигурировать NetBIOS, реализованный поверх TCP/IP. Так как OnNet поддерживает только широковещательную рассылку сообщений NetBIOS, то она не использует каких-либо иных данных, кроме тех, которые устанавливаются в пределах NetBIOS.

ChameleonNFS 4.6 фирмы NetManage

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

Программа Chameleon имеет очень скромные средства обработки ошибок. Если она не находит сервер, то на экран выводится сообщение “Ожидание ответа DHCP” (“Waiting for DHCP reply”), которое повторяется до тех пор, пока вы не выйдете из Windows или не отмените запрос. К сожалению, до получения ответа протокола DHCP невозможно использовать другие программы.

Можно сконфигурировать стек таким образом, чтобы он использовал информацию, полученную во время предыдущих сеансов связи. Однако реализованный механизм не вполне соответствует спецификации DHCP: вместо отправки пакетов с запросом Chameleon инициирует новый поиск и, если ответа от серверов нет, использует последнюю поступившую информацию, даже при истечении срока лицензии. Это может приводить к появлению нескольких узлов с одинаковым адресом. И, что еще хуже, Chameleon не производит тестирования (по протоколу ARP) адреса, который он сам присваивает (а это основное правило спецификации DHCP), тем самым не гарантируя его уникальности.


распечатать статью




  
8 '1996
СОДЕРЖАНИЕ

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

• Вся сеть в кармане

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

• Выбор сетевой операционной системы

• Недорогие серверы

• В любви и согласии... со своим делом

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

• Блокнотные компьютеры

• Клиентское ПО протокола DHCP

• Разные решения одной проблемы

• I-PNNI — интегрированный протокол маршрутизации

• Незаконченная картина RMON

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

• Терминология сетей Синхронной Цифровой Иерархии

• Несколько слов о любви... и заметки о создании пейджинговой системы

• Компьютерная телефония. Пути развития

• Беспроводная передача данных: CDPD

• Блюзы говорящих модемов

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

• Серверы Internet под ключ

• Семь смертных грехов Web

• Стройте Intranet!

• Радио по запросу

• Давайте познакомимся

• Программирование Web-сервера: последний рубеж

приложения клиент-сервер

• Информационные системы для крупных индустриальных объектов

• Intranet и Lotus Notes: новый взгляд

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

• Дебаты о шифровании

• Протокол PPP и безопасность

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

• Маршрутизаторы 7200 фирмы Cisco, FTP Software поднимает ставки в игре TCP/IP, Оптимизаторы MAXcess, Kraftway выпускает новый сервер

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

• Обзор Web-браузеров

• Методика интерпретации результатов измерения производительности адаптеров Fast Ethernet



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