Студопедия

КАТЕГОРИИ:

АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Иерархические символьные имена




В стеке TCP/IP применяется доменная система имен, которая имеет иерархическую древовидную структуру, допускающую наличие в имени произвольного количества составных частей (рис. 15.9).

Дерево имен начинается с корня, обозначаемого здесь точкой (.). Затем следует старшая символьная часть имени, вторая по старшинству символьная часть имени и т. д. Младшая часть имени соответствует конечному узлу сети. Например, в имени home.microsoft.com составляющая home является именем одного из компьютеров в домене microsoft.com.

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

Совокупность имен, у которых несколько старших составных частей совпадают, образуют домен имен (domain). Например, имена www.zil.mmt.ru,ftp.zil.mmt.ru, yandex.ru и sl.mgu. ru входят в домен ru, так как все они имеют одну общую старшую часть — имя ru. Другим примером является домен mgu.ru. Из представленных на рис. 15.9 имен в него входят имена s1 .mgu.ru, s2.mgu.ru и rn.mgu.ru. Этот домен образуют имена, у которых две старшие части равны mgu.ru. Администратор домена mgu.ru несет ответственность за уникальность имен следующего уровня, входящих в домен, то есть имен s1, s2 и m.

Корневой домен управляется центральными органами Интернета, в частности уже упоминавшейся нами организацией ICANN. Домены верхнего уровня назначаются для каждой страны, а также для различных типов организаций. Для обозначения стран используются трехбуквенные и двухбуквенные аббревиатуры, например ru (Россия, а для различных типов организаций, например, следующие обозначения:

□ com — коммерческие организации (например, microsoft.com);

□ edu — образовательные организации (например, mit.edu);

□ org — некоммерческие организации (например, fidoriet.org);

□ net — сетевые организации (например, nsf.net).

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

Схема работы DNS

Широковещательный способ установления соответствия между символьными именами и локальными адресами, подобный протоколу ARP, хорошо работает только в небольшой локальной сети, не разделенной на подсети. В крупных сетях, где возможность всеобщей широковещательной рассылки не поддерживается, нужен другой способ разрешения символьных имен. Хорошей альтернативой широковещательной рассылке является применение централизованной службы, поддерживающей соответствие между различными типами адресов всех компьютеров сети.

На раннем этапе развития Интернета на каждом хосте вручную создавался текстовый файл с известным именем hosts.txt. Этот файл состоял из некоторого количества строк, каждая из которых содержала одну пару «доменное имя — IP-адрес», например:

rhino.acme.com — 102.54.94.97 . По мере роста Интернета файлы hosts.txt также увеличивались в объеме, и создание масштабируемого решения для разрешения имен стало необходимостью. Таким решением стала централизованная служба DNS (Domain Name System — система доменных имен), основанная на распределенной базе отображений «доменное имя — IP-адрес». Служба DNS использует в своей работе DNS-серверы и DNS-клиенты. DNS-серверы поддерживают распределенную базу отображений, а DNS-клиенты обращаются к серверам с запросами об отображении разрешении доменного имени на IP-адрес. Служба DNS использует текстовые файлы почти такого же формата, как и файл hosts, и эти файлы администратор также подготавливает вручную. Однако служба DNS опирается на иерархию доменов, и каждый DNS-сервер хранит только часть имен сети, а не все имена, как это происходит при использовании файлов hosts. При росте количества узлов в сети проблема масштабирования решается созданием новых доменов и поддоменов имен и добавлением в службу DNS новых серверов.

Для каждого домена имен создается свой DNS-сервер. На серверах применяют два подхода к распределению имен. В нервом случае сервер может хранить отображения «доменное имя — IP-адрес» для всего домена, включая все его поддомены. Однако такое решение оказывается плохо масштабируемым, так как при добавлении новых поддоменов нагрузка на этот сервер может превысить его возможности. Чаще используется другой подход, когда сервер домена хранит только имена, которые заканчиваются на следующем ниже уровне иерархии по сравнению с именем домена. (Аналогично каталогу файловой системы, который содержит записи о файлах и подкаталогах, непосредственно в него «входящих».) Именно при такой организации службы DNS нагрузка по разрешению имен распределяется более-менее равномерно между всеми DNS-серверами сети. Например, в первом случае DNS-сервер домена mmt.ru будет хранить отображения для всех имен, заканчивающихся на mmt.ru (wwwl .zil.mmt.ru, ftp.zil.mmt.ru, mail.mmt.ru и т. д.). Во втором случае этот сервер хранит отображения только имен типа mail.mmt.ru, www.mmt.ru, а все остальные отображения должны храниться на DNS-сервере поддомена zil.

Каждый DNS-сервер помимо таблицы отображений имен содержит ссылки на DNS-серверы своих поддоменов. Эти ссылки связывают отдельные DNS-серверы в единую службу DNS. Ссылки представляют собой IP-адреса соответствующих серверов. Для обслуживания корневого домена выделено несколько дублирующих друг друга DNS-серверов, IP-адреса которых широко известны (их можно узнать, например, в InterNIC).

Существует две основные схемы разрешения DNS-имен. В первом варианте работу по поиску IP-адреса координирует DNS-клиент:

1. DNS-клиент обращается к корневому DNS-серверу с указанием полного доменного имени.

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

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

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

Во втором варианте реализуется рекурсивная процедура:

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

2. Далее возможны два варианта действий:

О если локальный DNS-сервер знает ответ, то он сразу же возвращает его клиенту (это может произойти, когда запрошенное имя входит в тот же поддомен, что и имя клиента, или когда сервер уже узнавал данное соответствие для другого клиента и сохранил его в своем кэше);

О если локальный сервер не знает ответ, то он выполняет итеративные запросы к корневому серверу и т. д. точно так же, как это делал клиент в предыдущем варианте, а получив ответ, передает его клиенту, который все это время просто ждет его от своего локального DNS-сервера.

В этой схеме клиент перепоручает работу своему серверу, именно поэтому схема называется рекурсивной, или косвенной. Практически все DNS-клиенты используют рекурсивную процедуру.

Для ускорения поиска IP-адресов DNS-серверы широко применяют кэширование проходящих через них ответов. Чтобы служба DNS могла оперативно отрабатывать изменения, происходящие в сети, ответы кэшируются на относительно короткое время — обычно от нескольких часов до нескольких дней.

Обратная зона

Служба DNS предназначена не только для нахождения IP-адреса по имени хоста, но и для решения обратной задачи — нахождению DNS-имени по известному IP-адресу.

Многие программы и утилиты, пользующиеся службой DNS, пытаются найти имя узла по его адресу в том случае, когда пользователем задан только адрес (или этот адрес программа узнала из пришедшего пакета). Обратная запись не всегда существует даже для тех адресов, для которых есть прямые записи. Ее могут просто забыть создать или же ее создание требует дополнительной оплаты. Обратная задача решается в Интернете путем организации так называемых обратных зон.

Обратная зона — это система таблиц, которая хранит соответствие между IP-адресами и DNS-имена хостов некоторой сети. Для организации распределенной службы и использования для поиска имен того же программного обеспечения, что и для поиска адресов, применяется оригинальный подход, связанный с представлением IP-адреса в виде DNS-имени.

Первый этап преобразования заключается в том, что составляющие IP-адреса интерпретируются как составляющие DNS-имени. Например, адрес 192.31.106.0 рассматривается как состоящий из старшей части, соответствующей домену 192, затем идет домен 31, в который входит домен 106.

Далее, учитывая, что при записи IP-адреса старшая часть является самой левой частью адреса, а при записи DNS-имени — самой правой, то составляющие в преобразованном адресе указываются в обратном порядке, то есть для данного примера — 106.31.192. Для хранения соответствия всех адресов, начинающихся, например, с числа 192, заводится зона 192 со своими серверами имен. Для записей о серверах, поддерживающих старшие в иерархии обратные зоны, создана специальная зона in-addr.arpa, поэтому полная запись для использованного в примере адреса выглядит так: 106.31.192.in-addr.arpa.

 

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

 

Параллельный порт.

Параллельный порт (сокращенное название – LPT) Иногда его называют Centronics – по имени фирмы-разработчика. Параллельный порт использовался раньше преимущественно для подключения принтеров.

Современные принтеры обычно подключаются к компьютеру через USB, но многие модели имеют разъем для подключения LPT-кабеля (кабеля параллельного порта).

К параллельному порту, кроме принтера, можно подключить:

• некоторые носители данных, например внешние приводы CD-ROM, магнитные накопители «повышенной» емкости (раньше повышенной емкостью считалось 120 Мб);

 • стримеры – устройства хранения данных на магнитной ленте. Сейчас они практически не используются, а раньше часто использовались для создания резервных копий на серверах предприятий – ведь магнитная лента стоила копейки по сравнению с другими носителями информации и позволяла записывать большие на то время объемы информации (несколько гигабайтов);

 • сканеры старых образцов (современные подключаются через USB).

 

Режимы работы параллельного порта (режим работы порта обычно выбирается в BIOS):

• SPP (Standard Parallel Port) – стандартный режим параллельного порта. В данном режиме разрешается только односторонняя передача данных от компьютера к периферийному устройству, подключенному к порту. Скорость передачи данных – 200 Кбит/с;

 • EPP (Enhanced Parallel Port) – расширенный режим. Разрешен двусторонний обмен данными. Скорость работы – до 2 Мбит/с. Разрешается подключение до 64 периферийных устройств (в цепочку);

 • ECP (Extended Capability Port) – порт с расширенными возможностями. Обеспечивает двухсторонний обмен данными со скоростью до 2,5 Мбит/с. Поддерживает сжатие данных по алгоритму RLE. Обычно данный режим (если он поддерживается материнской платой) используют сканеры и другие устройства, передающие большие объемы данных.

 

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

Последовательный порт (другие названия – COM, RS-232, serial port), как и параллельный, в устаревающих моделях компьютеров использовался для подключения многих устройств, но чаще всего к нему подключали:

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

• модемы – даже и сейчас некоторые модемы могут подключаться как к последовательному порту, так и к usb;

• «умные» источники бесперебойного питания – многие источники бесперебойного питания могут сообщать компьютеру о текущем заряде своих батарей. Это очень удобно, поскольку вы знаете, на сколько времени хватит заряда в батареях и как скоро нужно выключить компьютер.

Сейчас последовательный порт преимущественно используется для подключения некоторых внешних модемов и «умных» ИБП.

Есть две разновидности последовательного порта: 9-контактный и 25-контактный. На старых материнских платах обычно присутствуют два разных последовательных порта – «большой» (25 pin) и «маленький» (9 pin). На платах поновее – два «маленьких». А на самых современных платах – всего один последовательный порт (как правило, 9-контактный), оставленный из соображений совместимости.

Максимальная скорость передачи по последовательному порту – 115 200 бит/с. По современным меркам это очень низкая скорость.

К компьютеру можно подключить до четырех последовательных портов, но, как уже было отмечено, доступны бывают один или два порта. В Windows последовательные порты называются COMn, где n – номер порта, например COM1, COM2. Если у вас всего один порт, то он будет называться COM1.

Последовательный порт безнадежно устарел. Еще в 1999 году корпорация Microsoft в спецификации «идеального ПК», которая носила название PC99, рекомендовала отказаться от использования последовательного порта в пользу универсальной последовательной шины USB, что сейчас постепенно и происходит.

 

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 16

 

 

1. Физическая и логическая структура диска. Структура диска. Физическое (низкоуровневое) форматирование диска. Логическое (высокоуровневое) форматирование диска. Логические устройства диска. Файловая система FAT.

 

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

Нумерация дорожек начинается с 0 от внешнего края к центру. Когда диск вращается, элемент называемый головкой, считывает или записывает двоичные данные.

Совокупность дорожек 1го радиуса на всех поверхностях все пластин называется цилиндром. Каждая дорожка разбивается на сектора или блоки, так что все дорожки имеют равное количество секторов. Сектор имеет фикс размер – 512 байт.

Дорожки и сектора создаются в результате процедуры физического или низкоуровневого форматирования. Низкоуровневый формат диска не зависит от типа ОС которая будет установлена. Разметку диска под конкретный тип файловой системы выполняет процедура высокоуровневого (логического) форматирования. Ос при работе с диском использует собственную единицу дискового пространства, называемую кластером.

Кластерэто группа смежных секторов. Размер кластера кратен степени 2.

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

 Раздел – непрерывная часть физического диска, которую ОС предоставляет пользователю как логическое устройство.

Логическое устройство функционирует так, как если бы это был отдельный физический диск. Пользователь к логическому устройству обращается по символьным именам. На каждом логическом устройстве может создаваться только одна файловая система. На разных логических устройствах одного и того же физического диска могут располагаться файловые системы разного типа.             В файловой системе FATлогическое пространство делится на две области: системную и область данных.Системная область создается при высокоуровневом форматировании и состоит из: 1.загрузочной записи, 2.зарезервированных секторов, 3.таблицы размещения файлов FAT. В первичном секторе логического диска находится загрузчик файловой системы. Область данных логического диска разбита на кластеры и содержит каталоги. Файл или каталог по длине занимает целое число кластеров, если файл занимает более одного кластера, то эти кластеры организуются в цепочку кластеров. Расположение файлов в кластере определяется с помощью FAT таблицы размеров файлов, в которой каждому кластеру соответствует свойэлемент. Элементы 0 и 1 являются служебными, номер первого кластера начинается с 2ки. Номера кластеров соответствуют элементам таблицы. Элементы FAT определяют положение кластеров в цепочке и его состояние. При создании и записи файла ОС выполняет функции: 1. Создает в свободном элементе каталога описание файла. 2.Ищет свободный элемент FAT и помещают ссылку на него в элемент каталога(так заполняется первый кластер первой цепочки. 3.В этот элемент FAT помещаются номер следующего занимаемого кластера или признак последнего кластера в цепочке

 

 

2. Протокол DHCP. Режимы DHCP. Алгоритм динамического назначения адресов.

 

 

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

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

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

Режимы DHCP

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

При этом сервер DHCP может работать в разных режимах, включая:

□ ручное назначение статических адресов;

□ автоматическое назначение статических адресов;

□ автоматическое распределение динамических адресов.

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

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

 

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










Последнее изменение этой страницы: 2018-04-12; просмотров: 291.

stydopedya.ru не претендует на авторское право материалов, которые вылажены, но предоставляет бесплатный доступ к ним. В случае нарушения авторского права или персональных данных напишите сюда...