Міністерство освіти Російської Федерації
Тольяттинский Державний Університет
Кафедра "Інформатика та ВТ"
Індивідуальне домашнє завдання
"Протокол динамічного розподілу адрес 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 Host Requirements. Після отримання через 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 вводить невелика зміна в термінологію, що має метою прояснити значення одного з полів. Поле "vendor extensions "в BOOTP перейменовано в полі" опції "в DHCP. Аналогічно, помічені інформаційні елементи, використані в поле BOOTP "vendor extensions ", які іменувалися як" розширення виробника ", тепер називаються просто "опції".
Рис.1. Формат повідомлення DHCP
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
op (1)
htype (1)
|
