Протокол динамического распределения адресов DHCP. Интернет-технология и ее применение для задач управления организацией - Программирование, компьютеры и кибернетика контрольная работа

Главная

Программирование, компьютеры и кибернетика
Протокол динамического распределения адресов DHCP. Интернет-технология и ее применение для задач управления организацией

Протокол динамического распределения адресов DHCP (Dynamic Host Configuration Protocol). Конфигурационные параметры, взаимодействие клиента и сервера при выделении сетевого адреса. Internet/intranet - технологический базис новых методов управления.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Министерство образования Российской Федерации
Тольяттинский Государственный Университет
"Протокол динамического распределения адресов DHCP. Интернет-технология и ее применение для задач управления организацией"
DHCP определяет новую опцию 'client identifier', которая используется для прямой передачи идентификатора клиента DHCP серверу. Это изменение исключает перегрузку поля 'chaddr' в сообщениях BOOTP, где 'chaddr' используется как в качестве аппаратного адреса для пересылки сообщений откликов BOOTP, так и в качестве идентификатора клиента. Идентификатор клиента представляет собой непрозрачный ключ, который не должен интерпретироваться сервером; например, идентификатор клиента может содержать аппаратный адрес, идентичный тому, который лежит в поле 'chaddr', или он может содержать другой идентификатор типа, такой как DNS-имя. Идентификатор клиента, выбранный DHCP клиентом, должен быть уникальным для субсети, к которой он подключен. Если клиент использует идентификатор клиента в одном сообщении, он должен использовать тот же идентификатор во всех последующих сообщениях, чтобы гарантировать корректную идентификацию клиента всеми серверами. DHCP определяет поле 'siaddr' как адрес сервера для использования во время следующего шага процесса начальной загрузки клиента. DHCP-сервер может прислать свой собственный адрес в поле 'siaddr', если сервер готов обеспечить последующую загрузку (например, доставку образа операционной системы). DHCP-сервер всегда присылает свой адрес в опции 'server identifier'. Назначения полей заголовка представлены в таблице 1.
Таблица 1. Описание полей сообщения DHCP
Код операции сообщения / тип сообщения.
Тип аппаратного адреса, смотри раздел ARP в RFC "Assigned Numbers"; например, '1' для 10 мегабитного Ethernet.
Длина аппаратного адреса (например, '6' для 10 мегабитного Ethernet).
Клиент устанавливает это поле равным нулю, поле используется опционно агентами транспортировки, когда загрузка осуществляется через посредника.
ID-транзакции, случайное число, выбираемое клиентом, и используемое как клиентом, так и сервером для установления соответствия между запросами и откликами.
Заполняется клиентом, число секунд с момента начала запроса адреса или рестарта процесса.
IP-адрес клиента заполняется только в случае, если клиент находится в состоянии BOUND, RENEW или REBINDING и может реагировать на запросы ARP.
IP-адрес следующего сервера, используемого в процессе загрузки; присылается сервером в DHCPOFFER, DHCPACK.
IP-адрес агента транспортировки, используется когда загрузка осуществляется через посредника.
Опционное имя ЭВМ-сервера, строка завершается нулем.
Имя файла загрузки (Boot-файла), строка завершается нулем; имя "generic" или нуль в DHCPDISCOVER, полное описание прохода в DHCPOFFER.
Поле опции имеет переменную длину. Клиент DHCP должен быть готов получать DHCP-сообщения с полем 'опции' длиной, по крайней мере, 312 октетов. Это требование подразумевает, что DHCP-клиент должен быть готов получать сообщения длиной до 576 октетов. DHCP-клиенты могут согласовать применение более длинных DHCP-сообщений с помощью опции 'maximum DHCP message size'. Поле options может быть еще расширено в полях 'файл' и 'sname'.
В случае, когда клиент использует DHCP для начальной конфигурации (прежде чем программа клиента TCP/IP полностью сконфигурирована), DHCP требует использования клиентского программного обеспечения TCP/IP в вольной интерпретации RFC-1122. Программа TCP/IP должна принять и передать IP-уровню любой IP-пакет, доставленный по аппаратному адресу клиента, до того как IP-адрес будет сконфигурирован; DHCP-серверы и агенты транспортировки BOOTP могут быть неспособны доставить DHCP-сообщения клиентам, которые не могут принимать уникастные дейтограммы, до того, как программа TCP/IP сконфигурирована должным образом. Для того чтобы работать с клиентами, которые не могут воспринимать уникастные IP-дейтограммы до того, как будет сконфигурирована программа TCP/IP, DHCP использует поле 'флаги' [21]. Самый левый бит определен как флаг BROADCAST (B). Остающиеся биты поля флаги зарезервированы на будущее. Они должны быть установлены равными нулю клиентами и игнорироваться серверами и агентами транспортировки. На рис.2 показан формат поля флаги.
B: флаг BROADCAST MBZ: должно быть равно нулю (must be zero; зарезервировано на будущее)
Клиент посылает сообщение широковещательно, чтобы обнаружить доступный сервер.
Посылается сервером клиенту в ответ на сообщение DHCPDISCOVER и содержит предложение по конфигурационным параметрам.
Сообщение клиента серверу либо (a) запрашивающее параметры от одного сервера и неявно отвергающее предложения других серверов, (b) подтверждающее корректность ранее присвоенного адреса после, например, перезагрузки системы, или (c) запрос расширения времени жизни конкретного сетевого адреса.
Посылается сервером клиенту и содержит конфигурационные параметры, включая присвоенный сетевой адрес.
Посылается сервером клиенту, сообщая о том, что сетевой адрес не корректен (например, клиент переместился в новую субсеть), или время использования адреса клиентом истекло
Клиент и сервер обнаружили, что сетевой адрес уже используется.
Посылается клиентом серверу с целью отказа от сетевого адреса и аннулирует оставшееся время действия адреса.
Посылается клиентом серверу с просьбой о локальных конфигурационных параметрах; клиент уже имеет полученный извне сетевой адрес.
Рис.3. Временная диаграмма обмена сообщениями между DHCP-клиентом и сервером в ходе присвоения нового сетевого адреса
3. Клиент получает одно или более сообщений DHCPOFFER от одного или более серверов. Клиент может предпочесть дождаться нескольких откликов. Клиент выбирает один сервер, которому пошлет запрос конфигурационных параметров, согласно предложению, содержащемуся в сообщении DHCPOFFER. Клиент широковещательно отправляет сообщение DHCPREQUEST, которое должно содержать опцию 'server identifier', чтобы указать, какой сервер им выбран, и которое может включать в себя другие опции, специфицирующие желательные конфигурационные значения. Опция 'requested IP-адрес' в сообщении сервера DHCPOFFER должна содержать значение 'yiaddr'. Сообщение DHCPREQUEST посылается широковещательно агентами транспортировки DHCP/BOOTP. Для того чтобы быть уверенным, что любой агент транспортировки BOOTP направляет сообщение DHCPREQUEST тому же набору DHCP-серверов, которые получили исходное сообщение DHCPDISCOVER, сообщение DHCPREQUEST должно использовать то же значение поля 'secs' заголовка DHCP-сообщения и должно посылаться по тому же широковещательному IP-адресу, что и оригинальное сообщение DHCPDISCOVER. Клиент реализует таймаут и повторно посылает сообщение DHCPDISCOVER, если не получает сообщений DHCPOFFER.
4. Серверы получают широковещательное сообщение DHCPREQUEST от клиента. Серверы, не выбранные сообщением DHCPREQUEST, используют сообщение как уведомления о том, что клиент отверг предложение сервера. Сервер, выбранный сообщением DHCPREQUEST, осуществляет запись конфигурационного набора клиента в постоянную память и реагирует сообщением DHCPACK, содержащим конфигурационные параметры для клиента, приславшего запрос. Комбинация 'client identifier' или 'chaddr' и присвоенного сетевого адреса представляет собой уникальный идентификатор для времени действия адреса клиента и используется клиентом и сервером для идентификации этого времени в любом DHCP-сообщения. Любые конфигурационные параметры в сообщении DHCPACK не должны конфликтовать с параметрами из сообщения DHCPOFFER, на которое клиент откликается. Сервер не должен проверять предложенный сетевой адрес. В поле 'yiaddr' сообщений DHCPACK записывается выбранный сетевой адрес. Если выбранный сервер не может адекватно реагировать на сообщение DHCPREQUEST (например, запрошенный сетевой адрес уже выделен), сервер должен реагировать посылкой сообщения DHCPNAK. Сервер должен пометить адрес, предложенный клиенту в сообщении DHCPOFFER, как доступный, если сервер не получил от клиента никакого сообщения DHCPREQUEST.
5. Клиент получает сообщение DHCPACK, содержащее конфигурационные параметры. Клиент должен выполнить окончательную проверку параметров (например, запустить ARP для выделенного сетевого адреса), и фиксировать длительность предоставления конфигурационных параметров, прописанную в сообщении DHCPACK. Клиент окончательно сконфигурирован. Если клиент обнаруживает, что адрес уже используется (например, с помощью ARP), он должен послать серверу сообщение DHCPDECLINE и повторно запустить процесс конфигурации. Клиент должен подождать как минимум 10 секунд, прежде чем заново начинать конфигурационную процедуру, чтобы избежать возникновения лишнего сетевого трафика. Если клиент получает сообщение DHCPNAK message, клиент перезапускает конфигурационный процесс. Клиент реализует таймаут и повторно посылает сообщение DHCPREQUEST, если клиент не получает ни сообщения DHCPACK ни DHCPNAK. Клиент повторно посылает DHCPREQUEST согласно алгоритму повторной пересылки, описанному в разделе 4.1 Клиент должен выбрать число повторных передач сообщения DHCPREQUEST адекватным, чтобы обеспечить достаточную вероятность доступа к серверу, не заставляя клиента (и пользователя этого клиента) ждать слишком долго; например, клиент, осуществляя повторную пересылку так, как это описано в разделе 4.1, может повторно послать сообщение DHCPREQUEST четыре раза, при полной задержке 60 секунд, прежде чем повторно запустит процедуру инициализации. Если клиент не получает ни сообщения DHCPACK ни DHCPNAK после применения алгоритма повторной пересылки, клиент возвращается в исходное состояние и перезапускает процесс инициализации. Клиент должен уведомить пользователя о том, что процесс инициализации не прошел и делается повторная попытка.
6. Клиент может решить отказаться от аренды сетевого адреса путем посылки серверу сообщения DHCPRELEASE. Клиент идентифицирует набор параметров, от которого он отказывается, с помощью своего идентификатора, или 'chaddr' и сетевого адреса в сообщении DHCPRELEASE. Если клиент использовал идентификатор клиента, когда он получил набор конфигурационных параметров, клиент должен использовать тот же идентификатор клиента (client identifier) в сообщении DHCPRELEASE.
Internet - это глобальная компьютерная сеть, объединяющая тысячи компьютерных сетей и десятки миллионов компьютеров во всем мире. Популярность Internet определяется многими факторами: возможностью общаться и совместно работать людям из разных регионов планеты, колоссальными информационными ресурсами и оперативностью доступа к ним, простотой публикации и распространения новой информации и др. Intranet (интрасеть) - это частная корпоративная сеть какой-либо организации, использующая так хорошо себя зарекомендовавшие технологии Internet (TCP/IP, WWW, SMTP, FTP и др.) для информационного взаимодействия внутри самой организации. Интрасети являются для предприятий идеальным средством предоставления информации своим сотрудникам. Предприятие может публиковать на своих web-узлах различные внутренние документы: сведения о сотрудниках, руководства, стандарты, рабочие инструкции, экономические и технические справочники, приказы, отчеты и т.п. Электронная почта в корпоративной интрасети обеспечивает своевременное взаимодействие между сотрудниками и ускоряет деловые процедуры. Вместо обычных совещаний можно проводить видеоконференции в интрасети. При этом можно не только слышать, но и видеть партнеров, просматривать документы, вносить в них необходимые коррективы. Таким образом, предоставляя доступ к разнообразной информации в масштабе всего предприятия, интрасети позволяют сотрудникам работать эффективнее, а предприятию функционировать более слаженно и экономично. Важнейшим условием успешного внедрения технологий Internet/intranet и их эффективного применения является участие руководства предприятием в решении этих вопросов, причем не только при обсуждении проекта и инвестиций. Если руководство предприятия применяет новые технологии в своей работе, то процесс их освоения и развития на предприятии значительно ускоряется, а эффективность использования существенно возрастает.
1. ???????? ?.?. ??????????? ??? ??????? ??????????????? ?????????. ?.: ?? "???????".
2. ?????? ?., ??????????. ?.: ????.
3.?. ??????. ???????? ? ?????????? ?????????. Jet INFO, # 21/22, Jet Infosystems.
4. Steven L. Telleen. Intranet Organization: Strategies for Managing Change. Copyright (c). http://www.ip.com/IntranetOrg/
5. ??????? ?. ??????????? ?. ???????? ? ????????. ??????? ?????????? ?????? ??????, # 5-6/96.
6. G. Stump, R. Droms, Y. Gu, R., Vyaghrapuri, A. Demirtjis, B. Beser, J. Privat. The User Class Option for DHCP, RFC-3004, November 2000.
7. M. Patrick, DHCP Relay Agent Information Option. RFC-3046, January 2001.
8. S. Alexander, DHCP Options and BOOTP Vendor Extensions, RFC-2132
9. © 2007 http://www.script-coding. info
10. http://www.dhcp-handbook.com/dhcp_faq.html
Принцип работы DHCP. Проблема автоматизации распределения IP-адресов. Реализация DHCP в Windows. Адреса для динамической конфигурации. Процесс функционирования служб. Механизм авторизации DHCP-серверов. Типы сообщений, направления, основные параметры. презентация [223,0 K], добавлен 10.09.2013
Общее понятие о DHCP (протоколе динамического конфигурирования адресов). Порядок настройки сервера и доставки почты. Описание конфигурации в специальном файле. Особенности процесса отправки и приема сообщений. Режимы работы программного интерфейса. презентация [138,5 K], добавлен 25.10.2013
Основные функции отдела камеральных проверок налоговой инспекции. Автоматизация процесса назначения IP-адресов узлам сети с использованием протокола DHCP. Проблемы и примеры работы протокола DHCP. Модель клиент-сервер, механизм функционирования. отчет по практике [91,2 K], добавлен 22.03.2012
Автоматизированная настройка TCP/IP, динамическая настройка конфигурации с применением BOOTP. IP-адреса запросов/ответов, потеря и формат сообщения, фазы ВООТP. Протокол DHCP как расширение протокола ВООТP. Распределение и назначение IP-адресов. контрольная работа [1,3 M], добавлен 09.06.2010
Отображение физических адресов на IP-адреса: протоколы ARP и RARP. Примеры организации доменов и доменных имен. Автоматизация процесса порядка назначения IP-адресов узлами сети. Маска подсети переменной длины. Протокол межсетевого взаимодействия IP. контрольная работа [145,7 K], добавлен 23.01.2015
Internet – глобальная компьютерная сеть. Обмен данными между рассредоточенными системами. Построение распределённых ресурсов, их администрирование и наполнение. Сущность IP адреса, TCP/IP - протокол контроля передачи и протокол межсетевого взаимодействия. контрольная работа [32,5 K], добавлен 10.11.2009
Понятие "Интернет" и его роль в современном мире. Понятие протоколов сетевого взаимодействия. Схема потока данных сквозь стек протоколов от приложения-клиента на одном компьютере к приложению-серверу на другом. Основные элементы технологии WWW. презентация [248,0 K], добавлен 19.09.2016
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Протокол динамического распределения адресов DHCP. Интернет-технология и ее применение для задач управления организацией контрольная работа. Программирование, компьютеры и кибернетика.
Реферат: Научно-технический комитет ВМФ: история создания и его роль в организации кораблестроения
Дипломная работа по теме Программная система управления контентом портала с архивом конструкторской документации
Реферат На Тему Товародвижение И Управление Снабжением
Право Международных Организаций Эссе
Курсовая работа: Web-сайт турагентства. Скачать бесплатно и без регистрации
Оформление Цитат В Реферате
Курсовая работа по теме Кейнсианская и неокейнсианская концепция экономического развития
Friendship Эссе По Английскому
Контрольная Работа На Тему Алгебраические Дроби
Реферат по теме Применение лазеров в связи и локации
Сочинение по теме Польская литература и русский читатель
Сочинение По Картине Лесистый
Доклад по теме Житков Б.С.
Реферат На Тему Обшение И Его Функции
Реферат: Экспорт революции
Бгу Требования К Оформлению Курсовой Работы
Развитие Силы Мышц Реферат По Физкультуре
Реферат: Камнерезное искусство Алтая
Сочинение по теме Анализ газетного материала "Получили урок от чемпиона". Оценка композиционного построения материала
Ерік Еркіндігі Мәселесін Зерделеу Және Түсіндіру Эссе
Проектирование адаптивной сети нейро-нечеткого вывода для контроля критической зависимости параметров гемодинамики по модели измерений предрейсовых осмотров - Программирование, компьютеры и кибернетика дипломная работа
Развитие профессионально-значимых качеств будущих учителей технологии в творческом коллективе "Театр моды" - Педагогика дипломная работа
Физические и биологические основы лучевой терапии - Медицина реферат