Распределение IP-адресов с помощью DHCP

Использование сервера DHCP. Настройка ядра и сетевых интерфейсов. Динамическое распределение IP-адресов. Конфигурирование DHCP-сервера. Выделение фиксированных адресов. Определение МАС-адреса с клиентской машины. Интеграция с другими серверами.

Рубрика Программирование, компьютеры и кибернетика
Вид лекция
Язык русский
Дата добавления 27.11.2013
Размер файла 44,8 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Занятие №15

Распределение IP-адресов с помощью DHCP

  • Содержание занятия
  • 1. Общие сведения о распределении IP-адресов с помощью DHCP
  • 1.1 Использование сервера DHCP
  • 1.2 Настройка ядра и сетевых интерфейсов
  • 1.3 Динамическое распределение IP-адресов
  • 2. Установка и конфигурирование DHCP-сервера (из исходных кодов)
  • 2.1 DHCP-сервер под UNIX
  • 2.2 Конфигурационные файлы
  • 2.3 Настройка сервера
  • 2.4 Опции DHCPd
  • 2.5 Запуск сервера
  • 2.6 Установка глобальных параметров
  • 2.7 Определение диапазона адресов
  • 2.8 Выделение фиксированных адресов
  • 2.9 Определение МАС-адреса клиента
  • 2.9.1 Определение МАС-адреса с клиентской машины
  • 2.9.2 Определение МАС-адреса с сервера
  • 2.9.3 Описание узлов с помощью МАС-адресов
  • 2.9.4 Параметры для отдельных клиентов
  • 3. Интеграция с другими серверами
  • 3.1 Включение информации NetBIOS
  • 3.2 Взаимодействие с DNS-сервером
  • 3.2.1 Метод обновления interim
  • 3.2.2 Динамические средства DNS
  • 3.3 Резюме
  • Цель работы: знакомство с принципами распределения IP-адресов с помощью DHCP, получение навыка администрирования сервера DHCP

1. Общие сведения о распределении IP-адресов с помощью DHCP

В главе 2 рассматривались различные способы настройки компьютера для работы в сетях TCP/IP. Один из этих способов предполагал использование сервера DHCP (Dynamic Host Configuration Protocol - протокол динамической настройки узла). Чтобы определить расположение сервера DHCP, компьютер передает широковещательный запрос. В ответ сервер DHCP возвращает компьютеру его IP-адрес и другие сведения, необходимые для настройки. Такое взаимодействие существенно упрощает настройку компьютеров, выполняющих функции клиентов DHCP, так как исключает необходимость вводить IP-адрес машины, IP-адрес шлюза и другие конфигурационные данные. Однако система DHCP не возникает в сети сама собой. Вам необходимо сконфигурировать сервер DHCP так, чтобы он отвечал на запросы клиентов DHCP. Настройке сервера DHCP посвящена данная глава.

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

Эта глава не содержит исчерпывающей информации о работе сервера DHCP, а призвана лишь дать читателю основные понятия о его настройке. Тем не менее данные, приведенные здесь, часто оказываются достаточными для администрирования простых сетей. Если вам необходимо настроить сервер DHCP для выполнения сложных задач, то, возможно, потребуется дополнительная литература. В качестве дополнительных источников информации можно посоветовать книги Дромса (Droms) и Лемона (Lemon) The DHCP Handbook: Understanding, Deploying, and Managing Automated Configuration Ser¬vices (New Riders Publishing, 1999) и Керчевала (Kercheval) DHCP: A Guide to Dynamic TCP/IP Network Configuration (Prentice Hall, 1999).

1.1 Использование сервера DHCP

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

Чтобы оценить трудоемкость установки статического IP-адреса на компьютере, надо вспомнить материал, изложенный в главе 2. Необходимо также принять во внимание тот факт, что в различных операционных системах сетевые средства настраиваются по-разному. Сервер DHCP, выполняющийся на компьютере под управлением Linux, может предоставлять IP-адреса клиентам, выполняющимся не только в среде Linux, но и на компьютерах, на которых установлены другие системы: различные версии UNIX, Windows, MacOS, OS/2, BeOS и т. д. Клиенты DHCP могут работать в любой системе, поддерживающей стек протоколов TCP/IP. При настройке компьютера для использования статического IP-адреса во всех системах задается приблизительно одинаковая информация; различаются лишь способы ее ввода. Практически во всех системах для инсталляции и настройки клиента DHCP требуется затратить меньше усилий, чем для установки статического IP-адреса.

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

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

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

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

Компьютер с несколькими сетевыми интерфейсами может выполнять роль клиента DHCP в одной сети и выступать в качестве сервера DHCP в другой.

Работа сети во многом зависит от надежности сервера DHCP. В случае неисправности сервера DHCP клиент не сможет вести переговоры о выделении IP-адреса, следовательно, не получит адрес при загрузке. Поэтому, занимаясь администрированием сети, необходимо предусмотреть резервный сервер DHCP. Этот сервер должен быть неактивен, но готов начать работу в любой момент, когда основной сервер DHCP выйдет из строя. По возможности надо обеспечить копирование файла основного сервера, содержащего информацию о выделенных адресах (файла аренды), на резервный сервер. Это нужно для того, чтобы резервный сервер не пытался выделить IP-адрес, который основной сервер уже присвоил другому компьютеру. Организовать периодическое копирование файла с данными о выделенных адресах можно с помощью инструмента CRON. Следует заметить, что резервный сервер DHCP переводит существенную часть ресурсов небольшой сети в категорию накладных расходов. Работоспособность сети в случае выхода сервера DHCP из строя можно повысить, увеличивая время аренды. В этом случае работающие клиенты реже пытаются обращаться к неработающему серверу DHCP.

Сервер DHCP обязательно входит в состав дистрибутивного пакета Linux, чего нельзя сказать об остальных системах. Поэтому при формировании сети имеет смысл планировать установку сервера DHCP на компьютере под управлением Linux. В небольшой сети можно использовать широкополосный маршрутизатор - устройство, которое позволяет подключать офисную или домашнюю сеть к Internet посредством кабельного или DSL-соединения. Такое устройство обычно содержит сервер DHCP. Сервер на широкополосном маршрутизаторе легче настраивать, чем сервер DHCP в системе Linux, однако он обеспечивает меньшую степень гибкости. Например, сервер DHCP широкополосного маршрутизатора, как правило, нельзя настроить так, чтобы конкретному клиенту выделялся один и тот же IP-адрес.

Для запуска сервера DHCP обычно используется сценарий SysV. Благодаря этому время отклика становится минимальным, а сервер получает возможность хранить важные конфигурационные данные в памяти. (Вопросы запуска серверов рассматривались в главе 5.)

1.2 Настройка ядра и сетевых интерфейсов

Для того чтобы иметь возможность использовать сервер DHCP, надо правильно выбрать конфигурацию ядра системы, а также настроить сетевые средства. В частности, вам необходимо установить опции ядра Packet Socket и Socket Filtering. (Версия 1 dhcpd не требует Socket Filtering; эта опция нужна для новых версий программы.) Вопросы установки конфигурации ядра подробно рассматривались в главе 1.

Некоторые клиенты DHCP требуют, чтобы сервер передавал ответы на запросы по адресу 255.255.255.255. Однако по умолчанию система Linux заменяет этот адрес на широковещательный адрес локальной сети (например, 192.168.1.255). Если при работе некоторых клиентов DHCP возникает проблема (обычно это проявляется в системе Windows), ее можно устранить, включив в таблицу маршрутизации компьютера, на котором расположен сервер DHCP, специальный маршрут. Для этого используется следующая команда:

# route add -host 255.255.255.255 dev ethO

Имя ethO следует заменить на имя сетевого интерфейса, используемого для подключения к вашей локальной сети. Подобную команду можно включить в сценарий запуска. Чтобы проверить установленный маршрут, надо ввести в командной строке команду route -n. В результате ее выполнения будут выведены все записи, содержащиеся в таблице маршрутизации. Если маршрут 255.255.255.255 содержится в таблице, он должен находиться в начале списка.

Конфигурационные файлы DHCP

1.3 Динамическое распределение IP-адресов

Наиболее просто устанавливается конфигурация сервера DHCP, предполагающая динамическое распределение IP-адресов. В этом случае сервер сам решает, какой адрес следует выделить компьютеру, который обратился к нему. IP-адреса для конкретных машин не резервируются, поэтому IP-адрес, который клиент получил в данный момент, в общем случае может отличаться от IP-адреса, выделенного ему при прошлом обращении к серверу. Клиент может запросить конкретный адрес; более того, большинство клиентов запрашивают именно тот адрес, который они использовали ранее, но сервер игнорирует подобную информацию в составе запроса. На практике компьютеры могут достаточно долгое время работать с одним и тем же IP-адресом. Это происходит, если компьютер редко выключается либо если он был отключен в течение короткого промежутка времени. Тем не менее наличие постоянного IP-адреса не гарантируется. Конфигурация, осуществляющая динамическое распределение адресов, удобна в сетях, содержащих большое число клиентов, однако она имеет существенный недостаток: при динамическом распределении IP-адресов затрудняется использование доменных имен, так как серверы DNS связывают имена со статическими IP-адресами. Существуют способы устранения этого недостатка; их мы рассмотрим ниже. Один из способов предполагает организацию совместной работы серверов DHCP и DNS, а другой способ состоит в выделении компьютерам фиксированных IP-адресов.

2. Установка и конфигурирование DHCP-сервера (из исходных кодов)

2.1 DHCP-сервер под UNIX

Есть несколько DHCP-серверов под U*X-подобные OS, коммерческих и бесплатных. Один из наиболее популярных бесплатных DHCP-серверов - DHCPd (Paul Vixie/ISC). Текущая версия 4.0 (предложена большинству пользователей), версия 5.0 находится в beta-тестировании. Вы можете получить их на

ftp://ftp.isc.org/isc/dhcp/

В некоторые дистрибутивы включен бинарный пакет dhcpd, если вы его установили из дистрибутива, перейдите к следующему разделу.

После того, как скачаете пакет, распакуйте его. Перейдите с помощью команды cd в установочную директорию и напечатайте: ./configure

Процесс конфигурирования настроек займет некоторое время. После этого напечатайте: make и make install.

2.2 Конфигурационные файлы

Для настройки сервера DHCP используется конфигурационный файл dhcpd.conf, который обычно располагается в каталоге /etc или /etc/dhdcp. Подобно остальным конфигурационным файлам Linux, dhcpd. conf- это текстовый файл, для редактирования которого можно использовать обычный текстовый редактор. Кроме того, во время работы программа dhcpd создает собственный файл состояния dhcp.leases, который обычно помещается в каталог /var/lib/dhcp. В файле dhcp.leases содержится информация об аренде адресов. В системе DHCP распределением IP-адресов занимается сервер DHCP. Он сообщает клиенту DHCP, что тому на определенный период времени выделяется некоторый IP-адрес. Другими словами, адрес дается клиенту в аренду, а клиент должен вовремя продлевать ее. В файле dhcp.leases также содержатся сведения об Ethernet-адресах клиентов. Файл dhcp.leases не является конфигурационным файлом в полном смысле слова; его нельзя редактировать, но при возникновении проблем или в случае, если вам потребуется выяснить аппаратный адрес, или МАС-адрес, клиента, вы можете просмотреть содержимое dhcp.leases.

Строки файла dhcpd.conf, начинающиеся с символа #, содержат комментарии. Помимо комментариев, в этом файле находятся выражения, которые делятся на две категории.

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

* Декларации. Декларации описывают топологию сети (адреса, связанные с конкретными сетевыми интерфейсами), определяют IP-адреса, которые должны выделяться клиентам, а также связывают набор параметров с набором деклараций.

В некоторых декларациях используется информация, заданная посредством параметров. В этом случае параметры должны предшествовать декларациям. Реальные конфигурационные файлы сервера DHCP обычно начинаются с определения параметров, а за параметрами следуют декларации.

Некоторые декларации могут занимать несколько строк. В них используется группа параметров. Данные, определяемые такими декларациями, помещаются в фигурные скобки. Например, приведенный ниже фрагмент файла dhcpd.conf представляет собой декларацию, которая определяет конкретный компьютер и указывает, какой адрес должен выделяться ему.

host teela {hardware Ethernet 00:05:02:a 7:76:da; fixed-address 192.168.1.2;}

Конкретный смысл подобных деклараций будет рассматриваться позже. Сейчас достаточно заметить, что декларация начинается с ключевого слова host, за которым следует дополнительная опция (имя компьютера teela), а строки, содержащиеся в фигурных скобках, определяют характеристики данной декларации. Декларации, состоящие из нескольких строк, могут содержать вложенные декларации. Рекомендуется располагать вложенные декларации с отступом так, чтобы их можно было заметить с первого взгляда. Такой отступ не обязателен; программа dhcpd игнорирует лишние пробелы за исключением тех случаев, когда они указаны в кавычках.

2.3 Настройка сервера

После того, как вы выполните установку, напечатайте ifconfig -a. Вы должны увидеть что-то подобное этому:

eth0 Link encap:10Mbps Ethernet HWaddr 00:C0:4F:D3:C4:62

inet addr:183.217.19.43 Bcast:183.217.19.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:2875542 errors:0 dropped:0 overruns:0

TX packets:218647 errors:0 dropped:0 overruns:0

Interrupt:11 Base address:0x210

Если в сообщении вы не увидели слова MULTICAST, вам необходимо переконфигурировать ядро, добавив поддержку мультикастинга (multicast). В большинстве систем это уже включено по умолчанию.

Следующим шагом добавьте маршрут для 255.255.255.255. Цитирую README из DHCPd:

"Для того чтобы dhcpd работал правильно с требовательным клиентом (например, Windows 95), вы должны иметь возможность послать пакеты на адрес назначения 255.255.255.255. К сожалению, Linux настаивает на изменении 255.255.255.255 на локальный широковещательный (broadcast) адрес (в нашем случае - 192.5.5.223) . В результате этого нарушается работа протокола DHCP, многие DHCP-клиенты не замечают этой проблемы, но у некоторых (например, все Microsoft DHCP-клиенты) она возникла. Клиентам, у которых есть эта проблема, будет казаться, что они не видят сообщения DHCPOFFER от сервера."

Напечатайте: route add -host 255.255.255.255 dev eth0

Если вы получили сообщение "255.255.255.255: Unknown host", попытайтесь добавить следующую запись в файл /etc/hosts file:

255.255.255.255 all-ones

Затем, попробуйте:

route add -host all-ones dev eth0

или

route add 255.255.255.0 dev eth0

eth0 - имя сетевого устройства, которое вы используете. Если оно у вас отличается, сделайте соответствующие изменения.

2.4 Опции DHCPd

Теперь вам необходимо настроить DHCPd. Чтобы сделать это, вы должны создать или отредактировать файл /etc/dhcpd.conf. Есть графический интерфейс конфигурирования dhcpd под KDE ( http://www.kde.org/), подобный интерфейсу конфигурирования DHCP в Windows NT, который называется kcmdhcpd. Когда выйдет KDE 2.0, он будет включать kcmdhcpd. Вы можете получить kcmdhcpd непосредственно из:

ftp://ftp.us.kde.org/pub/kde/unstable/apps/network/

Если вы хотите конфигурировать DHCPd руками, следуйте нижеуказанным инструкциям.

Обычно IP-адреса назначаются случайно из определенного диапазона. Это можно сделать следующим образом:

# Sample /etc/dhcpd.conf

# (add your comments here)

default-lease-time 600;

max-lease-time 7200;

option subnet-mask 255.255.255.0;

option broadcast-address 192.168.1.255;

option routers 192.168.1.254;

option domain-name-servers 192.168.1.1, 192.168.1.2;

option domain-name "mydomain.org";

subnet 192.168.1.0 netmask 255.255.255.0 {

range 192.168.1.10 192.168.1.100;

range 192.168.1.150 192.168.1.200;

}

В результате этих настроек DHCP-сервер будет выдавать клиенту IP-адрес в диапазоне 192.168.1.10-192.168.1.100 или 192.168.1.150-192.168.1.200. Если клиент не запрашивает специфические временные рамки, то IP-адрес будет арендован в течение 600 секунд. Максимальное (разрешенное) время аренды - 7200 секунд. Сервер также "сообщит" клиенту, что он должен использовать 255.255.255.0 в качестве маски подсети, 192.168.1.255 в качестве адреса широковещания, 192.168.1.254 в качестве маршрутизатора/шлюза, 192.168.1.1 и 192.168.1.2 - адреса DNS-серверов.

Если вашим Windows-клиентам необходим WINS-сервер, включите опцию netbios-name-servers, например:

option netbios-name-servers 192.168.1.1;

Вы также можете назначить определенный IP-адрес, основывающийся на MAC-адресе клиента, например:

host haagen {

hardware ethernet 08:00:2b:4c:59:23;

fixed-address 192.168.1.222;

}

Клиенту будет назначен статический IP-адрес 192.168.1.222 с MAC-адресом 08:00:2b:4c:59:23.

Вы также можете смешивать и сочетать "статические" и "динамические" IP-адреса. К примеру, у вас могут быть клиенты получающие "статические" IP-адреса (например, серверы) и другие клиенты получающие динамические IP (например, мобильные пользователи). Есть еще и другие настройки DHCP-сервера, например, адрес NIS-сервера, адрес сервера времени, и т.д., если вам нужны дополнительные настройки - читайте man на dhcpd.conf.

2.5 Запуск сервера

сервер адрес сетевой динамический

Еще одну вещь необходимо сделать перед запуском сервера. В большинстве случаев инсталляция DHCP не создает файл dhcpd.leases. Этот файл используется DHCPd для сохранения информации об IP-адресах, предоставленных в аренду. Это обычный текстовый файл, который вы можете просматривать во время работы DHCPd. Чтобы создать файл dhcpd.leases, напечатайте:

touch /var/state/dhcp/dhcpd.leases

Вы создадите пустой файл (размер файла = 0). В некоторых старых версиях dhcpd 2.0 файл размещался в /etc/dhcpd.leases. Нет необходимости делать какие-либо изменения в этом файле, все будет сделано dhcpd. Если вы получили сообщение, что файл уже существует, не обращайте на него внимание, переходите к следующему шагу.

Теперь, вы можете вызвать DHCP-сервер. Просто напечатайте (или включите в загрузочные скрипты)

/usr/sbin/dhcpd

dhcpd будет работать на устройстве eth0. Если вы хотите запустить сервер на другое устройство, просто допишите его в командной строке, например:

/usr/sbin/dhcpd eth1

Чтобы проверить, что все работает хорошо, вы должны включить режим отладки и запустить сервер на переднем плане (foreground). Вы можете сделать это, напечатав

/usr/sbin/dhcpd -d -f

Затем, загрузите клиентов и проверьте консоль вашего сервера. Вы будите видеть множество отладочных сообщений. Если все работает хорошо, то вы закончили настройку сервера :-). Завершите работу dhcpd и запустите его без ключей -d -f. Если вы хотите, чтобы dhcpd запускался во время загрузки системы включите dhcpd, например в

/etc/rc.d/rc.local

2.6 Установка глобальных параметров

В листинге 5.1 приведен пример содержимого файла dhcpd.conf, предназначенного для организации динамического распределения IP-адресов. Несмотря на то что данный конфигурационный файл очень прост, его можно использовать на практике для обеспечения работы небольших сетей.

Листинг 5.1. Простой файл dhcpd.conf

default-lease-time 7200;

max-lease-time 10800;

option subnet-mask 255.255.255.0;

option routers 192.168.1.1;

option domain-name-servers 192.168.1.1, 172.17.102.200;

option domain-name "threeroomco.com";

subnet 192.168.1.0 netmask 255.255.255.0 {

range 192.168.1.50 192.168.1.150; }

В первых шести строках файла задаются глобальные параметры, или опции; они определяют основные характеристики сети и сервера и используются при обслуживании всех клиентов. Значения, установленные с помощью глобальных параметров, могут быть переопределены в декларациях. Первые две строки (параметры default-lease-time и max-lease-time) задают длительность аренды в секундах. Подобно тому, как домовладелец и наниматель договариваются о сроках аренды квартиры, клиент DHCP и сервер договариваются о времени, в течение которого клиент может пользоваться IP-адресом. Параметр default-lease-time определяет время аренды, наиболее приемлемое для сервера DHCP. В приведенном выше примере его значение составляет 7200 секунд, или 120 минут. Если клиент запросит более длительную аренду, сервер будет исходить из значения max-lease-time; в данном случае оно равно 10800 секундам, или 180 минутам. При создании реального конфигурационного файла вы можете увеличивать или уменьшать приведенные здесь значения в зависимости от собственных потребностей. Малая длительность аренды снижает работоспособность сети при выходе сервера DHCP из строя и увеличивает нагрузку на сеть. Слишком большая длительность аренды опасна тем, что имеющиеся в наличии IP-адреса будут исчерпаны. Подобная ситуация возможна, если компьютеры будут часто включаться на короткое время; при этом сервер DHCP будет хранить информацию об аренде адресов, которые на самом деле не используются. Для тестирования сервера DHCP целесообразно устанавливать малое время аренды, например 60 секунд; в этом случае вы сможете следить за результатами изменения конфигурации сервера. Если структура сети претерпевает постоянные изменения (например, портативные компьютеры часто подключаются к сети и отключаются от нее), лучше всего подходят значения, близкие к указанным в листинге 5.1. Если же основную часть сети составляют компьютеры, которые не выключаются в течение нескольких дней, то значения параметров default-lease-timeи max-lease-time могут быть порядка сотен тысяч секунд.

Следующие четыре строки листинга задают глобальные параметры, которые передаются клиенту DHCP, а именно: маска подсети, адрес маршрутизатора (шлюза), адреса серверов DNS и доменное имя. Как вы, вероятно, помните из главы 2, те же сведения используются при установке статического IP-адреса компьютера. Несмотря на то что в листинге указаны IP-адреса, вы можете также использовать доменные имена узлов, но при этом необходимо быть уверенным, что сервер DNS работает корректно и связь с ним надежна. Если вы зададите доменные имена, то перед передачей их клиенту сервер DHCP будет преобразовывать их в IP-адреса. Для параметров, не указанных в листинге 5.1, используются значения по умолчанию. При необходимости их можно переназначить явно. Как видно на рис. 5.1, определение параметра заканчивается символом ;. Ниже приведены некоторые параметры, которые вы, возможно, захотите включить в файл dhcpd. conf.

* filename "имя файла". Сервер dhcpd может выполнять функции сервера загрузки для узлов сети. Настроенный подобным образом, сервер DHCP должен предоставлять клиенту сведения о расположении исходного файла загрузки; такая информация задается с помощью параметра filename. После этого клиент может скопировать содержимое данного файла с помощью соответствующего протокола.

* next-server "имя узла". Этот параметр задает имя компьютера, на котором расположен исходный файл загрузки, заданный с помощью параметра filename. Если данный параметр не указан, то по умолчанию считается, что файл находится на том же компьютере, что и сервер DHCP.

* server-name -имя узла". Этот параметр также управляет загрузкой по сети. Он используется для того, чтобы сообщать клиенту имя сервера, на котором расположены файлы, необходимые для загрузки.

* boot-unknown-clients флаг. Как правило, значение данного флага устанавливается равным true, в результате чего dhcpd предоставляет IP-адрес любому компьютеру, который передал запрос. Если значение флага равно false, сервер обслуживает только те компьютеры, для которых в составе конфигурационного файла содержится декларация host.

* option broadcast-address IP-адрес. Если в вашей сета используется нестандартный широковещательный адрес, его можно задать с помощью данного параметра. Обычно клиенты самостоятельно определяют нужный адрес.

* get-lease-hostnames флаг. Если значение флага установлено равным true, dhcpd обращается к серверу DNS, определяет доменное имя и передает его клиенту вместе с IP-адресом. Это позволяет запускать на клиентских компьютерах программы, использующие доменные имена при взаимодействии по сети (например, почтовые серверы). По умолчанию для данного параметра устанавливается значение false.

* use-host-decl-names флаг. Этот параметр почти эквивалентен параметру get-lease-hostnames. Если его значение равно true, dhcpd не обращается к серверу DNS, а передает клиенту доменное имя, заданное в декларации host. По умолчанию принимается значение true.

Параметры get-lease-hostnames и use-host-decl-names определяют, должен ли сервер DHCP предоставлять клиентам доменные имена. Несмотря на то что при использовании get-lease-hostnames dhcpd обращается к серверу DNS для получения доменного имени, ни один из этих двух параметров не влияет на работу сервера DNS. Если вы хотите, чтобы при обращении к клиенту DHCP посредством доменного имени обеспечивалась достаточная надежность, вам надо сконфигурировать сервер DHCP так, чтобы он выделял компьютеру фиксированный IP-адрес, или принять меры для организации совместной работы серверов DHCP и DNS.

В файле dhcpd. conf могут присутствовать и другие параметры, многие из которых начинаются с ключевого слова option. Некоторые параметры указывают расположение различных серверов, например, серверов шрифтов X Window, серверов службы времени и серверов печати. Другие задают характеристики сетевых интерфейсов клиента, например, определяют, может ли клиент выполнять перенаправление IP-пакетов. Подробное описание этих параметров вы найдете на страницах справочной системы, посвященных структуре файла dhcpd.conf. Для использования многих параметров на клиентской машине необходимо установить дополнительные программные средства; например, стандартный клиент DHCP не поддерживает работу с серверами шрифтов X Window.

В большинстве случаев параметры указываются в начале файла dhcpd.conf. Кроме того, параметры могут присутствовать в декларациях, определяющих свойства подсетей или групп.

2.7 Определение диапазона адресов

В листинге 5.1 представлена чрезвычайно простая конфигурация DHCP, в которой определяется один диапазон IP-адресов. Для указания диапазона адресов используется декларация subnet, которая имеет следующий вид:

subnet 192.168.1.0 netmask 255.255.255.0 {

range 192.168.1.50 192.168.1.150; }

Данная декларация указывает на то, что сервер действует в сети 192.168.1.0/24. Очевидно, что компьютер должен иметь сетевой интерфейс, с которым связан адрес из этой сети. В пределах данной сети распространяются широковещательные запросы, передаваемые клиентами и обслуживаемые сервером DHCP. Декларация range определяет диапазон IP-адресов, из которого сервер выбирает адреса, предоставляемые клиенту. В данном примере это адреса 192.168.1.50-192.168.1.150. При необходимости можно использовать любой диапазон, из указанной сети (192.168.1.0/24), важно, чтобы в него не попадали статические IP-адреса компьютеров, в том числе адрес самого сервера DHCP.

В файле dhcpd.conf может присутствовать несколько деклараций subnet. Если сервер обслуживает несколько сетей и соответственно содержит несколько сетевых интерфейсов, для каждого из интерфейсов должна быть указана подобная декларация. То же самое необходимо сделать, если на компьютере установлен всего один сетевой интерфейс, который связан с несколькими логическими подсетями. Работая с версиями dhcpd, предшествующими 3.0, необходимо включать декларацию subnet для каждого интерфейса, независимо от того, обслуживается ли соответствующая сеть сервером DHCP. Например, если два сетевых интерфейса компьютера подключены к сетям 192.168.1.0/24 и 172.20.30.0/24, но сервер DHCP обслуживает только сеть 192.168.1.0/24, в файле dhcpd.conf должна находиться пустая декларация subnet, приведенная ниже.

subnet 172.20.30.0 netmask 255.255.255.0 { }

ВНИМАНИЕ Возможна ситуация, когда компьютер, на котором выполняется сервер DHCP, подключен к двум сетям: одну из сетей он обслуживает сам, а в другой сети используется отдельный сервер DHCP. В этом случае целесообразно настроить сервер так, чтобы он не отвечал на запросы, поступающие из второй сети. Если в одной сети присутствуют два сервера DHCP, они должны быть настроены для совместной работы, в противном случае такая конфигурация может стать источником проблем. Для блокирования входящего трафика DHCP из второй сети можно использовать брандмауэр. (Вопросы настройки брандмауэров обсуждаются в главе 25.) Еще лучше перенести сервер DHCP на компьютер, который принадлежит только одной сети.

Эта декларация указывает на то, что сервер не должен обрабатывать запросы DHCP, поступающие с соответствующего интерфейса. При использовании версии 3.0 программы dhcpd включать эту декларацию не обязательно.

2.8 Выделение фиксированных адресов

В большинстве случаев динамическое распределение IP-адресов обеспечивает нормальную работу компьютеров. Internet-соединение устанавливается по инициативе клиента, адрес сервера известен клиенту, а сервер получает адрес клиента в составе запроса. Периодическое изменение IP-адреса (учитывая, что адрес изменяется при перезагрузке компьютера) не мешает работе клиента (смена адреса в течение сеанса сделала бы обмен данными невозможным).

Тем не менее бывают ситуации, при которых необходимо настраивать систему DHCP так, чтобы клиентам выделялись фиксированные адреса. Подобным образом приходится поступать в том случае, если на компьютере, выполняющем функции клиента DHCP, работает какой-либо сервер. Использование фиксированных адресов упрощает диагностику сети; в этом случае, вызывая команду ping, не приходится выяснять, какой именно адрес присвоен в данный момент тому или иному компьютеру. При наличии фиксированных IP-адресов появляется также возможность вместо адреса указывать при обращении к компьютеру доменное имя. (Далее в этой главе будет обсуждаться способ связывания доменных имен с динамическими IP-адресами.) Программа dhcpd позволяет присваивать компьютерам фиксированные IP-адреса. Для этого надо задать МАС-адреса и сконфигурировать dhcpd так, чтобы МАС-адресу соответствовал определенный IP-адрес. Конфигурация dhcpd для выделения фиксированных адресов несколько сложнее, чем. конфигурация, при которой выполняется динамическое распределение IP-адресов.

2.9 Определение МАС-адреса клиента

МАС-адрес используется для организации сетевого взаимодействия на самом низком уровне. При использовании сетевых карт Ethernet МАС-адрес состоит из шести байтов, значения которых обычно представляются шестнадцатеричными числами и разделяются двоеточиями, например 00:80:C8:FA:3B:OA. Каждый пакет, передаваемый устройством Ethernet по сети, содержит МАС-адрес этого устройства, поэтому имеет в своем распоряжении данные, идентифицирующие сетевую карту, а следовательно, и компьютер, в состав которого она входит. (Многие операционные системы содержат средства, позволяющие переопределять МАС-адреса, поэтому МАС-адрес не всегда однозначно идентифицирует устройство, однако в подавляющем большинстве случаев такой способ вполне применим). В зависимости от типа сетевого оборудования, форматы МАС-адреса могут отличаться от формата, используемого Ethernet, но принцип применения таких адресов остается неизменным.

Первые три байта МАС-адреса Ethernet содержат код производителя сетевой карты; остальные три байта устанавливает предприятие, выпускающее Ethernet-карты. Информацию о кодах производителей можно найти по адресу http://www.coffer.com/mac_find/или http://www.cavebear.com/CaveBear/Ethernet/vendor .html. Для настройки DHCP эти сведения не требуются, но вы можете воспользоваться ими, выясняя расположение компьютеров по широковещательным запросам клиентов DHCP. Заметьте, что производитель Ethernet-карты и производитель компьютера - это, как правило, разные компании.

Для того чтобы программа dhcpd могла использовать МАС-адрес при назначении клиенту IP-адреса, надо в первую очередь выяснить МАС-адрес. В зависимости от используемых аппаратных средств и типа операционной системы, под управлением которой работает клиентский компьютер, это можно сделать различными способами. Некоторые производители снабжают свои сетевые платы наклейками с МАС-адресами. Даже если такая наклейка имеется на вашей плате, не всегда имеет смысл открывать компьютер только для того, чтобы узнать МАС-адрес Ethernet-карты. Существуют программные средства, позволяющие получить эту информацию.

2.9.1 Определение МАС-адреса с клиентской машины

При работе с Linux и другими подобными UNIX системами МАС-адрес можно определить с помощью команды ifconfig. Задайте команду ifconfig ethO (или укажите при вызове ifconfig другое имя), и утилита ifconfig выведет информацию об указанном сетевом интерфейсе. Отображаемые данные будут выглядеть приблизительно следующим образом:

ethO Link encap:Ethernet HWaddr 00:80:C6:F9:3B:BA

МАС-адрес следует за ключевым словом HWaddr; в данном случае это значение OO:80:C6:F9:3B:BA. Нужная информация будет получена только в том случае, если драйвер Ethernet загружен и интерфейс активен. При этом не имеет значения, связан ли интерфейс со стеком протоколов TCP/IP.

Используя Windows 2000, вы можете выяснить МАС-адрес посредством программы IPCONFIG, которая работает подобно утилите ifconfig системы Linux. Для получения исчерпывающей информации о сетевых интерфейсах, имеющихся в системе, надо задать команду IPCONFIG /ALL. В составе отображаемых данных будет содержаться следующая строка:

Physical Address : 00-50-BF-19-7E-99

В Windows Me используется программа WINIPCFG, выполняющая те же функции, что и IPCONFIG, и предоставляющая графический пользовательский интерфейс. При запуске программы выводится окно, представленное на рис. 5.1, в котором МАС-адрес отображается в поле Adapter Address.

Аналогичные средства, позволяющие определить МАС-адрес, имеются и в других операционных системах; для того чтобы использовать соответствующие команды, надо ознакомиться с описанием конкретной системы.

2.9.2 Определение МАС-адреса с сервера

МАС-адрес клиента также можно определить с помощью сервера DHCP. Для этого необходимо, чтобы средства поддержки стека протоколов на клиентском компьютере работали исправно. Сконфигурируйте клиент для работы с сервером DHCP так, чтобы после загрузки клиент получил от сервера динамический IP-адрес. Затем ознакомьтесь с содержимым файла аренды (обычно это файл /var/lib/dhcp/dhcpd.leases). В нем вы найдете запись, которая выглядит приблизительно следующим образом:

lease 192.168.1.50 {

starts 4 2002/07/19 21:37:20;

ends 4 2002/07/19 23:17:20;

binding state active;

next binding state free;

hardware ethernet 00:50:56:82:01:03; }

В приведенной записи указаны IP-адрес, выделенный клиенту, время начала и завершения аренды, а также прочая информация, в том числе МАС-адрес (hardware ethernet 0 О = 50:56:82:01:03). Чтобы использовать содержимое файла аренды для определения МАС-адреса, вы должны знать, какой IP-адрес выделен клиенту. Это можно определить по времени аренды либо обратиться за этими сведениями на клиентскую машину.

МАС-адреса могут также содержаться в файле протокола Linux (обычно это файл /var/log/messages). Последнюю запись, содержащую имя dhcpd, можно найти с помощью следующей команды:

# grep dhcpd /var/log/messages I tail -n 1

Jul 19 18:27:38 speaker dhcpd: DHCPACK on 192.168.1.50 to 00:50:56:82:01:03 via ethO

Эту команду можно выполнить сразу после того, как сервер DHCP выделит IP-адрес клиенту. Если вы не знаете IP-адреса, присвоенного клиенту, вы рискуете ошибочно определить МАС-адрес. Так может случиться, если после запроса интересующего вас компьютера какой-то из клиентов обратится к серверу DHCP для того, чтобы продлить аренду. Зная IP-адрес, проверьте запись в файле протокола. Если адрес не совпадает, просмотрите другие записи, задавая значения опции -п программы tail, отличные от 1.

И, наконец, независимо от того, использует ли клиент статический IP-адрес или получил адрес от сервера DHCP, вы можете определить МАС-адрес с помощью команды агр. Вызовите команду агр на любом Linux-компьютере вашей сети, указав в качестве параметра IP-адрес клиента.

# агр 192.168.1.50

Address HWtype HWaddress Flags Mask Iface

192.168.1.50 ether 00:50:56:82:01:03 С ethO

Не исключено, что перед вызовом агр вам придется инициировать обмен данными с клиентом. Используйте для передачи пакета программу ping. Соответствующая команда выглядит следующим образом: ping -с 192.168.1.50

2.9.3 Описание узлов с помощью МАС-адресов

Для того чтобы программа dhcpd анализировала МАС-адреса клиентов и предоставляла им фиксированные IP-адреса, надо сначала реализовать динамическое распределение адресов. Вы можете использовать в качестве шаблона код, представленный в листинге 5.1, а затем модифицировать его, например, изменить адреса сервера DNS и шлюзов либо добавить глобальные параметры. Затем необходимо добавить для каждого клиента, которому необходимо выделять фиксированный IP-адрес, декларацию host. Эта декларация может содержаться в декларации subnet либо следовать за ней. Пример декларации host приведен ниже.

host teela {

hardware ethernet 00:05:02:a7:76:da; fixed-address 192.168.1.2; }

Декларация начинается с ключевого слова host, за которым следует имя узла без указания имени домена. (Решение о том, должно ли имя домена передаваться клиенту, зависит от наличия других параметров, например use-host-decl-names.) В фигурных скобках указаны два параметра. Первый из них (hardware) задает тип сетевого интерфейса и МАС-адрес, к которому должна применяться эта декларация. В данном примере содержится запись для Ethernet-карты, а при работе в сети иного типа надо задать другой тип сетевого устройства; например, для сети Token Ring следует указать ключевое слово token-ring. Второй параметр (fixed-address) определяет IP-адрес, выделя¬емый клиенту. Следите за тем, чтобы этот адрес принадлежал сети, которую обслуживает сервер DHCP, и лежал за пределами диапазона, определенного с помощью параметра range, заданного в декларации subnet. В данном примере указан адрес 192.168.1.2, который не относится к диапазону 192.168.1.50-192.168.1.150, указанному в листинге 5.1, но принадлежит сети 192.168.1.0/24, указанной там же.

В файле dhcpd.conf можно определять любое число клиентов, которым должны выделяться фиксированные IP-адреса. Можно также сформировать конфигурационный файл так, что для одних компьютеров сервер DHCP будет выделять фиксированные адреса, а для других - распределять адреса динамически. Если в файле dhcpd. conf содержится и выражение range, и одна или несколько деклараций host, то компьютеры, МАС-адреса которых явно не указаны в декларациях host, будут получать адреса из диапазона, заданного с помощью декларации subnet.

2.9.4 Параметры для отдельных клиентов

Как было сказано ранее, в декларации, состоящей из нескольких строк, могут указываться параметры; они применимы только к текущей декларации. Параметрами являются выражения hardware и fixed-address в декларации host. Для конкретных компьютеров можно задать и другие параметры, в частности, в декларации можно указывать глобальные опции, которые были рассмотрены выше в данной главе. Часто для отдельных компьютеров указывают параметр option host-name "имя"; в результате сервер DHCP будет передавать имя клиенту. В некоторых случаях этот параметр используется вместо get-lease-hostnames и use-host-decl-names. Кроме того, его можно применять для предоставления имен лишь некоторым из клиентов.

Параметры могут воздействовать на группы клиентов. Один из способов состоит в том, чтобы объединить компьютеры, принадлежащие некоторой группе, в отдельной подсети. Очевидно, что использовать такой способ крайне неудобно. Гораздо лучше создать группу узлов, объединив декларации host в составе декларации group. Соответствующий фрагмент конфигурационного файла будет иметь приблизительно следующий вид:

group {

get-lease-hostnames true; host teela {

hardware ethernet 00 : 05 : 02 : a7 : 76 : da;

fixed-address 192.168.1.2; } host nessus {

hardware ethernet 00: 50:BF:19:7E:99;

fixed-address 192.168.1.3; ) ) group {

use-host-decl-names true; host hindmost {

hardware ethernet 00:50:56:81:01:03;

fixed-address 192.168.1.4; } host louiswu {

hardware ethernet 00:e0: 98:71:60:cl;

fixed-address 192.168.1.5; }

Имена, предоставляемые первым двум клиентам (teela и nessus), определяются при обращении к серверу DNS. Вторым двум клиентам (hindmost и louiswu) присваиваются имена, указанные в декларации host. Путем группировки декларации можно также решать другие задачи, например, использовать разные файлы загрузки для различных компьютеров (при этом указываются параметры filename и next-server) либо задавать для некоторых узлов сети специальные установки TCP/IP (таким образом можно повысить производительность отдельных компьютеров за счет снижения эффективности работы остальной части сети).

3. Интеграция с другими серверами

Некоторые варианты настройки сервера DHCP предполагают, что он будет обмениваться данными с другими пакетами. Подобная ситуация возникает в тех случаях, когда клиенты DHCP должны получать дополнительные данные от сервера. Иногда другие серверы могут обращаться к серверу DHCP, чтобы получить данные, определяющие их конфигурацию. В данной главе уже обсуждалось использование параметра get-lease-hostnames; в этом случае сервер DHCP вынужден обращаться за информацией к серверу DNS.

3.1 Включение информации NetBIOS

Система NetBIOS, являющаяся основой для протоколов SMB/CIFS, использует для решения стоящих перед ней задач набор структур и инструментов, действующих на базе протоколов TCP/IP. (Подробно протоколы SMB/CIFS, будут рассматриваться в главе 7.) Сервер DHCP можно настроить так, что он будет предоставлять информацию некоторым из этих структур, выполняющихся на клиентских компьютерах под управлением Win¬dows. В результате повысится эффективность работы системы. Для этого в состав файла dhcpd. conf включаются следующие параметры.

* option netbios-name-servers адреса серверов. Традиционно NetBIOS применяет систему преобразования имен, которая не имеет ничего общего с системой, с которой работает большинство TCP/IP-клиентов. Компьютеры NetBIOS могут использовать широковещательную модель, согласно которой они передают широковещательные сообщения по локальной сети, либо применять в работе систему преобразования имен, отличную от DNS. Независимые серверы имен называются NBNS (NetBIOS Name Service - служба имен NetBIOS) или WINS (Windows Internet Name Service - межсетевая служба имен Windows). Для того чтобы сервер DHCP сообщал Windows-клиентам адреса серверов, в его конфигурационном файле используются параметры option netbios-name-servers. Обычно в файле dhcpd.conf указывается один подобный сервер, но система DHCP может предоставлять адреса нескольких серверов WINS.

* option netbios-node-type код_типа. Этот параметр используется с параметром, рассмотренным выше. Он сообщает клиенту, должен ли тот реализовывать широковещательный принцип преобразования адресов или обращаться к серверу WINS. Код типа - это числовое значение в диапазоне от 1 до 8. Значения 1 и 2 сообщают соответственно об использовании широковещательного преобразования имен и сервера WINS. Значения 4 и 8 позволяют применять оба способа: 4 означает, что клиент должен сначала предпринять попытку широковещательного преобразования, а в случае неудачи обращаться к серверу WINS, a 8 указывает на то, что в первую очередь клиент должен обратиться к серверу WINS, а лишь потом использовать широковещательное преобразование. В большинстве сетей, содержащих сервер WINS, указывается значение 8, поскольку при этом снижается трафик сети и в то же время обеспечивается достаточная надежность. Если этот сервер оказывается неисправным или не содержит данные для конкретного компьютера, преобразование все же выполняется.

* option netbios-dd-server адрес_сервера. Параметр связан с решением самых сложных вопросов обеспечения работы NetBIOS: он задает адрес сервера NBDD (NetBIOS Datagram Distribution - распространение дейтаграмм NetBIOS). Этот сервер передает широковещательный трафик клиентам, которые в обычных условиях не получали бы эти данные. Вероятнее всего, вам не придется использовать этот параметр.

* option netbios-scope строка. Данный параметр определяет область видимости NetBIOS - группу компьютеров, которым известно заданное имя NetBIOS. В большинстве случаев в системе NetBIOS область видимости остается неизменной, в результате любой NetBIOS-компьютер сети может распознавать имена остальных компьютеров. Если в сети устанавливается область видимости, вам придется использовать этот параметр. (При необходимости его можно включить в состав декларации group.)

Если сервер DHCP предоставляет IP-адреса Windows-клиентам, целесообразно использовать первые два из рассмотренных выше параметров как глобальные. (Пакет Samba в системе Linux не использует значения, предоставляемые DHCP; они предназначены в основном для клиентов Windows). Например, вы можете включить в начало файла dhcpd.conf следующие две строки: option netbios-name-servers 192.168.1.1; option netbios-node-type 8;

Чтобы убедиться, что компьютеры под управлением Windows используют эту информацию, надо проверить, установлена ли опция Use DHCP for WINS Resolution в диалоговом окне TCP/IP Properties (рис. 5.3). Если вы выберете опцию Disable WINS Resolution, система вовсе не будет использовать WINS. Установив опцию Enable WINS Resolution, вы сможете вручную задать IP-адрес сервера WINS.

3.2 Взаимодействие с DNS-сервером

Если вы хотите, чтобы к клиенту DHCP мог непосредственно обратиться любой узел сети, добиться этого можно двумя способами. Вы можете сконфигурировать сервер DHCP так, чтобы он предоставлял клиенту фиксированный IP-адрес (необходимые действия обсуждались ранее в этой главе), либо настроить серверы DHCP и DNS для взаимодействия друг с другом; в этом случае записи сервера DNS будут обновляться, отражая текущее назначение адресов клиентам DHCP. Если адреса клиентов DHCP изменяются редко, а обращение к ним выполняется только из локальной сети, второй способ предпочтительнее первого. Если к компьютеру предполагается доступ из Internet, этот способ мало пригоден. Если запись в конфигурационном файле DNS изменится, то для распространения изменений по Internet потребуется определенное время. В течение этого времени могут быть предприняты попытки обращения к компьютеру по его старому адресу.

В версиях dhcpd, предшествующих версии 3.0, отсутствовали средства для поддержки взаимодействия с сервером DNS. В версии 3 были реализованы два способа обновления записей DNS: ad-hoc (метод, ориентированный на конкретный узел) и interim (промежуточный метод). Существуют также другие способы; после принятия их в качестве Internet-стандарта они будут реализованы в последующих версиях dhcpd.

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

Для организации взаимодействия с сервером DNS используется параметр ddns-update-style, который может принимать одно из трех значений: ad-hoc, interim и none (последнее значение принимается по умолчанию). Чтобы разрешить динамическое обновления DNS, надо включить параметр ddns-update-style в качестве глобального в начало файла dhcpd.conf и присвоить ему либо значение ad-hoc, либо interim (попытки задать данный параметр для отдельных клиентов не дадут ожидаемого результата).

ВНИМАНИЕ Оба метода обновления DNS работают только в том случае, если сервер DNS воспринимает информацию об обновлении. Соответствующая конфигурация сервера DNS будет обсуждаться в главе 18.


Подобные документы

  • Изучение функционирования DHCP сервера, базовая конфигурация первой ветки модели ЛВС, выполнение конфигурации DHCP второй ветки ЛВС c применением удаленного сервера базы данных. Распределение настроек сети, на все компьютеры, использование протокола DHCP.

    лабораторная работа [5,5 M], добавлен 08.05.2023

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

    контрольная работа [825,5 K], добавлен 09.06.2010

  • Принцип работы DHCP. Проблема автоматизации распределения IP-адресов. Реализация DHCP в Windows. Адреса для динамической конфигурации. Процесс функционирования служб. Механизм авторизации DHCP-серверов. Типы сообщений, направления, основные параметры.

    презентация [223,0 K], добавлен 10.09.2013

  • Автоматизированная настройка TCP/IP, динамическая настройка конфигурации с применением BOOTP. IP-адреса запросов/ответов, потеря и формат сообщения, фазы ВООТP. Протокол DHCP как расширение протокола ВООТP. Распределение и назначение IP-адресов.

    контрольная работа [1,3 M], добавлен 09.06.2010

  • Создание виртуальной машины для гостевой операционной системы Microsoft Windows Server 2003. Первоначальная настройка установленной операционной системы. Создание DHCP-сервера с диапазоном рабочих адресов. Настройка доменного имени для IP-адреса сервера.

    лабораторная работа [3,2 M], добавлен 20.12.2012

  • Основные функции отдела камеральных проверок налоговой инспекции. Автоматизация процесса назначения IP-адресов узлам сети с использованием протокола DHCP. Проблемы и примеры работы протокола DHCP. Модель клиент-сервер, механизм функционирования.

    отчет по практике [91,2 K], добавлен 22.03.2012

  • Общее понятие о DHCP (протоколе динамического конфигурирования адресов). Порядок настройки сервера и доставки почты. Описание конфигурации в специальном файле. Особенности процесса отправки и приема сообщений. Режимы работы программного интерфейса.

    презентация [138,5 K], добавлен 25.10.2013

  • Разработка структурной схемы компьютерной сети на базе технологии канального уровня Ethernet, содержащую 3 подсети, 53 компьютера, сервера NTP и DNS. Установка ip-адресов сетевых интерфейсов. Соединение отдельных частей сети с помощью маршрутизаторов.

    курсовая работа [2,0 M], добавлен 23.12.2015

  • NIC (Network Interface Card) или сетевые адаптеры. Создание локальной сети и профиля. Выбор оборудования и операционной системы. Обжим проводов. Установка Windows 2003 Server, Traffic Inspector, DNS-сервера, DHCP-сервера. Применение маршрутизаторов.

    курсовая работа [8,8 M], добавлен 17.03.2014

  • Методы проектирования LAN для обеспечения обмена данными, доступа к общим ресурсам, принтерам и Internet. Автоматическая адресация в IP-сетях при помощи протокола DHCP. Алгоритмы маршрутизации, базирующиеся на информации о топологии и состоянии сети.

    дипломная работа [2,7 M], добавлен 01.07.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.