К. Закер - Компьютерные сети. Модернизация и поиск неисправностей (953092), страница 151
Текст из файла (страница 151)
В сущности, прокоп-системы %ПЧЗ позволялгг большому количеству В- узлов пользоратьаа,преимуществами %1ХБ,:без необхолжмости Р конфигурации каизгой отдельной машины для роли. клиента %1ХБ. коггвчне, процесс разрепияцш гтмени, проходящий с использованием прокси-сисгемы %1ХБ, занимает чуть больше времени, но в'каяестве временной меры зто может быть очень полезно. Чтобы сконфигурИРовагь компьютер с сперацияниггй-аистемой %шг1оиз ХТ для выполнения функции прокоп-системы МФ43',- потребуется сначала сконфигурировать обычного клиента %ПЧЗ„'задав. 1Р адреса одного или неаквлъких серверов%1ХЗ на вкладке %1ХВ Аййтиа.диалогового окна ТСР/ХР РгарыФж.
Зигв1л необходимо отредактировать системный реестр, создав злемент под назвиаием ЕааМе Ргсиу со значением типа вла ивово, равным 1 в след1лощем ключе реестр»: нлху ьсс2й, иасалня1сшгеагсалсгогзесМегегсеехяесвтХгатавеаеге. Глава 20 Система доменных имен Компьютеры оперируют числами, в то время как люли более комфортно себя чувствуют, когда используют слова. Это фугщаментвльное различие' и явилось причиной, которая привела к появлению Оощаш р)агпе Бузгеш (ОХИ, система доменных имен). В те далекие времена научала 1970-х годов, когда Интернет еше носил скромное название АВРАЙВТ,' и вся экспериментальная сеть включала всего несколько сотен систем, возникла необходимость создания механизма, который бы позволил псльзователям обращаться к компьютерам сети по именам, а не по адресам. Разрабопга протоколов ТСР/)Р в начале 199)-х годов привела к активному использованию 32-разрядных 1Р-адресов, тр1дных для запоминания, даже в десятичной записи, разлеленной точками.
Таблицы хостов Самый первый механизм назначения адресам имен, удобных для челаиека, назывался таблипей хостов (Ьозг гаЫе) и имел форму файла /его/Ьегз в ПЧ1Х- системах. Таблица хостов представляла собой обычны1г текстовый файл в формате АБСП, ссаержаший список адресов систем сети и их эквивалентных хост-имен. Когда псеткювлгачь желал полуппь доступ к ресурсам другой машины сети, он задавал имя этой машины в приложении, затем система про'- водила разрешение этого имени в соответствующий адрес, просматривая таблицу 7а7стов.
В наши лни таблица хостов по-прежнему сохраняется в ТСР/1Р- сисммах, обычно в виде файла под названием Ноад ржполоивнного гделибо на локальном диске. Даже если никагюй другой 'информации таблица хостов не содержит, она обязательно включает следующую строку, назначающую стандартному 1Р-адресу обратной связи хост-имя >.осегьеес: 127.0.0.1 1оса1ьоес В настоящее время доменная система имен практически повсеместно, заменяла таблицы хостов, но когда ТСР/!Р-системы производят попъпху разрешения имени хоста в П'-адрес, они по-прежнему могут использовать файл Нозгл, прежде чем прибегнуть к помощи ЮНБ, если были соответствующим образом конфигурированы. В относительно небольшой ТСР/1Р-сети, не связанной с Интернетом, администраторы могут использовазь таблицы хос- тов машин сети для обеспечения улобных хост-имен компыотераи, „При этом процесс разрешения имен станет протекать очень быстро„так как для него не будет требоваться никакой сетевой коммуникации, а также не воз- никнет необходимости в сушествовании сервера 0)чЯ.
Проблемы таблицы хостов Использование таблиц хостов в ТСР/1Р-системах вызывало несколько проблем, которые обосгрялись по мере того, кэк недавно образованная сеть Интернет росла из маленькой "семьи" объединенных комиьютеров в значительно более глобальный объект. Наиболее фунламейтальиая'проблема заключалась в том, что каждый компьютер должен был иметь озбстненную таблицу хостов, где перечислялись'имена и адреса всех остальных койпйотеров сети.
Если к сети присаелийялся новый компьютер, доступ к незху с некоторого компьютера сети был возмсакен только после добавления в Его таблицу хостов соответствувшей ий4армации о вновь появившемся компьютере. В целях ноддержапш обновленных таблиц хостов на всех компьютеры сетя, администраторам очень важно знать обо всед добавлениях новых машин в сеть, а также изменениях имен и адресов.
Заставлять каждого администратора АКРАХЕТ-системы-всякий раз информировать по электройной почте всех остальных администраторов о произведенных нм в структуре сети изменениях не могло считаться практичным решеншй„' Ызэтому бьгло нейбхадимо создать централизованное регистрационное бюро, где содержался бы главный список систем сети с укаэаниеи згх:вдресгэг и'хост-имен Задача по поддержке такого регистрационного архива была возложена на Хегвай ЬХоппагэзп Селгег (Х1С, Сетевой Инфарма()ионный Центр) в Яшж3ап1 КезеагсЫди(пле (ЯК1, Инсппуг по выработке стандартов), расположенном в городе'Менло Парк (Мел!о Рвгк) штата Калифорния. Главлый список хранился в файле шщ названием Ноз)ззхт в компьютере с хссг-именем ЯМ-МС.
Администраторы АКРАХЕТ-систем направляли информацию о произведенных иаиенениях по электронной почте. непосредственно и1С„а тот уже проводил,'цериодическое обновление файла Йгжьлхг Чтобы поддерживать с~мщ системы в обновленном состоянии, администраторы должны были, используя Гй', загрузить последнюю версию 4 яйла Нопз.пп Из компьютера ЯК1-)ч1С и компилировать в новый файл Нопз дяя своих систем. С самого начала это решение было достаточно адекватным, но, по мере продолжавшегося рвота сети, оно постепенно становилось все более и более непригоднь(м для работы.
С добавлением новых машин:в сеть росли размеры файла Номархи и увеличивалось число лкщей, стремившихся получить доступ к компьютеру ЯИ-Х1С н регулярно'загрумвть. новые версии этого файла. Объем сетевого графика, создаваемого этой простой технической процедурой, стал. чрезвычайно велик, а изменения в сети происходили уже со скоростью, затруднявшей задачу администраторов по поддержанию их систем в обновленном состоянии. Другая серьезная проблема заключалась в отсутствии контроля за хастименами, использовавшимися для представления машин в сетя.
Котла п)ютО- колы ТСР/(Р стали широюз использоватьея, Х(С взял на себя ответственность по назначению сетевых 1Р-адресов, но хает-имена лля кампьхперов своих сетей администраторы по-прежнему выбирали самостоятельна. Случайные соытадени» хост-имен приводили к неправильной маршрутизации графика и нарушениям связи, Стоит только представить себе,' какой хаос возникнет в наши дни, если кто-либо получит разрешение на созлание%еЬ-сервера в Ин-' тернете и станет использовать дпя него имя эгей.пйспвай.сот. Понятно, чта требовалось лучшее рещение даннопз запроса в целом, и в конечном нготе это и привело к соаавнию системы ломенных имен (Рошая Ишпе.бузгеш). Цели ОМЗ Для решения проблем, возникавших при использовании таблиц хостов для регистрации и разрешения имен„люди, отвечавшие за разраббтку АКРАХЕТ, приняли решение о создании совершенно нового механизма.
Их начальные установки на первый взгляд кажутся противоречивыми: создать механизм, который позволил бы администраторам назначать хост-имена своим собственным системам без риска повторения имен, и в гаже время сделать информацию о хост-именах глобально доступной другим администраторам, не опираясь при этом на единственную точку дгютуйа, которая может стать "узким местом" при прохождении трафнка илн критическим элементом, приводящим к нарушению работы всего мюганизма в целом. Кроме того, цредполатаемый механизм должен иметь возмажнаать.поддерживать информацию о системах, использутоших различнъге протоколы со всевозможными типами адресов, а также обладать способностью к адацтации для работы с разными типами приложений. Решением всех этих вопросов и стала система доменных имен (ВХ8, сопл)п 1Фгпе 8узтеш), разработанная Питером' Мокапстрисом (Регат' МоекаремЬ) и опубликованная в 1983 г. в вште двух документов )ЕТР. Документы были следующими: КРС 882 пад названием "Воша)п )чапек сопсерт апд Раей(й~" и КРС 883 под названием ")Эошш Хапж"'.
Ьпр1ешепагбоп Врес)йса6оп". Зги документы были обновлены в 1987 г. и опубликованы как 'КРС 1034 и КРС 1035 соответстмнно, а также утверждены в качестве стандарта 1ЕТР. С впво времени вышло огромное количаспю других КРС-документов, дапалнкнших инфармацию стандартов в свете возникювпих конкретных проблем сетевого взаимодействия. Некоторые из этих дополйительных документов предстаюэпот собой рекомендуемые стандарты, лругие жв являются экспериментальными.
Эти документы вюпочают следующие: 13 КГС 1101 ВЯЗ Епсог)вй ат Иегтгог)г Макшез апг( ОФек Турез; П КРС 1183'Хеж ВХБ КК Всбп(бопв; П КРС 1348 ВХБ ХБАР Кйв; П КРС 1794 ВХБ Баррагг уаг 1,оаб Вв1апспщ; П КРС 1876 А Мааса 1аг Ехргеввпщ 1асабоп 1пйлпиг(ап щ г)ж Вопи(п Хате Бувгспс П КРС 1932 Бепву ХшвЬег Апг1ппег1с; П КРС 1995 1цсгешепга( Лапе Тгапв(ег 1п ВИБ; П КРС 1996 А Месйап)впг гаг ргощрг Хаг(йсайап оГ Еапе Спыщев (ВХБ ХОПРт'); П КРС 2052 А ВХБ КК гаг Бреспу(пй г)и 1.осайоп ог" Бетт(сев (ВХБ ЖЪ); П КРС 2131 Оаг(йсаг1апз го би ВХБ Брес1йсайоп; П КРС 2138 Вупапйс 1)рсагев 1п бзе Ваща1п Хаше Бувгет (ВХБ УРВАТЕ); П КРС 2137 Бесите Вашаш Хате Бувгещ Вупапйс 1)розге; П КРС 2308 №йвйте СасЫ$щ ОГ ВХБ Яцег(ев '(ВХБ ХСАСНЕ); П КРС 2535 Встаю Хапи Бузгещ Беспг1гу Ехгепввпи.
Система ВХБ, 'сггглвннвл Питером Макапетрисом, состоит из трех основных П иерархическое'пространство имен, способное далнгь базу данных хост- системы на ачиельные части, которые носят названия доменов (аашаш); П серверы имен даменов, содержащие инфармдпию о ластах и подчиненных доменах (ыйлЬшып) в пределах конкретного домена; П распознаватели (гаво(гег), генерирующие запросы на информацию для серверов имен доменов.