Протокол динамического распределения адресов DHCP. Интернет-технология и ее применение для задач управления организацией
Протокол динамического распределения адресов DHCP (Dynamic Host Configuration Protocol). Конфигурационные параметры, взаимодействие клиента и сервера при выделении сетевого адреса. Internet/intranet - технологический базис новых методов управления.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | контрольная работа |
Язык | русский |
Дата добавления | 09.06.2010 |
Размер файла | 825,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Министерство образования Российской Федерации
Тольяттинский Государственный Университет
Кафедра "Информатика и ВТ"
Индивидуальное домашнее задание
"Протокол динамического распределения адресов 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) |
hlen (1) |
Шаги (1) |
|||||||||||||||||||||||||||||
xid (4) |
||||||||||||||||||||||||||||||||
secs (2) |
Флаги (2) |
|||||||||||||||||||||||||||||||
ciaddr (4) |
||||||||||||||||||||||||||||||||
yiaddr (4) |
||||||||||||||||||||||||||||||||
siaddr (4) |
||||||||||||||||||||||||||||||||
giaddr (4) |
||||||||||||||||||||||||||||||||
chaddr (16) |
||||||||||||||||||||||||||||||||
sname (64) |
||||||||||||||||||||||||||||||||
Файл (128) |
||||||||||||||||||||||||||||||||
Опции (длина переменная) |
DHCP определяет новую опцию 'client identifier', которая используется для прямой передачи идентификатора клиента DHCP серверу. Это изменение исключает перегрузку поля 'chaddr' в сообщениях BOOTP, где 'chaddr' используется как в качестве аппаратного адреса для пересылки сообщений откликов BOOTP, так и в качестве идентификатора клиента. Идентификатор клиента представляет собой непрозрачный ключ, который не должен интерпретироваться сервером; например, идентификатор клиента может содержать аппаратный адрес, идентичный тому, который лежит в поле 'chaddr', или он может содержать другой идентификатор типа, такой как DNS-имя. Идентификатор клиента, выбранный DHCP клиентом, должен быть уникальным для субсети, к которой он подключен. Если клиент использует идентификатор клиента в одном сообщении, он должен использовать тот же идентификатор во всех последующих сообщениях, чтобы гарантировать корректную идентификацию клиента всеми серверами. DHCP определяет поле 'siaddr' как адрес сервера для использования во время следующего шага процесса начальной загрузки клиента. DHCP-сервер может прислать свой собственный адрес в поле 'siaddr', если сервер готов обеспечить последующую загрузку (например, доставку образа операционной системы). DHCP-сервер всегда присылает свой адрес в опции 'server identifier'. Назначения полей заголовка представлены в таблице 1.
Таблица 1. Описание полей сообщения DHCP
Поле |
Байт |
Описание |
|
op |
1 |
Код операции сообщения / тип сообщения. |
|
1 |
= BOOTREQUEST, 2 = BOOTREPLY |
||
htype |
1 |
Тип аппаратного адреса, смотри раздел ARP в RFC "Assigned Numbers"; например, '1' для 10 мегабитного Ethernet. |
|
Hlen |
1 |
Длина аппаратного адреса (например, '6' для 10 мегабитного Ethernet). |
|
Шаги |
1 |
Клиент устанавливает это поле равным нулю, поле используется опционно агентами транспортировки, когда загрузка осуществляется через посредника. |
|
Xid |
4 |
ID-транзакции, случайное число, выбираемое клиентом, и используемое как клиентом, так и сервером для установления соответствия между запросами и откликами. |
|
Secs |
2 |
Заполняется клиентом, число секунд с момента начала запроса адреса или рестарта процесса. |
|
Флаги |
2 |
Флаги (смотри рис.2). |
|
Ciaddr |
4 |
IP-адрес клиента заполняется только в случае, если клиент находится в состоянии BOUND, RENEW или REBINDING и может реагировать на запросы ARP. |
|
Yiadd |
4 |
IP-адрес следующего сервера, используемого в процессе загрузки; присылается сервером в DHCPOFFER, DHCPACK. |
|
Giaddr |
4 |
IP-адрес агента транспортировки, используется когда загрузка осуществляется через посредника. |
|
Chaddr |
16 |
Аппаратный адрес клиента. |
|
Sname |
64 |
Опционное имя ЭВМ-сервера, строка завершается нулем. |
|
Файл |
128 |
Имя файла загрузки (Boot-файла), строка завершается нулем; имя "generic" или нуль в DHCPDISCOVER, полное описание прохода в DHCPOFFER. |
|
Опции |
var |
Поле опционных параметров. |
Поле опции имеет переменную длину. Клиент 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 показан формат поля флаги.
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
|
B |
MBZ |
Рис.2: Формат поля 'флаги'
B: флаг BROADCAST MBZ: должно быть равно нулю (must be zero; зарезервировано на будущее)
1.4 Основные конфигурационные параметры
Первым видом сервиса, предоставляемого DHCP, является запоминание сетевых параметров для клиента. Модель DHCP памяти характеризуется записями ключ - значение для каждого клиента, где ключ представляет собой некоторый уникальный идентификатор (например, номер IP-субсети и уникальный идентификатор в пределах субсети), а значение содержит набор конфигурационного параметров клиента. Например, ключ может представлять собой пару (номер IP-субсети, аппаратный адрес), чтобы допустить повторное или даже одновременное применение одних и тех же аппаратных адресов в различных субсетях. Заметим, что должен быть определен тип "аппаратного адреса" с тем, чтобы можно было решить проблему возможного дублирования при изменении порядка бит в случае смешения типов оборудования. В качестве альтернативы, ключ может представлять собой пару (номер IP-субсети, имя ЭВМ), позволяя серверу присвоить параметры DHCP-клиенту, который переместился в другую субсеть или сменил свой аппаратный адрес (возможно из-за выхода из строя и замены сетевого интерфейса). Протокол определяет то, что ключ представляет собой (номер IP-субсети, аппаратный адрес), если только клиент не предлагает идентификатор в явном виде, используя опцию 'client identifier'. Клиент может запросить DHCP-сервис, чтобы получить свои конфигурационные параметры. Интерфейс клиента к депозитарию конфигурационных параметров реализуется с помощью протокольных сообщений запроса и откликов серверов, несущих в себе конфигурационные параметры.
1.5 Динамическое выделение сетевых адресов
Вторым видом сервиса, предоставляемым DHCP, является временное или постоянное выделение клиенту сетевого (IP) адреса. Основной механизм для динамического присвоения сетевых адресов достаточно прост: клиент запрашивает использование адреса на определенный период времени. Механизм выделения адреса (ассоциация DHCP-серверов) гарантирует, что адрес в течение оговоренного времени не будет использован для других целей, и пытается прислать тот же сетевой адрес всякий раз, когда клиент его запрашивает. Клиент может расширить это время последующими запросами. Клиент может послать серверу сообщение об освобождении адреса, когда клиент более не нуждается в этом адресе.
Клиент может запросить постоянное присвоение адреса, потребовав бесконечное значение времени выделения адреса. Даже при "постоянном" выделении адресов, сервер может определить большой, но не бесконечный срок аренды адреса, чтобы позволить детектирование факта, что клиент перестал работать. При некоторых обстоятельствах может оказаться необходимым повторно присваивать сетевые адреса из-за отсутствия свободных адресов. При таких условиях, механизм выделения будет повторно присваивать адреса, чье время действительности истекло.
Сервер должен использовать информацию, которая доступна в конфигурационном депозитарии, чтобы выбрать адрес, который может быть использован повторно.
1.6 Протокол клиент-сервер
DHCP использует формат сообщение BOOTP, определенный в RFC-951 и представленный в таблице 1 и на рис.1. Поле 'op' каждого сообщения DHCP, посланного клиентом серверу, содержит BOOTREQUEST. В поле 'op' DHCP-сообщения, посланного сервером клиенту, заносится BOOTREPLY.
Первые 4 октета поля 'опции' сообщения DHCP содержат (десятичные) коды 99, 130, 83 и 99, соответственно (это те же коды (magic cookie), что определены в RFC-1497 [17]). Остальная часть поля 'опции' состоит из списка помеченных параметров, которые называются "опции". Все "vendor extensions" перечисленные в RFC-1497, являются также опциями DHCP. Документ RFC-1533 предоставляет полный набор опций, определенных для использования с DHCP.
Несколько опций уже определено. Одной из них является опция "DHCP message type", которая должна включаться во все DHCP-сообщения. Эта опция определяет тип DHCP-сообщения. Дополнительные опции могут допускаться, требоваться или не разрешаться в зависимости от типа DHCP-сообщения. В рамках данного документа, DHCP-сообщения, которые содержат опцию 'тип сообщения DHCP' будут восприниматься согласно типу сообщения; например, сообщение DHCP с типом опции равным 1 будет восприниматься как сообщение "DHCPDISCOVER".
1.7 Взаимодействие клиента и сервера при выделении сетевого адреса
Ниже рассматривается протокольный обмен между клиентом и сервером DHCP-сообщениями, описанными в таблице 2. Временная диаграмма на рис.3 демонстрирует типичную схему взаимодействия клиента и сервера. Если клиент уже знает свой адрес, некоторые шаги могут быть опущены.
1. Клиент широковещательно пересылает сообщение DHCPDISCOVER по локальной физической субсети. Сообщение DHCPDISCOVER может включать опции, которые предлагают значения для сетевого адреса и длительности его использования. Агент транспортировки BOOTP может передать сообщение DHCP-серверам, которые размещены за пределами данной физической субсети.
2. Каждый сервер может откликнуться сообщением DHCPOFFER, которое содержит сетевой адрес в поле 'yiaddr' (и другие конфигурационные параметры в опциях DHCP). Серверы не должны резервировать предлагаемый сетевой адрес, хотя протокол будет работать более эффективно, если сервер избегает присвоения предлагаемого сетевого адреса другому клиенту. При выделении нового адреса, серверы должны проверять, чтобы предлагаемый сетевой адрес не использовался где-то еще; например, сервер может протестировать предлагаемый адрес с помощью эхо-запроса ICMP. Серверы должны быть реализованы так, чтобы сетевые администраторы могли выбрать желательные тесты для вновь выделяемых адресов. Сервер отправляет клиенту сообщение DHCPOFFER, используя, если необходимо транспортные средства BOOTP.
Таблица 2: Сообщения DHCP
Сообщение |
Использование |
|
DHCPDISCOVER |
Клиент посылает сообщение широковещательно, чтобы обнаружить доступный сервер. |
|
DHCPOFFER |
Посылается сервером клиенту в ответ на сообщение DHCPDISCOVER и содержит предложение по конфигурационным параметрам. |
|
DHCPREQUEST |
Сообщение клиента серверу либо (a) запрашивающее параметры от одного сервера и неявно отвергающее предложения других серверов, (b) подтверждающее корректность ранее присвоенного адреса после, например, перезагрузки системы, или (c) запрос расширения времени жизни конкретного сетевого адреса. |
|
DHCPACK |
Посылается сервером клиенту и содержит конфигурационные параметры, включая присвоенный сетевой адрес. |
|
DHCPNAK |
Посылается сервером клиенту, сообщая о том, что сетевой адрес не корректен (например, клиент переместился в новую субсеть), или время использования адреса клиентом истекло |
|
DHCPDECLINE |
Клиент и сервер обнаружили, что сетевой адрес уже используется. |
|
DHCPRELEASE |
Посылается клиентом серверу с целью отказа от сетевого адреса и аннулирует оставшееся время действия адреса. |
|
DHCPINFORM |
Посылается клиентом серверу с просьбой о локальных конфигурационных параметрах; клиент уже имеет полученный извне сетевой адрес. |
Рис.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.
1.8 Параметры клиента в DHCP
Не все клиенты требуют инициализации всех параметров, перечисленных в приложении A. Используются два способа сокращения числа параметров, пересылаемых от сервера клиенту.1. Большинство параметров имеет значения по умолчанию, определенные в Host Requirements RFC; если клиент не получил параметров от сервера, которые переписывают значения по умолчанию, клиент использует эти значения.2. В своем исходном сообщении DHCPDISCOVER или DHCPREQUEST, клиент может предоставить серверу список специфических параметров, которые ему нужны. Если клиент включает список параметров в сообщение DHCPDISCOVER, он должен включать этот список в любое последующее сообщение DHCPREQUEST. Клиент должен включить опцию 'maximum DHCP message size', чтобы позволить серверу знать, максимальный размер его DHCP-сообщений. Параметры, присланные в ответ клиенту, могут иметь размер больший, чем выделено для опций в сообщении DHCP. В этом случае, два дополнительных опционных флага (которые должны присутствовать в поле 'опции' сообщения) индицируют, что для опций должны использоваться поля 'file' и 'sname'. Клиент может проинформировать сервер о том, в каких конфигурационных параметрах заинтересован клиент, включив опцию 'parameter request list'. Кроме того, клиент может предложить значения для сетевого адреса и времени его действия в сообщении DHCPDISCOVER. Клиент может включить опцию 'requested IP-адрес', чтобы предложить конкретное значение IP-адреса, которое он хотел бы получить, и может включить опцию 'IP-адрес lease time', чтобы предложить предпочтительное значение времени действия конфигурационного набора. Другие опции, представляющие рекомендации по конфигурационным параметрам, допустимы в сообщении DHCPDISCOVER или DHCPREQUEST. Однако дополнительные опции могут игнорироваться серверами, и разные серверы могут прислать различные отклики на одни и те же опции. Опция 'requested IP-адрес' должна заноситься только в сообщение DHCPREQUEST, когда клиент проверяет конфигурационные параметры, полученные ранее. Клиент заполняет поле 'ciaddr', только когда он имеет корректный IP-адрес в состояниях BOUND, RENEWING или REBINDING. Если сервер получает сообщение DHCPREQUEST с некорректным 'запрошенным IP-адресом', он должен прислать клиенту сообщение DHCPNAK и может уведомить о проблеме системного администратора. Сервер может включить код ошибки в опцию сообщения.
2. Интернет-технология и ее применение для задач управления организацией
К концу 20-го века человечество получило беспрецедентные возможности для оперативного общения, коллективного накопления, распространения и использования информации. Технологические средства для этого предоставляет глобальная компьютерная сеть Internet, название которой известно сегодня сотням миллионов людей нашей планеты.
Гораздо менее известен пока термин Intranet (интрасеть), определяющий локальную компьютерную сеть предприятия, внутри которой используются так хорошо зарекомендовавшие себя технологии Internet. Технологии Internet/Intranet в корне меняют парадигму единого мирового информационного пространства - вместо некоего централизованного глобального хранилища информации мировое сообщество быстро создает и эффективно использует территориально распределенные информационные ресурсы в виде многочисленных государственных, университетских, корпоративных и даже персональных, личных баз знаний и данных. При этом пользователь компьютерной сети, отыскивающий нужные ему данные, легко сканирует информационное пространство, вне зависимости от территориального размещения информации. Практически мгновенно и единообразно он может получить как данные с сервера соседнего отдела родного предприятия, так и данные с сервера, расположенного на противоположной стороне земного шара.
Благодаря возможностям оперативного общения технологии Internet/intranet быстро проникают во все сферы человеческой деятельности, становясь стандартом делового взаимодействия.
Предприятия, еще не внедрившие этих технологий, отстают от развития цивилизованного общества и, следовательно, рискуют оказаться на пути к банкротству.
2.1 Internet/intranet - технологический базис новых методов управления
В центре изменений стоят два явления: Internet и интрасети. Электронные коммуникации позволяют общаться и совместно работать людям, находящимся в различных регионах планеты. Единое информационное пространство Internet не только сокращает громадные расстояния, но и разрывает национальные и классовые границы, обеспечивает каждому индивидууму возможность для самовыражения и удовлетворения различных духовных потребностей. Internet и интрасети предоставляют беспрецедентные возможности повышения продуктивности работы, продажи товаров и услуг на новых быстро расширяющихся рынках, а также реализуют недорогой способ глобальных коммуникаций, как внутри предприятия, так и вне его. Технологии Internet/intranet осваивают малые и большие предприятия, коммерческие фирмы, банки, правительственные организации, учреждения образования, науки, культуры, здравоохранения и других сфер человеческой деятельности. Осваивают их и многочисленные отдельные пользователи, а также просто граждане, открывающие для себя впечатляющие возможности коллективной работы и глобального доступа к информации. Новые информационные технологии меняют не только методы и формы деятельности. Они изменяют мышление и психологию людей, создают предпосылки для эволюции человечества от общества постиндустриального к обществу информационному. Естественно, что все эти сегодняшние и, еще большие, грядущие изменения затрагивают философию и психологию взаимоотношений, способы и формы деятельности людей и в профессиональных сферах. Простота доступа к информации, ее безбумажный характер, высокая скорость обмена данными между сотрудниками предприятия, возможность для деловых оперативных коммуникаций с "внешним миром" оказывают существенное влияние, прежде всего, на методы и формы системы управления. Суть этих изменений сводится к демократизации процессов подготовки и принятия управленческих решений, более высокому уровню их аналитичности и обоснованности, повышению роли каждого сотрудника в управлении предприятием, высокой степени доступности управленческой информации, сглаживанию границ субординации и т.п. Внедрение новых информационных технологий на предприятии должно сопровождаться изменением его структуры и методов управления. Данное утверждение можно обосновать, по крайней мере, тремя следующими факторами. Во-первых, новые технологические средства дают весомый экономический эффект лишь при реорганизации методов работы. Иначе они будут лишь модными игрушками. Во-вторых, информационные технологии позволяют в существенно большей мере использовать интеллектуальный потенциал сотрудников предприятия. Важно также отметить, что высококвалифицированные специалисты при выборе места работы, как показывают социологические исследования, придают большее значение использованию на предприятиях новых технологий труда, чем даже уровню заработной платы. В третьих, широкое распространение новых информационных технологий меняет методы и средства взаимодействия, формы взаимоотношений на рынках товаров и услуг, например, в многочисленных цепочках "Заказчик-Поставщик", "Продавец - Покупатель" и т.п. Если сотрудники предприятия не используют технологий Internet в рекламе, маркетинге, финансовой, снабженческой и других сферах управленческой деятельности, то скоро с ними перестанут сотрудничать даже из-за проблем коммуникации. Предприятие, не учитывающее эти и ряд других сопутствующих требований современного общества, вряд ли будет процветать - неизбежно оно придет к банкротству.
2.2 Фундамент сетевого взаимодействия
Internet позволяет легко взаимодействовать друг с другом самым различным видам компьютерных систем. В Internet применяются стандартизованные методы передачи данных, позволяющие скрыть от пользователя все многообразие сетей и машин. Наиболее фундаментальным стандартом, применяемым в Internet, является набор сетевых протоколов TCP/IP (Transmission Control Protocol/Internet Protocol), определяющих алгоритмы передачи данных. Поскольку все компьютеры взаимодействуют с Internet через TCP/IP, нет необходимости в сложном и дорогостоящем преобразовании протоколов, что значительно упрощает операции в Internet. Протокол TCP/IP не зависит от конкретной операционной системы и, таким образом, реализуется для всех типов компьютеров - IBM, APPLE и др. TCP/IP позволяет присвоить каждому компьютеру уникальный адрес Internet. Такой адрес называется IP-адресом или адресом TCP/IP и выполняет ту же роль, что и обычный телефонный номер, то есть позволяет установить связь между двумя пунктами сети. Однако в большинстве случаев пользователи Internet применяют более удобную адресацию, называемую системой имен доменов (Domain Name System, DNS). DNS - это иерархический распределенный метод организации пространства имен в Internet, который позволяет уйти от цифровой адресации и дает ряд других преимуществ. На этих базовых стандартах основываются другие стандарты, такие как протокол электронной почты SMTP (Simple Mail Transfer Protocol). SMTP дает возможность подключенным к Internet пользователям обмениваться электронной почтой. Благодаря этому и другим стандартам можно передавать электронную почту из одного места в другое, причем не только сообщения, но и программы, графику, звук, видео и другие типы данных. Важную функцию в Internet реализуют стандарты, позволяющие "публиковать" информацию - размещать ее на специальных компьютерах (хост-узлах сети), где с ней могут работать другие пользователи. Система компьютеров, публикующих такую информацию, называется World Wide Web, а протокол, составляющий основу Web - протоколом передачи гипертекста HTTP (Hypertext Transfer Protocol). Если TCP/IP дает возможность пользователям обращаться к хост-узлам Internet, то HTTP обеспечивает их доступ к документам World Wide Web (WWW). World Wide Web - наиболее новая и самая быстро развивающаяся сегодня служба Internet. Она имеет почти неограниченный потенциал в плане сбора, распространения и изучения информации. Обеспечиваемые ею графические межплатформенные средства завоевывают все большую популярность у пользователей и компаний, которым необходимо собирать информацию, обмениваться своими идеями и самим предлагать коммерческую информацию в Internet. Система World Wide Web была впервые разработана Тимом Бернерсом-Ли из Европейской лаборатории физики элементарных частиц (CERN) в Женеве (Швейцария) как способ организации информации для ее научных сотрудников. Информация на Web-серверах хранится в виде набора документов. Каждый документ содержит гипертекстовые ссылки, с помощью которых пользователь может обращаться к информации в других документах по данной теме. Таким образом, выбирая выделенные слова, изображения и графические элементы в тексте документа, пользователи способны перемещаться в любом направлении и прозрачным образом "перескакивать" на другие интересующие их документы (независимо от того, где эти документы находятся). Такая технология позволяет наряду с текстом включать в Web-документы графику, звук и видеоизображения. Перемещаясь по огромным массивам электронных документов, хранящихся на тысячах серверов в Internet, пользователи, которые ищут конкретную информацию, могут фактически путешествовать по всему свету. Унифицированный указатель ресурса - URL (Uniform Resource Locator). Поиск и чтение информации во всемирной паутине WWW осуществляют с помощью специальных программ, называемых браузерами. Протокол передачи гипертекста HTTP позволяет Web-браузерам обращаться к файлам на любом Web-сервере. Существует и ряд других базовых средств, позволяющих передавать живую речь (телефония Internet), проводить видеоконференции, осуществлять коллективную работу над одним проектом и т.п. Однако основой технологий Internet, обеспечившей этой глобальной компьютерной сети широкое распространение, популярность и эффективность, являются TCP/IP и WWW.
2.3 Возможности Internet для предприятия
На современном высоко конкурентном рынке получение доступа к самой последней информации становится все более важным компонентом успеха в бизнесе. Старая информация - это бесполезная информация. Те предприятия, которые научатся получать доступ к информации в Internet и интеллектуально использовать такие данные, применяя их для обслуживания своих покупателей, совершенствования внутренних процессов, повышения качества и сокращения цикла разработки продукции, очень быстро увидят, как все это положительно отразится на процветании их бизнеса. Каким же образом Internet обеспечивает доступ к столь обширной и разнообразной информации? С помощью огромного числа подключенных к ней хост-узлов. Напомним, что хост-узел - это любой компьютер или группа компьютеров, имеющих прямое сетевое соединение с Internet и предоставляющих пользователям доступ к своим средствам и службам. Многие из компьютеров выполняют функцию серверов, предлагающих любому пользователю, имеющему выход в Internet, доступ к электронным ресурсам - данным, приложениям и услугам. По этой причине широта и многообразие информации в Internet просто невообразимы. Internet позволяет обращаться к фондам библиотеки конгресса США, получать оперативную информацию об изменениях в налогообложении, узнавать о наличии номеров в гостинице, контролировать доставку товара, просматривать последние биржевые сводки или делать разнообразные покупки, обращаться за информацией в экстрасети различных предприятий (например, АО АвтоВАЗ, Дженерал Моторс, Форд и др.), консалтинговых фирм (UTAK и др.) и т.п. Подключение к Internet позволяет как бы расширить предприятие, включив в него информационные ресурсы всего мира. Сегодня глобальные компьютерные сети предлагают такие средства, как развитые базы данных клиент-сервер, электронную почту и обеспечивают лучшую интеграцию разнообразных компьютерных ресурсов, предоставляя в распоряжение пользователей все большие объемы информации. World Wide Web - это просто информационная "золотая жила", которую предприятие может использовать в своих целях. Огромный объем и постоянное обновление информации делает Web чрезвычайно полезным средством для тех компаний, которым необходимо получать данные для отчетов, сведения по новой продукции и т.д. World Wide Web позволяет легко узнать, чем занимаются конкуренты, исследовать тенденции, изучить новые технологии и материалы. Многие Web-узлы позволяют вам запрашивать информацию по электронной почте. Иногда это делается прямо из Web-страницы. Значительная часть информации, включая факсы, обычную почту, разного рода литературу и телефонные звонки, поступает на предприятие из внешних источников не в электронной форме. Это затрудняет ее интеграцию с внутренними информационными системами предприятия и увеличивает издержки на работу с ней. Внешнюю информацию подобного рода необходимо лучше интегрировать с корпоративной сетью, что позволит получить такое же сокращение затрат и повышение эффективности, которое уже обеспечивают внутренние системы предприятия. Связав свои сети с Internet, предприятие может реализовать постоянные коммуникации и организовать эффективный поток информации между людьми. Например, электронная почта намного дешевле, чем обычная почта и факсимильная связь, и реализует практически мгновенные коммуникации. Благодаря возможностям электронных линий связи пользователи получают самую последнюю информацию, быстро и точно реагируя на ситуацию. Благодаря своевременному поступлению данных сотрудники могут принимать квалифицированные решения, а предприятие - быстро реагировать и оперативно действовать в постоянно меняющейся местной, национальной или глобальной экономической ситуации. Соединение внутренних сетей с внешними организациями и ресурсами позволит предприятию воспользоваться преимуществами своих сетей - снижением затрат и повышением эффективности в еще более широком масштабе. Поскольку компании во всем мире все шире используют Internet как средство осуществления бизнеса и инструмент для коммуникаций, она быстро становится стандартным способом взаимодействия коммерческих организаций друг с другом. Internet претерпевает стремительный рост и оснащается все более "дружественными к бизнесу" средствами, такими как безопасные способы "электронной" покупки и продажи, а расширение пропускной способности сети открывает возможности для использования приложений мультимедиа. Ниже перечислены лишь некоторые из преимуществ, которые дает Internet для бизнеса.
Доступ к более широкой аудитории. Организовав свой Web-узел, предприятие сразу же почувствует те огромные преимущества, которые дает им присутствие в Internet. Создав такую "виртуальную витрину" в World Wide Web, коммерческое предприятие получает доступ к широкой аудитории и может взаимодействовать со своими покупателями. Быстро растущая пользовательская база Internet рассматривает Web как удобный и надежный способ доступа к конкретной необходимой им информации, которую можно получить в любое время суток.
Internet позволит предприятию использовать упреждающий подход к деловому взаимодействию, предоставляя своим нынешним и потенциальным покупателям расширенную и полную информацию. Предприятия, начинающие пользоваться предлагаемыми World Wide Web возможностями маркетинга, быстро осознают те огромные преимущества, которые дает эта служба для рекламы и продажи продукции. Любая компания может создать свой Web-узел, подключив к Internet один или несколько серверов. Благодаря онлайновому доступу такие компании получают возможность размещать свои документы в World Wide Web, где они становятся доступными для любого пользователя Internet. Кроме того, предприятия могут объявлять через Web о выходе новой продукции и распространять новости о своей деятельности. На самом деле, размещение текущих новостей - очень важный элемент. Такая информация привлекает пользователей и заставляет их чаще обращаться к данному Web-узлу.
Снижение расходов на маркетинг и поддержку. С учетом стоимости печати и почтовых расходов маркетинг, при котором используются традиционные способы, включая рекламу, рассылку по почте и распространение каталогов, обходится очень дорого. Электронное распространение информации о предприятии и его продукции может стать быстрым и относительно недорогим дополнением к этим традиционным методам. Кроме того, электронную информацию можно постоянно обновлять. В Internet предприятие "открыто" 24 часа в сутки и 7 дней в неделю, и покупатели в любое время могут получить нужные им сведения - больше узнать о продуктах или решить свои проблемы. Предоставление доступа к информации в режиме "онлайн" позволит обслужить большее число покупателей при тех же вложениях средств и более качественно удовлетворить их потребности.
Простое и экономичное предоставление сотрудникам необходимой информации. Сегодня крылатые фразы "знание-сила", "кто владеет информацией - тот эффективно управляет" справедливы как никогда ранее, поэтому подключение к Internet позволит сотрудникам предприятия не только повышать свою квалификацию, но и эффективно использовать ее на благо своей организации. В конечном счете, все те достоинства Internet, о которых говорилось выше, будут достижимы только в той мере, в какой они будут доступны всем сотрудникам предприятия.
2.4 Интранет и методы управления
Точно так же, как не существует универсального лекарства или инструмента, нет и универсальной информационной технологии для поддержки корпоративного управления. У каждой такой технологии есть своя область эффективности. Для того, что бы определить область эффективности использования Интранет-технологии, необходимо понять, какие методы управления и области она поддерживает. Каждая информационная технология поддерживает определенные методы управления. Метод управления определяет то, на что и как надо воздействовать управляющему для достижения ожидаемых результатов бизнеса. Рассмотрим некоторые наиболее распространенные методы. Некоторые из них уже закрепились как управленческие стандарты. Каждый из этих методов поддерживается своим видом прикладного программного обеспечения (ПО), среди которых стоят и Интранет-системы.
Можно выделить следующие три большие группы методов управления:
ресурсами;
процессами;
корпоративными знаниями (коммуникациями).
Первая группа. Модель этих методов представляет организацию как систему ресурсов (финансов, материальных запасов, кадров), принадлежащих владельцам - юридическим лицам, структурным подразделениям, физическим лицам. Все процессы описываются как проводки, отражающие перемещение ресурсов между владельцами. К первой группе можно отнести управление финансами, материальными запасами, кадрами в той степени, в которой они рассматриваются как ресурс (заработная плата). Основная цель управления для этого метода - обеспечение ресурсами и контроль за ними. Метод управления хорошо описывается моделями, ставшими стандартами: модель бухгалтерского учета (например, GAAP), планирование производственных ресурсов (MRP II), планирование всех ресурсов предприятия (ERP). В наибольшей степени к поддержке данного метода управления тяготеют СУБД. Вторая группа представляет организацию как систему бизнес-процессов. Здесь центральными понятиями выступают процесс, функция, данные, событие. Основная цель управления для этих методов - обеспечение координации событий и функций. Ко второй группе можно отнести такие методы, как управление качеством (TQM - стандарт ISO9000), управление процессами (Workflow - стандарты ассоциации Workflow Management Coalition). К этой же группе можно отнести управление проектами (семейство стандартов PMI), но лишь в той степени, в какой эти проекты можно считать типовыми, сведенными до уровня технологии. Третья группа представляет организацию как систему небольших коллективов сотрудников, решающих общую задачу, а в роли организующих факторов выступают корпоративные знания и эффективные коммуникации. Главным корпоративным ресурсом управления становится база корпоративных знаний, в которой сотрудники могут быстро найти информацию для принятия правильного решения и понимания друг друга. Эта база концентрирует в себе коллективный опыт компании и создает контекст корпоративных коммуникаций. Основная цель управления - обеспечение координации, коммуникации и быстрого поиска информации для самостоятельного принятия решения. Эта группа методов управления получила общее название "управления знаниями" (Knowledge Management). Для структурирования информации активно применяться язык SGML, который зафиксирован как стандарт ISO 8879. К этой группе методов также относятся методы управления сложными нестандартными проектами (семейство стандартов PMI). В таких проектах критическим фактором управления являются проектные коммуникации и квалификационный уровень проектной группы. У каждого метода управления есть своя область эффективности, но бывают случаи, когда внедрение одного метода просто невозможно без использования другого. Появление Интранет придало TQM совершенно новое качество. Не случайно многие западные компании, внедрившие у себя Интранет-технологии, вскоре внедрили и TQM и прошли сертификацию на стандарт ISO9000.
Заключение
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Изучение функционирования DHCP сервера, базовая конфигурация первой ветки модели ЛВС, выполнение конфигурации DHCP второй ветки ЛВС c применением удаленного сервера базы данных. Распределение настроек сети, на все компьютеры, использование протокола DHCP.
лабораторная работа [5,5 M], добавлен 08.05.2023Основные функции отдела камеральных проверок налоговой инспекции. Автоматизация процесса назначения 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.2015Internet – глобальная компьютерная сеть. Обмен данными между рассредоточенными системами. Построение распределённых ресурсов, их администрирование и наполнение. Сущность IP адреса, TCP/IP - протокол контроля передачи и протокол межсетевого взаимодействия.
контрольная работа [32,5 K], добавлен 10.11.2009Понятие "Интернет" и его роль в современном мире. Понятие протоколов сетевого взаимодействия. Схема потока данных сквозь стек протоколов от приложения-клиента на одном компьютере к приложению-серверу на другом. Основные элементы технологии WWW.
презентация [248,0 K], добавлен 19.09.2016История сети Internet. Из чего состоит Internet? Протоколы сети Internet. Сети с коммутацией пакетов. Межсетевой протокол (IP). Протокол управления передачей (ТСР). Доменная система имён. Правовые нормы. Сетевая этика. Соображения безопасности.
реферат [129,3 K], добавлен 23.11.2006Создание виртуальной машины для гостевой операционной системы Microsoft Windows Server 2003. Первоначальная настройка установленной операционной системы. Создание DHCP-сервера с диапазоном рабочих адресов. Настройка доменного имени для IP-адреса сервера.
лабораторная работа [3,2 M], добавлен 20.12.2012