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

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

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

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

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


Rambler's Top100

  

Как задействовать все возможности DHCP

Эрик А. Холл

DHCP обладает гораздо большими возможностями, нежели простое присвоение сетевых адресов, но лишь некоторые пользователи применяют их в полном объеме.

Появившийся немногим более семи лет назад протокол DHCP (Dynamic Host Configuration Protocol) успел стать одним из самых известных проектов компании IETF. Поддержку DHCP обеспечивает большая часть современного сетевого оборудования и программного обеспечения: от ISDN-маршрутизаторов, до межсетевых экранов и всех видов операционных систем. В настоящее время DHCP используется в сетях любого масштаба, облегчая управление всей инфраструктурой оборудования. Проще говоря, благодаря качеству технической поддержки, осуществляемой разработчиками, и большой популярности протокола у конечных пользователей всеобщее распространение этой технологии достигло такого уровня, что сравнение с ней выдерживают очень немногие типы протоколов.

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

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

Прочтите руководство по DHCP

В первую очередь мы рекомендуем вам прочитать книгу Ральфа Друмза и Теда Лемона "Understanding, Deploying, and Managing Automated Configuration Services" ("Описание системы, ее применение и управление функциями автоматического конфигурирования"). Она действительно принесет большую пользу тем, кто серьезно настроен задействовать все возможности DHCP. Изучение материала займет всего несколько дней, и если вы найдете возможность попрактиковаться на незадействованной аппаратуре, то сразу станете мастером по использованию DHCP.

Руководство по применению DHCP в 500 страниц может показаться слишком объемным. Тем не менее оно является прекрасным пособием для ясного понимания всего механизма работы протокола и снабжено множеством практических примеров.

Задействуйте все функции

Большинство организаций, как уже отмечалось, задействуют DHCP только в части минимально необходимых функций конфигурации сети, ограничиваясь данными об IP-адресах, заданием маски подсети, базового маршрутизатора и в некоторых случаях еще отдельными установками в DNS или Net-BIOS. На самом деле настоящая мощь DHCP заключается как раз в его широких возможностях применения в качестве протокола полного конфигурирования системы. Установленный должным образом, DHCP позволяет определить и отрегулировать множество специфичных для вашей системы настроек. К их числу, кроме упомянутых, также относится информация о серверах служб справочника LDAP, NDS и NIS (Network Information Services), серверах NTP (Network Time Protocol), которые следует использовать тем или иным системам, Web-серверах, серверах электронной почты по умолчанию и о многом другом.

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

С сожалением можно отметить, что стандартизованных средств конфигурации тоже немного. Поэтому приходится делать выбор: или одновременно использовать много клиентских приложений (таких, как централизованные LDAP или NDS в сочетании с широковещательной рассылкой и пользовательскими профилями, специфичными для разных ОС), или совсем отказаться от их применения.

Многие современные корпоративные операционные системы в состоянии делать запросы и сохранять расширенные данные DHCP в полном объеме. Например, клиентские программы DHCP, созданные для работы в среде операционных систем OpenLinux фирмы Caldera Systems, ОС Unix разработки Digital Equipment и Sun Solaris могут полностью конфигурировать всю систему, включая базовый адрес, имеющиеся маршрутизаторы, а также специфические параметры приложений и служб справочника, предоставляя необходимые данные с помощью единых опций протокола DHCP.

Windows NT и Windows 2000 труднее заставить работать совместно с DHCP. Тем не менее, если у вас есть желание и возможности самостоятельно проделать дополнительную работу, чтобы конфигурировать вашу систему, вполне реально задействовать все опции DHCP. В обеих операционных системах клиент DHCP использует системные данные, расположенные в файле реестра в разделе HKLM\System\CurrentControlSet\Services\DHCP\Parameters\Options, и определяет, какие опции вызвать во время процесса инициализации, а затем сообщает клиентской программе, где сохранять полученные ею данные.

Чтобы делать выборки нужных данных и сохранять их в файлах общей конфигурации системы, вы можете использовать собственные сценарии. В качестве пояснения к сказанному приведем такой пример. Выполняя сценарий, Windows NT в процессе выделения DHCP-адреса запросит параметры сервера SMTP по умолчанию (стандартная процедура 69), затем системный сценарий регистрации получит окончательные данные из файла реестра и поместит их в файлы конфигурации почтового клиента. Для некоторых пользователей работа по созданию такого командного файла может оказаться несколько сложной. Тем не менее она явится шагом к организации единого управления всей системой.

К сожалению, некоторые ОС еще менее способны к взаимодействию с DHCP. Так, операционные системы семейства Windows 9х не могут быть расширены вообще и требуют от разработчиков программ привязывать клиентов DHCP к конкретному сокету UDP для получения всех данных. По той же причине клиент Novell NetWare получает данные NDS по протоколу DHCP.

Еще одним вариантом преодоления проблемы стыковки программ может стать использование специализированных клиентов DHCP. К ним относится Shadow IPclient фирмы Network Telesystems -- специально разработанная программа, позволяющая оперировать расширенным набором настроек как составной частью единой системы управления клиентами сети.

Оптимизируйте время выделения адреса

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

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

Для динамически изменяющихся сетевых сред выбирают одну из двух стратегий выделения адресов. Первая из них заключается в том, чтобы обновлять адрес в середине рабочего дня, а значит, если срок действия адреса истекает через 8 ч, его обновление должно производиться через 4 ч. Другая стратегия состоит в установлении времени истечения срока аренды адреса, равного по продолжительности двум с половиной рабочим дням (т. е. при продолжительности рабочего дня 8 ч срок аренды составит 20 ч). Такой подход гарантирует, что срок выделения адреса будет истекать накануне вечером и, следовательно, возобновляться каждое утро. Первая стратегия хорошо работает при постоянно включенном оборудовании. Вторая годится для сетей, в которых оборудование просто выключается или же отключается от корпоративной сети в нерабочее время.

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

***

Полную версию данной статьи смотрите в 12-м номере журнала за 2000 год.





  
12 '2000
СОДЕРЖАНИЕ

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

• Прощай, DES

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

• Некоторые аспекты полевого тестирования волоконно-оптических систем, поддерживающих Gigabit Ethernet

• Кабельные системы категории 6 — миф или реальность?

• Современные ленточные накопители

• Магия беспроводных ЛВС

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

• Анатомия пакетной передачи речи. Часть II. Качество

• MPLS: новый регулировщик движения на магистралях вашей сети

• Беспроводные мосты: быстрее, лучше дешевле

• Расширяем сеть Frame Relay

• Центр России в коммуникационном пространстве

• Нужно ли выбрасывать К-60П?

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

• Как задействовать все возможности DHCP

• Как выбрать средство удаленного управления

• Служба имен операционной системы Windows2000: проблемы и решения

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

• Виртуальные частные сети в середе Windows 2000

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

электронная коммерция

• Инструменты управления содержимым Web-узлов. Руководство для покупателя.

• Готов ли ваш электронный магазин к обслуживанию покупателей?

бизнес

• Многоликий сервер

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

• Network Alchemy - философия интеграции


• КАЛЕЙДОСКОП



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