[PMR]

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

[PMR]

В состав Windows 2000 Server входит новая версия службы DHCP, которая об¬ладает более широкими возможностями по сравнению с версией, входившей в состав Windows NT 4.0. Служба Windows 2000 DHCP обладает следующими но¬выми возможностями:
• Новый интерфейс управления, включающий в себя средства формирования докладов и мониторинга. Новая версия службы DHCP управляется при по¬мощи оснастки ММС. Набор относящихся к DHCP административных средств включает в себя проверку статистики и отображение графиков актив¬ности DHCP.
• Прямая интеграция со службой Windows 2000 Dynamic DNS (DDNS). Новая версия службы DHCP может динамически создавать и удалять записи в базе данных DNS. Благодаря этой новой возможности можно отказаться от ис¬пользования WINS. Таким образом, сеть Windows 2000 может быть целиком основанной на использовании технологий TCP/IP.
• Поддержка выделения IP-адресов для многоадресной передачи данных. Но¬вая версия службы DHCP может динамически выделять клиентам и серве¬рам сети IP-адреса, предназначенные для многоадресной передачи данных (передачи пакетов одновременно нескольким адресатам). Многоадресная пе¬редача предназначена для использования в таких приложениях, как телекон¬ференции.
• Предотвращение появления в сети неавторизированных DHCP-серверов. Для того чтобы приступить к выполнению своих функций, сервер Windows 2000 DHCP должен авторизировать себя в Active Directory. Благодаря этому требованию в сети не могут появиться неавторизированные серверы, в ре¬зультате работы которых может быть нарушена целостность адресного про¬странства сети.
• Более тонкая настройка параметров IP. Поддерживаются новые идентифика¬торы класса и поставщика, при помощи которых администратор может назна¬чать параметры IP в зависимости от заранее определенного критерия (напри¬мер, является ли клиентский компьютер настольным или портативным, подключен ли он к сети через канал LAN или при помощи RRAS). Таким об¬разом, разным клиентам, использующим одну и ту же область DHCP, могут быть назначены разные параметры IP.
• Новые встроенные локальные и глобальные группы для администрирования DHCP. Как правило, в сети возникает необходимость делегировать админи¬стрирование службы DHCP персоналу, не обладающему полным набором административных привилегий. Чтобы упростить делегирование, компания Microsoft включила в состав Windows 2000 специальные группы, ориентиро¬ванные на управление работой службы DHCP.

[PMR]

Работа службы DHCP основана на трех основных компонентах.
• Сервер DHCP. Это компьютер, оснащенный операционной системой Win¬dows 2000 Server, обладающий статическим IP-адресом, на котором функцио¬нирует служба DHCP. Сервер DHCP хранит базу данных конфигурационной информации TCP/IP для всей сети и обеспечивает передачу необходимой конфигурационной информации клиентам. Управление службой DHCP мо¬жет выполняться локально, при помощи специальной оснастки ММС или че¬рез сеть, с использованием рабочей станции администратора.
• Клиенты DHCP. Поддержкой DHCP обладают многие сетевые клиенты, включая некоторые версии Linux и Unix. Приведем краткий список клиентов Microsoft, поддерживающих DHCP:
- любые версии Windows;
- Network Client 3.0 for DOS;
- LAN Manager ver. 2.2c.
• Передающие агенты DHCP. Для начальной конфигурации клиентов механизм DHCP использует широковещательную передачу данных. По этой причине сервер DHCP может обслуживать только клиентов локальной сети.
Чтобы обойти это ограничение, сетевые маршрутизаторы могут быть настроены таким образом, чтобы передавать запросы клиентов DHCP из удаленных подсетей серверу DHCP для дальнейшего обслуживания. Маршрутизаторы настроенные на передачу запросов DHCP из одной сети в другую, называют передающими агентами DHCP (DHCP relay agents). Стандарт DHCP был
разработан на основе технологии ВООТР, поэтому маршрутизаторы, настро¬енные на передачу широковещательных запросов ВООТР (UDP-порт 67) серверу DHCP, также считаются передающими агентами DHCP.

[PMR]

Служба DHCP выполняет свои функции в ответ на запрос клиента. Когда кли¬ент DHCP загружается и подключается к сети впервые, инициируется процесс обращения к DHCP, который состоит из четырех шагов.
1. Клиент передает в сеть широковещательный запрос на получение IP-адреса (при этом используется UDP-порт 67). Этот запрос называют DHCP Disco¬very broadcast (обнаружение DHCP).
2. Каждый из серверов DHCP, работающих в локальной сети, отвечает на за¬прос клиента сообщением, содержащим предлагаемый IP-адрес. Это сообще¬ние называется DHCP Offer (предложение DHCP). Если в локальной сети клиента не существует ни одного DHCP-сервера, передающий агент DHCP передает запрос клиента удаленному серверу DHCP. Сервер DHCP, работаю¬щий в удаленной сети, отвечает на запрос клиента сообщением DHCP Offer.
3. Клиент реагирует на первый же принятый им запрос DHCP Offer и отсылает в сеть еще одно широковещательное сообщение, которое называется DHCP Request (запрос DHCP). Этим сообщением клиент подтверждает получение IP-адреса. В случае необходимости передающий агент передает широковеща¬тельное сообщение клиента в удаленную сеть. Серверы, чье предложение DHCP не было принято клиентом, возвращают предложенные ими IP-адреса в пул свободных адресов.
4. Сервер DHCP, чье предложение было принято, отвечает клиенту сообщени¬ем DHCP Acknowledgment (подтверждение DHCP), в состав которого входит продолжительность аренды IP-адреса, а также любая другая конфигурацион¬ная информация, которую сервер должен передать клиенту. Приняв такое со¬общение, клиент настраивает себя на использование полученного IP-адреса и приступает к нормальной работе в сети.

[PMR]

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

[PMR]

Как серверы, так и клиенты DHCP обладают средствами обнаружения дубли¬рующихся IP-адресов. Сервер DHCP может быть настроен на проверку сущест¬вования сетевого узла, обладающего тем или иным IP-адресом. В этом случае, перед тем как выдать некоторый IP-адрес клиенту, сервер сначала пытается уста¬новить контакт с сетевым узлом, обладающим этим адресом (аналогично тому, как работает утилита ping). Если установить связь с таким узлом не удается, счи¬тается, что IP-адрес никем не занят и его можно выделить клиенту для дальней¬шего использования. Таким образом, выделение некоторого IP-адреса будет вы¬полнено только в случае, если в сети не существует узла, обладающего данным IP-адресом. По умолчанию этот механизм отключен, так как при его использовании выделение IP-адресов существенно замедляется. Клиенты DHCP обладают собственными средствами обнаружения конфликтов адресации. Прежде чем ответить на сообщение DHCP Offer, клиент отправляет в локальную сеть широковещательное сообщение ARP, чтобы определить, существует ли в локальной подсети сетевой узел, уже использующий предложенный DHCP-сервером IP-адрес. Если выясняется, что предложенный DHCP-сервером IP-адрес уже занят, клиент отвечает на предложение сервера широковещатель¬ным сообщением DHCP Decline (отказ DHCP), а затем отсылает в сеть еще одно сообщение DHCP Discovery. Сервер, получивший сообщение DHCP Decline, от¬мечает предложенный им клиенту IP-адрес как плохой. Этот адрес добавляется в список уже выделенных IP-адресов с пометкой BAD^ADDRESS. Если вы обна¬руживаете, что в списке выделенных IP-адресов (Active Leases) находится адрес с пометкой BAD_ADDRESS, вы должны попытаться идентифицировать и ис¬править проблему. После того как система, вызвавшая ошибку, будет отключена от сети (в этом можно убедиться при помощи утилиты ping или другими средст¬вами), соответствующий ей IP-адрес можно вернуть в список свободных IP-адре¬сов, доступных для выделения. Для этого следует просто удалить адрес из списка Active Leases.

[PMR]

Клиент может пользоваться предоставленным ему при помощи DHCP IP-адре¬сом в течение определенного ограниченного промежутка времени. По умолча¬нию этот промежуток составляет три дня. При желании администратор может изменить этот параметр. Если клиент желает использовать предоставленный ему IP-адрес в течение более длительного промежутка времени, он должен выпол¬нить процедуру обновления IP-адреса. Обновление IP-адреса выполняется сле¬дующим образом:
• Когда истекает половина срока аренды IP-адреса, клиент пытается вступить в контакт с DHCP-сервером и получить у него разрешение на дальнейшее ис¬пользование выделенного ему IP-адреса. Для этого клиент передает серверу сообщение DHCP Request. Если сервер соглашается продлить срок аренды IP-адреса, клиент получает разрешение на использование выделенного ему IP-адреса в течение еще одного полного срока аренды. Если по истечении по¬ловины срока аренды клиент не может вступить в контакт с DHCP-сервером, он продолжает использовать выделенный ему IP-адрес.
• Когда истекает 7/8 (87,5 %) срока аренды IP-адреса, клиент вновь -пытается вступить в контакт с DHCP-сервером, чтобы получить разрешение на даль¬нейшее использование выделенного ему IP-адреса. Если установить связь с сервером DHCP не удается, клиент продолжает попытки через регулярные интервалы времени до тех пор, пока срок аренды полностью не завершится. Когда срок аренды IP-адреса завершается, клиент прекращает его использо¬вание и отправляет в сеть широковещательный запрос DHCP Discovery каж¬дые пять минут до тех пор, пока не будет получен ответ от сервера.
• Помимо попыток обновления IP-адреса, осуществляемых в течение срока аренды IP-адреса, клиент также пытается получить разрешение на использо¬вание выделенного ему IP-адреса каждый раз в момент перезапуска или в на¬чале работы системы, даже в случае, если в то время, пока он был отключен от сети, срок его аренды истек.
Если значения конфигурационных параметров, передаваемых клиенту сервером DHCP, изменились со времени выполнения последней процедуры обновления, клиент обновляет свою конфигурацию.

[L_e_o]

SMTP (англ. Simple Mail Transfer Protocol — простой протокол передачи почты) — это сетевой протокол, предназначенный для передачи электронной почты в сетях TCP/IP.

SMTP используется для отправки почты от пользователей к серверам и между серверами для дальнейшей пересылки к получателю. Для приёма почты почтовый клиент должен использовать протоколы POP3 или IMAP. Работа с SMTP происходит непосредственно на сервере получателя. Поддерживает функции: установление соединения, аутентификация, передача данных
Чтобы доставить сообщение до адресата, необходимо переслать его почтовому серверу домена, в котором находится адресат. Для этого обычно используется запись типа MX (англ. Mail eXchange — обмен почтой) системы DNS. Если MX запись отсутствует, то для тех же целей может быть использована запись типа A. Некоторые современные реализации SMTP-серверов (например, Exim[1]) для определения сервера, обслуживающего почту в домене адресата, также могут задействовать SRV-запись (RFC 2782).
Широкое распространение SMTP получил в начале 1980-х годов. До него использовался протокол UUCP, который требовал от отправителя знания полного маршрута до получателя и явного указания этого маршрута в адресе получателя, либо наличия прямого коммутируемого или постоянного соединения между компьютерами отправителя и получателя.
Sendmail был одним из первых (если не первым) агентом отправки сообщений, который начал работать с SMTP. В настоящее время протокол SMTP является стандартным для электронной почты и его используют все клиенты и серверы.
Протокол был разработан для передачи только текста в кодировке ASCII, кроме того, первые спецификации требовали обнуления старшего бита каждого передаваемого байта. Это не даёт возможности отсылать текст на национальных языках (например, кириллице), а также отправлять двоичные файлы (такие как изображения, видеофайлы, программы или архивы). Для снятия этого ограничения был разработан стандарт MIME, который описывает способ преобразования двоичных файлов в текстовые. В настоящее время большинство серверов поддерживают 8BITMIME, позволяющий отправлять двоичные файлы так же просто, как текст. Основные команды: – MAIL адрес отправителя – RCPT адрес получателя (может быть несколько. На каждого получателя отдельно приходит квитанция) – DATA передача данных (письма). Производится в ASCII. Данные формируются как сегменты ТСР. Конец письма – точка в пустой строке. – QUIT разрыв соединения Установление и закрытие соединения непосредственно с сервером производится по ТСР. Контроль за пользовательскими данными возложен на ТСР.

Сервер SMTP — это конечный автомат с внутренним состоянием. Клиент передает на сервер строку команда<пробел>параметры<перевод строки>. Сервер отвечает на каждую команду строкой, содержащей код ответа и текстовое сообщение, отделенное пробелом. Код ответа — число от 100 до 999, представленное в виде строки, трактующийся следующим образом:
2ХХ — команда успешно выполнена
3XX — ожидаются дополнительные данные от клиента
4ХХ — временная ошибка, клиент должен произвести следующую попытку через некоторое время
5ХХ — неустранимая ошибка
Текстовая часть ответа носит справочный характер и предназначена для человека, а не программы.
ESMTP — расширяемый протокол, в отличие от SMTP. При установлении соединения сервер объявляет о наборе поддерживаемых расширений (в качестве ответа на команду EHLO). Соответствующие расширения могут быть использованы клиентом при работе. Необходимо помнить, что если сессия начинается с команды HELO (используемой в «классическом» SMTP, RFC 821), то список расширений выводиться не будет.