
- •А.А. Дабагян, в.А. Машурцев, р.А. Юзбашьянц Компьютерные сети и системы телекоммуникаций
- •Москва 2008 г. Оглавление
- •1. Эволюция компьютерных сетей
- •1.1. История возникновения сетей
- •1.2. Общая характеристика сетей передачи данных
- •1.3. Классификация компьютерных сетей
- •1.4. Классификация сетевых технологий
- •1.5. Обобщенная структура компьютерных сетей
- •1.6. Корпоративные компьютерные сети, Intranet и Extranet
- •1.7. Услуги операторов компьютерных сетей
- •2. Общие принципы построения компьютерных сетей
- •2.1. Аппаратное и программное обеспечение сети
- •2.2. Передача данных по линиям связи
- •2.2.1. Данные, сигналы, среда передачи и линии связи
- •2.3. Кодирование и модуляция
- •2.3.1.Скорость передачи, искажение и затухание сигнала
- •2.3.2. Синхронизация передачи дискретных данных
- •2.3.3. Мультиплексирование
- •2.4. Характеристики физических каналов
- •2.5. Кабельные линии связи, типы кабелей
- •2.5.1. Коаксиальный кабель
- •2.5.2. Витая пара
- •2.5.3. Оптоволоконный кабель
- •2.6. Беспроводная передача данных. Радиоканалы
- •2.7. Аппаратура линий связи
- •2.8. Характеристики линий связи
- •2.8.1. Формула Шеннона
- •3. Сеть из нескольких компьютеров
- •3.1. Топология физических связей
- •3.1.1. Кольцевая топология.
- •3.1.2. Топология Звезда.
- •3.1.3. Топология Общая шина
- •3.2. Оборудование и поддержка сетей
- •3.2.1. Сетевое оборудование
- •3.2.2. Персонал компьютерных сетей и сетевая документация
- •3.3. Коммутация и доступ к разделяемой среде
- •3.3.1. Обобщенная задача коммутации информационных потоков
- •3.3.1.1. Продвижение данных.
- •3.3.1.2. Разделяемая среда передачи данных.
- •3.3.2. Методы коммутации
- •3.3.2.1. Коммутация каналов
- •3.3.2.2. Методы коммутации пакетов
- •3.3.2.3. Режим виртуальных каналов
- •3.4. Структуризация компьютерных сетей.
- •3.4.1. Одноранговая сеть
- •3.4.2. Технология «клиент-сервер»
- •3.4.3. Структуризация сети
- •3.5. Сетевые технологии локальных сетей .5.1. Технология Ethernet
- •3.5.2. Технология Token Ring
- •3.5.3. Технология fddi
- •3.6. Адресация узлов в компьютерной сети
- •3.6.1. Сетевые ip адреса
- •3.6.2. Присваивание адресов в автономной сети
- •3.6.2.1. Организация подсетей
- •3.6.3. Иерархические символьные имена
- •3.7. Службы в локальных сетях
- •3.7.1. Отображение символьных адресов на ip-адреса
- •3.7.2. Автоматизация назначения ip-адресов
- •3.7.2.1. Порядок работы протокола dhcp
- •3.7.3. Отображение физических адресов на ip-адреса
- •3.7.4. СлужбаWins
- •3.7.5. Интернет – службы
- •9. Беспроводные технологии
- •9.1. Особенности беспроводных технологий
- •9.2. Стандарты беспроводных локальных сетей
- •9.3. Режимы работы беспроводной сети
- •9.4. Аутентификация в сети
- •9.5. Обеспечение безопасности
- •9.6. Настройка точки доступа
- •Приложение
- •Глоссарий
- •Список сокращений
- •Литература
3.7.2. Автоматизация назначения ip-адресов
Как уже было сказано, IP-адреса могут назначаться администратором сети вручную. Это представляет для администратора утомительную процедуру. Ситуация усложняется еще тем, что многие пользователи не обладают достаточными знаниями для того, чтобы настроить, конфигурировать свои компьютеры для работы в интерсети и должны поэтому полагаться на сетевых администраторов.
Протокол динамического назначения IP-адресов, DHCP был разработан для того, чтобы освободить администратора от этих проблем. Однако, кроме динамического, DHCP может поддерживать и более простые способы ручного и автоматического статического назначения адресов.
В ручной процедуре назначения адресов администратор размещает на DHCP-сервере информацию о соответствии IP-адресов физическим (MAC) адресам или другим идентификаторам клиентов. Эти IP-адреса сообщаются клиентам в ответ на их запросы к DHCP-серверу.
При автоматическом статическом способе DHCP-сервер присваивает IP-адрес (и, возможно, другие параметры конфигурации клиента, например, - IP-адрес шлюза и т.п.) из числа наличных IP-адресов без вмешательства оператора. Границы пула назначаемых адресов задает системный администратор при конфигурировании DHCP-сервера. Между идентификатором клиента и его IP-адресом по-прежнему, как и при ручном назначении, существует постоянное соответствие. Оно устанавливается в момент первичного назначения сервером DHCP IP-адреса клиенту. При всех последующих запросах сервер возвращает тот же самый IP-адрес.
При динамическом распределении адресов DHCP-сервер выдает адрес клиенту на ограниченное время, что дает возможность впоследствии повторно использовать IP-адреса другими компьютерами. Динамическое распределение адресов позволяет строить IP-сеть, количество узлов в которой существенно превышает количество IP-адресов, имеющихся в распоряжении системного администратора.
DHCP обеспечивает надежный и простой способ конфигурирования сети TCP/IP, гарантируя отсутствие конфликтов адресов за счет централизованного управления их распределением. Системный администратор управляет процессом назначения адресов с помощью параметра "продолжительности аренды" (lease duration), которая определяет, как долго компьютер может использовать назначенный IP-адрес, перед тем как снова запросить его от сервера DHCP в аренду.
Примером работы протокола DHCP может служить ситуация, когда компьютер, являющийся клиентом DHCP, удаляется из подсети. При этом назначенный ему IP-адрес автоматически освобождается. Когда компьютер подключается к другой подсети, то ему автоматически назначается новый адрес. Ни пользователь, ни сетевой администратор не вмешиваются в этот процесс. Это свойство очень важно для мобильных пользователей, в беспроводных сетях, использующих технологии Wi-Fi или Bluetooth.
3.7.2.1. Порядок работы протокола dhcp
Протокол DHCP использует модель клиент-сервер. При старте системы компьютер-клиент DHCP, находящийся в состоянии "инициализация", посылает сообщение discover (исследовать), которое широковещательно доставляется по локальной сети, с т.ч. всем DHCP-серверам. Каждый DHCP-сервер, получивший это сообщение, отвечает на него сообщением offer (предложение), которое содержит IP-адрес и конфигурационную информацию из пула доступных ему адресов.
Компьютер-клиент DHCP переходит в состояние "выбор" и принимает конфигурационные предложения от DHCP-серверов. Затем он выбирает одно из этих предложений (обычно – первое по времени прихода), переходит в состояние "запрос" и отправляет сообщение request (запрос) тому DHCP-серверу, чье предложение было выбрано.
Выбранный DHCP-сервер посылает сообщение DHCP- acknowledgment (подтверждение), содержащее тот же IP-адрес, который уже был послан ранее на стадии исследования, а также параметры аренды для этого адреса. Кроме того, DHCP-сервер посылает параметры сетевой конфигурации. После того, как клиент получит это подтверждение, он переходит в состояние "связь", теперь он может принимать участие в работе сети TCP/IP. Компьютеры-клиенты, которые имеют локальные диски, сохраняют полученный адрес для использования при последующих стартах системы. По истечению срока аренды адреса, компьютер пытается обновить параметры аренды у DHCP-сервера, а если этот IP-адрес не может быть выделен снова, то ему возвращается другой IP-адрес.
Использование DHCP несет в себе некоторые проблемы. Во-первых, это проблема согласования адресной базы в службах DHCP и DNS. Как мы знаем, DNS служит для преобразования символьных имен в IP-адреса. Если IP-адреса будут динамически изменяться сервером DHCP, то эти изменения необходимо также динамически вносить в базу данных сервера DNS. (Это может в частности сделать служба Dynamic DNS, описанная выше). Нестабильность IP-адресов усложняет процесс управления сетью. Системы управления, например, основанные на протоколе SNMP, разработаны с расчетом на статичность IP-адресов. Проблемы также возникают и при конфигурировании фильтров маршрутизаторов, которые оперируют с IP-адресами.
Централизация процедуры назначения адресов снижает надежность системы: при отказе DHCP-сервера все его клиенты оказываются не в состоянии получить IP-адрес и другую информацию о конфигурации. Вероятность наступления разрушительных последствий такого отказа можно уменьшить путем использования в сети нескольких серверов DHCP.