Реферат: Настройка конфигураций TCP\IP вручную

Транспортный уровень;

Сеансовый уровень;

Представительный уровень;

Прикладной уровень.

Рис. 4. Схема модели OSI.

Протокол управления передачей (ТСР)

ЧТО ТАКОЕ TCP/IP?

TCP/IP - это установка протоколов, используемых для связи компьютерных сетей

и маршрутизации движения информации между большим количеством различных

компьютеров. "TCP" означает "Протокол контроля передачи", а "IP" означает

"Протокол межсетевого взаимодействия". Протоколы стандартизированы описанными

допустимыми форматами, обработкой ошибок, передачей сообщений и стандартами

связи. Компьютерные системы, которые подчиняются протоколам связи, таким как

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

безошибочно к нужным получателям, не смотря на большие различия в аппаратуре

и программном обеспечении различных машин. Многие большие сети были выполнены

с этими протоколами, включая DARPA сеть. Разнообразные университеты,

учреждения и компьютерные фирмы связаны в глобальную сеть, которая следует

протоколам TCP/IP. Тысячи индивидуальных машин подсоединены к сети. Любая

машина сети может взаимодействовать с любой другой. Машины в сети называются

"hosts"(главные ЭВМ) или "nodes"(узловые ЭВМ). TCP/IP обеспечивает базу для

многих полезных средств, включая электронную почту, передачу файлов и

дистанционную регистрацию. Электронная почта предназначена для передачи

коротких текстовых файлов. Прикладные программы для передачи файлов могут

передавать очень большие файлы, содержащие программы и данные. Они также

могут выполнять контрольные проверки правильности передачи данных.

Дистанционная регистрация позволяет пользователям одного компьютера

зарегистрироваться на удаленной машине и продолжать интерактивный сеанс связи

с этой машиной.

Протокол межсетевого взаимодействия (IP)

IP определяет несвязанную пакетную доставку. Эта доставка связывает одну или

более пакетно-управляемые сети в глобальную сеть. Термин "несвязанную"

означает, что получающая и посылающая машины не связаны собой

непосредственным контуром. Здесь индивидуальные пакеты данных (дейтаграммы)

маршрутизируются через различные машины глобальной сети к локальной сети-

получателю и получающей машине. Таким образом, сообщения разбиваются на

несколько дейтаграмм, которые посылаются отдельно. Заметьте, что несвязанная

пакетная доставка сама по себе ненадежна. Отдельные дейтаграммы могут быть

получены или не получены и с большой вероятностью могут быть получены не в

том порядке, в котором они были посланы. TCP увеличивает надежность.

Дейтаграмма состоит из заголовка, информации и области данных. Заголовок

используется для маршрутизации и процесса дейтаграммы. Дейтаграмма может быть

разбита на малые части в зависимости от физических возможностей локальной

сети, по которой она передается. (Когда шлюз посылает дейтаграмму к локальной

сети, которая не может разместить дейтаграмму как единый пакет, она должна

быть разбита на части, которые достаточно малы для передачи по этой сети).

Заголовки фрагментов дейтаграммы содержат информацию, необходимую для сбора

фрагментов в законченную дейтаграмму. Фрагменты необязательно прибывают по

порядку, в котором они были посланы; программный модуль, выполняющий IP

протокол на получающей машине, должен собирать фрагменты в исходную

дейтаграмму. Если какие-либо фрагменты утеряны, полная дейтаграмма

сбрасывается.

Протокол контроля передачи (TCP)

Протокол контроля передачи данных (TCP) работает совместно с IP для

обеспечения надежной доставки. Он предлагает средства обеспечения надежности

того, что различные дейтаграммы, составляющие сообщения, собираются в

правильном порядке на принимающей машине и что некоторые пропущенные

дейтаграммы будут посланы снова, пока они не будут приняты правильно. Первая

цель TCP -это обеспечение надежности, безопасности и сервиса виртуального

контура связи между парами связанных процессов на уровне ненадежных

внутрисетевых пакетов, где могут случиться потери, уничтожение, дублирование,

задержка или потеря упорядоченности пакетов. Таким образом, обеспечение

безопасности, например, такой как ограничение доступа пользователей, к

соответствующим машинам, может быть выполнено посредством TCP. TCP касается

только общей надежности. Имеется несколько соображений относительно

возможности получения надежного сервиса дейтаграмм. Если дейтаграмма послана

через локальную сеть к удаленной главной машине, то промежуточные сети не

гарантируют доставку. Кроме того, посылающая машина не может знать маршрут

передачи дейтаграммы. Надежность пути "источник-приемник" обеспечивается TCP

на фоне ненадежности среды. Это делает TCP хорошо приспособленной к широкому

разнообразию приложений многомашинных связей. Надежность обеспечивается

посредством контрольной суммы (коды обнаружения ошибок) последовательных

чисел в заголовке TCP, прямого подтверждения получения данных и повторной

передачи неподтвержденных данных.

ПОНЯТИЕ УРОВНЯ ПРОТОКОЛА.

Протоколы связи программного обеспечения поделены на различные уровни, где

самый низкий уровень - это аппаратный уровень, который физически передает

данные, а самый высокий уровень - это прикладная программа на главной машине.

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

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

межсетевых связей имеет дело с маршрутизацией дейтаграмм, в то время как TCP

- протокол контроля передачи, который имеет выше уровень, чем IP,

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

Прикладные программы, в свою очередь, полагаются на TCP при посылке

информации к машине-получателю. В прикладных программах используют TCP/IP,

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

Фактически, вся информация поделена на дейтаграммы, которые затем могут быть

фрагментированы при дальнейшей передаче. Модули программного обеспечения,

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

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

соберутся в том порядке, в каком они были посланы. Существует несколько

высокоуровневых специальных протоколов для специфических приложений, таких

как telnet (TC) и ftp (TC) и протоколов для таких функций сети, таких как

управление шлюзами. В этом руководстве, однако, есть ссылки на эти протоколы

как на программы и сервис.

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

Появление протокола Dynamic Host Configuration Protocol (DHCP) заметно

упростило жизнь сетевых администраторов. Если раньше IP-адреса приходилось

задавать вручную (хорошо еще, если с центральной консоли), то теперь эта

процедура выполняется автоматически.

Протокол DHCP был предложен в 1993 г., его развитием занимается специальная

рабочая группа (DHC WG), входящая в состав IETF. Наиболее полное современное

описание DHCP содержится в документе RFC 2131 (март 1997 г.), который пришел

на смену более ранним редакциям RFC 1531 и 1541. В настоящее время DHCP имеет

статус предварительного стандарта.

DHCP появился не на пустом месте - различные схемы управления IP-адресами в

сетевой среде предлагались и раньше. Однако эти схемы имеют, по крайней мере,

один из двух недостатков - не допускают динамического назначения IP-адресов

либо позволяют передавать от сервера на станцию-клиент лишь небольшое число

параметров конфигурации.

При разработке протокола DHCP преследовалась цель устранить оба ограничения.

Требовался механизм, который позволил бы ликвидировать стадию ручного

конфигурирования компьютеров, поддерживал многосегментные сети, не требуя

наличия DHCP-сервера в каждой подсети, не конфликтовал с существующими

сетевыми протоколами и компьютерами, имеющими статичную конфигурацию, был

способен взаимодействовать с ретранслирующими агентами протокола BOOTP и

обслуживать BOOTP-клиентов, наконец, допускал управление передаваемыми

параметрами конфигурации. Что касается более узких задач, то DHCP должен был

обеспечивать уникальность сетевых адресов, используемых разными компьютерами

сети в данный момент, сохранение прежней конфигурации клиентской станции

после перезагрузки клиента или сервера, автоматическое присвоение параметров

конфигурации вновь подключенным машинам.

Как это работает

Когда на клиентской машине выполняется программа dhclient, являющаяся

клиентом DHCP, она начинает широковещательную рассылку запросов на получение

настроечной информации. По умолчанию эти запросы делаются на 68 порт UDP.

Сервер отвечает на UDP 67, выдавая

клиенту адрес IP и другую необходимую информацию, такую, как сетевую маску,

маршрутизатор и серверы DNS. Вся эта информация дается в форме "аренды" DHCP

и верна только определенное время (что настраивается администратором сервера

DHCP). При таком подходе устаревшие адреса IP тех клиентов, которые больше не

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

Клиенты DHCP могут получить от сервера очень много информации. Подробный

список находится в странице Справочника dhcp-options.

Принципы архитектуры и формат сообщений

Работа протокола DHCP базируется на классической схеме клиент-сервер. В роли

клиентов выступают компьютеры сети, стремящиеся получить IP-адреса в так

называемую аренду (lease), а DHCP-серверы выполняют функции диспетчеров,

которые выдают адреса, контролируют их использование и сообщают клиентам

требуемые параметры конфигурации. Сервер поддерживает пул свободных адресов

и, кроме того, ведет собственную регистрационную базу данных. Взаимодействие

DHCP-серверов со станциями-клиентами осуществляется путем обмена сообщениями.

Рис. 1. Формат сообщения DHCP (в скобках - размер поля в байтах)

Протокол DHCP поддерживает три механизма выделения адресов: автоматический,

динамический и ручной. В первом случае клиент получает постоянный IP-адрес, в

последнем DHCP используется только для уведомления клиента об адресе, который

администратор присвоил ему вручную. Оба эти варианта не таят в себе чего-либо

принципиально нового, а вот динамический механизм заслуживает детального

рассмотрения.

Выдача адреса в аренду производится по запросу клиента. DHCP-сервер (или

группа серверов) гарантирует, что выделенный адрес до истечения срока его

аренды не будет выдан другому клиенту; при повторных обращениях сервер

старается предложить клиенту адрес, которым тот пользовался ранее. Со своей

стороны, клиент может запросить пролонгацию срока аренды адреса либо,

наоборот, досрочно отказаться от него. Протоколом предусмотрена также выдача

IP-адреса в неограниченное пользование. При острой нехватке адресов сервер

может сократить срок аренды адреса по сравнению с запрошенным.

Рис. 2. Последовательность событий при выделении IP-адреса

Недостатки DHCP

Освобождая сетевых администраторов от множества рутинных операций, DHCP

оставляет нерешенными ряд проблем, которые рано или поздно могут возникнуть в

реальной сетевой среде.

К недостаткам этого протокола, прежде всего, следует отнести крайне низкий

уровень информационной безопасности, что обусловлено непосредственным

использованием протоколов UDP и IP. В настоящее время не существует практически

никакой защиты от появления в сети несанкционированных DHCP-серверов, способных

рассылать клиентам ошибочную или потенциально опасную информацию - некорректные

или уже задействованные IP-адреса, неверные сведения о маршрутизации и т.д. И

наоборот, клиенты, запущенные с неблаговидными целями, могут извлекать

конфигурационные сведения, предназначенные для <законных> компьютеров

сети, и тем самым оттягивать на себя значительную часть имеющихся ресурсов.

Понятно, что возможности административного ограничения доступа, о которых

говорилось выше, не способны закрыть эту брешь в системе информационной

безопасности.

Настройка конфигураций вручную и автоматическая конфигурация

Если локальная Сеть является частью более крупной Сети, где используется

протокол TCP/IP и предусмотрена специальная сетевая служба - протокол

динамической настройки конфигураций хост-системы (DHCP, Dynamic Host

Configuration Protocol), можно настроить параметры TCP/IP на автоматическую

конфигурацию. Для этого на вкладке параметров TCP/IP устанавливается

переключатель Enable DHCP. Он указывает серверу, что параметры TCP/IP следует

получить на центральном узле. В противном случае необходимо для каждой

сетевой платы серверного компьютера, использующей TCP/IP, самостоятельно

установить указанные выше параметры.

Кроме того, можно инсталлировать TCP/IP позднее, дважды щелкнув мышью по

значке Network Protocol Panel, выбрав в списке протоколов TCP/IP (рис.1).

Рис.1

Если такая информация уже введена (или вводится впоследствии), она будет

переопределять установки DHCP. Если же информация была введена раньше, надо

удалить содержимое полей и проверить окно Enable Automatic DHCP

Configuration. При следующем запуске рабочей станции

она получит всю недостающую информацию от DHCP-сервера, как и в предыдущем

случае. Все эти окна конфигурации можно найти под пиктограммой Network в

Windows и Windows NT. Когда DHCP-сервис установлен и проинициализирован на

сервере, а станция получила от DHCP причитающуюся ей информацию, все

управление TCP/IP-сетью можно переложить на сервер DHCP. Кроме того, такие

изменения в проекте сети, как выделение новых подсетей и WINS-сервисы, могут

проделываться автоматически.

Благодаря DHCP и WINS, Windows NT Server разрешает многие проблемы, связанные

с сетями TCP/IP. Трудности обременительного администрирования, требуемого для

использования протокола TCP/IP, и необходимость приспособить его к

динамической природе сегодняшних сетей успешно преодолены. Перемещением

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

IP-адресов можно управлять посредством Windows NT Server, DHCP и WINS.

Страницы: 1, 2