Министерство образованияРоссийской Федерации
Тольяттинский Государственный Университет
Кафедра «Информатика и ВТ»
Индивидуальное домашнее задание
«Протокол динамического распределения адресов DHCP. Интернет-технологияи ее применение для задач управления организацией»
Выполнила:
Проверил:
г. о. Тольятти 2009
Содержание
1. Протокол динамического распределения адресов DHCP
1.1 Постановка задачи
1.2 Цели
1.3 Краткий обзор протокола
1.4 Основные конфигурационные параметры
1.5 Динамическое выделение сетевых адресов
1.6 Протокол клиент-сервер
1.7 Взаимодействие клиента и сервера при выделении сетевогоадреса
1.8 Параметры клиента в DHCP
2. Интернет-технология и ее применение для задач управленияорганизацией
2.1 Internet/intranet — технологический базис новых методовуправления
2.2 Фундамент сетевоговзаимодействия
2.3 Возможности Internet для предприятия
2.4 Интранет и методы управления
Литература/>
1. Протокол динамического распределения адресов DHCP
Протокол динамической конфигурацииЭВМ DHCP (Dynamic Host Configuration Protocol, RFC-2131, — 2132, — 2485, — 2563,- 2610, — 2855, — 2937, — 2939, — 3004, — 3011, — 3046, — 3942, — 4030, — 4039;[22], [23], [24] и [25]) служит для предоставления конфигурационных параметровЭВМ, подключенных к Интернет. DHCP имеет два компонента: протоколпредоставления специфических для ЭВМ конфигурационных параметров со стороныDHCP-сервера и механизм предоставления ЭВМ сетевых адресов. Протокол DHCPиспользуется, помимо загрузки бездисковых станций или Х-терминалов (BOOTP),сервис-провайдерами для пулов модемов, когда число одновременно занятых модемовсущественно меньше их полного числа. Это позволяет сэкономить заметное числоIP-адресов. DHCP построен по схеме клиент-сервер, где DHCP-сервер выделяетсетевые адреса и доставляет конфигурационные параметры динамическиконфигурируемым ЭВМ. ЭВМ не должна действовать как DHCP-сервер, если только онаспециально не сконфигурирована системным администратором. IP-протокол требуетустановки многих параметров. Так как IP-протокол может быть использован самымразным сетевым оборудованием, значения этих параметров не могут быть угаданызаранее. Кроме того, схема распределенного присвоения адресов зависит отмеханизма выявления уже используемых адресов. DHCP поддерживает три механизмавыделения IP-адресов. При «автоматическом выделении», DHCPприсваивает клиенту постоянный IP-адрес. При «динамическом присвоении»,DHCP присваивает клиенту IP-адрес на ограниченное время. При «ручномвыделении», IP-адрес выделяется клиенту сетевым администратором, а DHCPиспользуется просто для передачи адреса клиенту.
1.1 Постановка задачи
Протокол DHCP предназначен дляпредоставления клиентам DHCP конфигурационных параметров, описанных в RFC HostRequirements. После получения через DHCP необходимых параметров, клиент DHCPдолжен быть готов к обмену пакетами с любой другой ЭВМ в Интернет. ПротоколDHCP позволяет, но не требует конфигурации параметров клиента, не имеющихпрямого отношения к IP-протоколу. DHCP не обращается к системе DNS длярегистрации адреса [12, 13]. DHCP не может использоваться для конфигурациимаршрутизаторов.1.2 Цели
Ниже предлагается списокосновных задач DHCP:
1. DHCP представляет собоймеханизм, а не политику. DHCP должен управляться местными системнымиадминистраторами, путем задания желательных конфигурационных параметров.
2. Клиенты не должны требоватьручной конфигурации. Каждый клиент должен быть способен прочесть локальныеконфигурационные параметры.
3. Сети не должны требоватьручной конфигурации для отдельных клиентов. В нормальных условиях, сетевойадминистратор не должен вводить какие-либо индивидуальные конфигурационныепараметры клиента.
4. DHCP не требует отдельногосервера для каждой субсети.
5. Клиент DHCP должен быть готовполучить несколько откликов на запрос конфигурационных параметров. Дляповышения надежности и быстродействия можно использовать несколькоDHCP-серверов, обслуживающих перекрывающиеся области сети.
6. DHCP должен сосуществовать сЭВМ, которые сконфигурированы вручную.
7. DHCP должен быть совместим слогикой работы BOOTP-агента, описанной в RFC-951 и RFC-1542 [21].
8. DHCP должен обслуживатьсуществующих клиентов BOOTP.
DHCP должен:
1. Гарантировать, что любойспецифический сетевой адрес не будет использоваться более чем одним клиентомDHCP одновременно.
2. Поддерживать DHCPконфигурацию клиента при стартовой перезагрузке DHCP-клиента. Клиенту DHCPдолжен, при каждом запросе по мере возможности, присваиваться один и тот же наборконфигурационных параметров (например, сетевой адрес).
3. Поддерживать конфигурациюDHCP-клиента при перезагрузке сервера, и, по мере возможности, DHCP-клиентудолжен присваиваться один и тот же набор конфигурационных параметров.
4. Позволяет автоматическиприсваивать конфигурационные параметры новым клиентам, чтобы избежать ручнойконфигурации.
5. Поддерживать фиксированноеили постоянное присвоение конфигурационных параметров для заданного клиента.1.3 Краткий обзор протокола
С точки зрения клиента, DHCPявляется расширением механизма BOOTP. Такая схема позволяет существующимBOOTP-клиентам успешно сотрудничать с DHCP-серверами без необходимостиизменения стартовой программы клиента. В RFC-1542 [2] детализировановзаимодействие между BOOTP — и DHCP-клиентами и серверами [9]. Имеетсянесколько новых, опционных операций, которые оптимизируют взаимодействие междуDHCP-клиентами и серверами (смотри разделы 3 и 4). На рис.1 представлен форматсообщения DHCP, а в таблице 1 перечислены поля этого сообщения. Числа в скобкахуказывают размер каждого из полей в октетах. Существует два принципиальныхотличия между DHCP и BOOTP. Во-первых, DHCP определяет механизмы, через которыеклиентам на определенное время могут быть присвоены сетевые адреса, позволяяпоследовательное присвоение сетевого адреса различным клиентам. Во-вторых, DHCPпредоставляет механизм, который позволяет клиенту получить все необходимые имдля работы конфигурационные параметры. DHCP вводит небольшое изменение втерминологию, имеющее целью прояснить значение одного из полей. Поле «vendorextensions» в BOOTP переименовано в поле «опции» в DHCP. Аналогично,помеченные информационные элементы, использованные в поле BOOTP «vendorextensions», которые именовались как «расширения производителя»,теперь называются просто «опции».