Формирование топологии узлов.

Если для обмена данными в компьютерной сети компании используются высокоскоростные каналы связи или все ПК компании объединены в единую локальную сеть, то такая сеть будет функционировать как единый узел. Ситуация усложняется если предприятие включает в себя несколько географически удаленных друг от друга подразделений. В этом случае для того чтобы сформировать эффективную топологию узлов рекомендуется воспользоваться процедурой включающей в себя след. этапы:

1. анализ сведений о физической структуре компании с целью формирования дизайна узлов.

2. изучение географического расположения отделов компании входящих в один домен.

3. определение фрагментов корпоративной сети которые могут войти в один узел.

4. идентификация физических каналов связи м-у узлами для того чтобы определить объекты связей м-у узлами в каталоге AD.

5. определение затрат времени и графика репликации каждого из объектов связей м-у узлами.

6. внесение в каталог AD информации о резервных маршрутах передачи данных м-у узлами сети.

Служба DHCP.

Разработанная реализация протокола TCP/IP позволяет создавать сети используя 4 уровня:

1. сетевого интерфейса

2. интернета

3. транспортного интерфейса

4. прикладного интерфейса

По умолчанию клиент Win 2000 автоматически получает сведения о конфигурации TCP/IP от службы DHCP. Однако некоторые ПК требуют выделения статического IP-адреса, т.е. для каждого сетевого адаптера использующего TCP/IP надо определить IP-адрес, маску подсети и шлюз по умолчанию. Служба DHCP собирает и выделяет конфигурационную информацию TCP/IP автоматически присваивая DHCP клиентом IP-адреса и иные данные TCP/IP.

DHCP – это стандарт стека протоколов TCP/IP упрощающий обслуживание IP-конфигурации. При каждом запуске клиент DHCP запрашивает у сервера DHCP IP-адрес, маску подсети и дополнительные значения. Например адрес сервера DNS или сервера WINS.

Получив запрос на IP-адрес сервер DHCP выбирает информацию об IP-адресе из пула адресов, определенных его БД и предлагает эти данные клиенту. Если клиент принимает предложение, то сервер выделяет ему на определенный срок IP-адрес.

Ручная и автоматическая настройка TCP/IP.

Ручная настройка TCP/IP:

1. пользователи могут выбирать IP-адрес произвольно. Применение не корректных адресов может вызвать сбои в работе сети.

2. поскольку IP-адрес маски подсети и шлюз по умолчанию задаются вручную, это так же может привести к различным сбоям.

3. при частом перемещении ПК из одной подсети в другую усложняется администрирование.

TCP/IP с использованием DHCP:

1. для настройки TCP/IP пользователю не надо обращаться к сетевому администратору

2. действительные сведения об IP-адресе гарантирует корректность конфигурации.

3. наличие в каждой подсети серверов DHCP полностью избавляет от проблем связанных с ручной перенастройкой IP-адресов, масок подсети и шлюзов по умолчанию, возникающих при перемещении ПК из одной подсети в другую. Один сервер DHCP способен выделять IP-адреса нескольким подсетям.

Аренда DHCP.

Процесс предоставления клиентским ПК сведений об IP-адресе называется арендой DHCP.

Он имеет место в одном из следующих случаев:

1. на клиенте DHCP впервые инициализирован пакет протоколов TCP/IP.

2. клиент запросил определенный IP-адрес и получил отказ.

3. клиент ранее арендовавший IP-адрес и освободивший его запросил новый адрес.

Выделение IP-адреса клиенту DHCP производится сервером в 4 этапа:

Клиент DHCPDISCOVER cервера

DHCP DHCPOFFER DHCP

DHCPREQUEST

DHCPACK

 

Деление IP-адреса с использованием DHCP.

DHCPDISCOVER – сначала клиент инициализирует ограниченную версию TCP/IP и производит широковещательную рассылку сообщений DHCPDISCOVER тем самым запрашивая местоположение DHCP сервера и сведения об IP-адресе. Поскольку клиент не знает IP-адрес сервера на данный момент времени в качестве исходного адреса применяется начальный 0.0.0.0, а конечного 255.255.255.255. Сообщение DHCPDISCOVER содержит аппаратный адрес клиента и имя ПК по которому сервер DHCP может определить клиента пославшего запрос.

DHCPOFFER – все серверы DHCP получившие запрос на выделение IP-адреса и имеющие правильную клиентскую конфигурацию производят широковещательную рассылку сообщения DHCPOFFER включ.:

1. аппаратный адрес клиента

2. предлагаемый IP-адрес

3. маску подсети

4. период аренды адреса

5. идентификатор сервера, т.е. IP-адрес DHCP сервера

Клиент DHCP выбирает IP-адрес из первого полученного предложения сервер DHCP, предлагающий IP-адрес, резервирует его чтобы не предложить другому клиенту.

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

DHCPPACK- подтверждение о выдаче IP-адреса распространяется в формате сообщения DHCPPACK содержащего действительный IP-адрес и другую конфигурирующую информацию. Здесь при получении клиентом подтверждения выполняется полная инициализация TCP/IP и клиент считается привязанным клиентом DHCP.

DHCPNACK- в случае неудачи на этапе DHCPREQUEST сервер DHCP позволит широковещательную рассылку отрицательного подтверждения DHCPNACK. Это происходит в одном из двух случаев:

1. клиент пытается получить свой предыдущий IP-адрес который уже недоступен.

2. IP-адрес не верен, поскольку ПК был перемещен в другую подсеть.

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