Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Система адресов Internet




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

• адрес Ethernet;

• IP-адрес (основной адрес в Internet);

• доменные адреса;

• почтовые адреса;

• номера портов;

• универсальный локатор (идентификатор) сетевого ресурса (URL/URI).

Адрес Ethernet

Internet поддерживает разные физические среды, из которых наиболее распространенным аппаратурным средством реализа­ции локальных сетей (нижний уровень многоуровневых сетей) является технология Ethernet.

В локальной сети обмен осуществляется кадрами Ethernet, ка­ждый из которых содержит адрес назначения, адрес источника, поле типа и данные. Каждый сетевой адаптер (интерфейс, карта Ethernet — физическое устройство, подключающее компьютер к сети) имеет свой сетевой адрес, размер которого — 6 байт.

Существенно то, что такой адрес является глобально уникаль­ным, — фирмам-производителям выделены списки адресов, в рамках которых они обязаны выпускать карты (см. Приложе­ние 1). Адрес записывается в виде шести групп шестнадцатерич- ных цифр по две в каждой (шестнадцатеричная запись байта). Первые три байта называются префиксом (что определяет 224 раз­личных комбинаций или почти 17 млн адресов), и именно они за­креплены за производителем.

Адаптер «слушает» сеть, принимает адресованные ему кадры и широковещательные кадры с адресом ff: ff: ff: ff: ff: ff и отправляет кадры в сеть, причем в каждый момент времени в сегменте узла сети находится только один кадр.

Собственно Ethernet-адрес соответствует не компьютеру, а его сетевому интерфейсу. Таким образом, если компьютер имеет несколько интерфейсов, то это означает, что каждому интерфей­су будет назначен свой Ethernet-aflpec. Каждой карте Ethernet со­ответствуют Ethernet-адрес и IP-адрес, которые уникальны в рамках Internet.

IP-адрес

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

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

Назначение классов IP-адресов:

• А — использование в больших сетях общего доступа;

• В — в сетях среднего размера (большие компании, науч­но-исследовательские институты, университеты);

Класс сети Байт 1 Байт 2 Гбайт 3 Байт 4 Номер хоста
А 0 ] Сеть
В 10 | Номер сети I Номер хоста
С 110 ^ Номер сети Хост
       
Рис. 5.1. Классы IP-адресов

 

• С — в сетях с небольшим числом компьютеров (небольшие

Ethernet-адрес i:00:39:00:2F:C3
S:00:5A:21:A7:22 S:00:10:99:AC:54

Таблица 5.1. Пример соответствия IP- и Ethernet-адресов

  IP-адрес      
  223.1.2      
  223.1.2      
  223.1.2      
ARP-таблица заполняется автоматически; если нужного ад­реса в таблице нет, то в сеть посылается широковещательный за­прос типа «Чей это IP-адрес?», который получают все сетевые интерфейсы, но отвечает только владелец адреса.

компании и фирмы). Среди IP-адресов несколько зарезервировано под специаль­ные случаи (рис. 5.2).

IP-адрес Интерпретация
Номер сети Номер хоста
0.0 (0000) 0.0 Данный узел сети
Номер сети 0.0 255.255 (FFFFie) 0.0 Номер узла 255.255 (FFFF16) Данная IP-сеть Узел в данной (локальной)сети Все узлы в данной локальной IP-сети
Номер сети 255.255 Все узлы указанной IP-сети
Рис. 5.2. Зарезервированные IР-адреса

 

Для установления соответствия IP-адреса адресу Ethernet в локальных сетях используется Adress Resolution Protocol (ARP). Отображение адресов осуществляется в ARP-таблице (табл. 5.1), которая необходима, так как адреса выбираются произвольно и нет какого-либо алгоритма для их вычисления. Если машина пе­ремещается в другой сегмент сети, то ее ARP-таблица должна быть изменена.

Следует отметить, что если искомого IP-адреса нет в локаль­ной сети и сеть не соединена с другой сетью шлюзом, то разре­шить запрос не удается. IP-модуль будет уничтожать такие паке­ты, обычно по time-out (превышен лимит времени на разреше­ние запроса). Модули прикладного уровня при этом не могут отличить физического повреждения сети от ошибки адресации.

Система доменных имен

Хотя числовая адресация удобна для машинной обработки таблиц маршрутов, она очевидно неприемлема для использова­ния человеком. Для облегчения взаимодействия вначале приме­нялись таблицы соответствия числовых адресов именам машин. Эти таблицы сохранились и используются многими прикладны­ми программами. Если речь идет об ОС Unix, то это файл с име­нем hosts, расположенный в каталоге /etc, и который может иметь следующий вид (табл. 5.2).

Таблица 5.2. Пример фрагмента содержимого файла hosts

      IP-адрес Имя машины  
  0.0     localhost  
    16( . 32 Polyn  
1 144   16( .40 Apollo

 

Пользователь для обращения к машине может использовать как IP-адрес, так и имя.

По мере роста сети была разработана система доменных имен — DNS (Domain Name System), которая строится по иерар­хическому принципу, однако эта иерархия не является строгой. В 1980-е гг. были определены первые домены (национальные, США) верхнего уровня — gov, mil, edu, com, net. (табл. 5.3).

По мере экспансии Internet за пределы США, были добавле­ны дополнительные домены верхнего уровня, соответствующие отдельным странам (иерархия по географическому признаку), например — jp, us, uk, de. Эти доменные имена стран обычно выбираются из двухбуквенных кодов, зарегистрированных в стандарте ISO 3166:1988 — Codes for the Representation of Names of Countries (см. также Приложение 3).

Таблица 5.3. Домены верхнего уровня и крупнейшие географические домены
Домены i........................... ^ Назначение i Число хостов, млн (2005 г.)
Верхнего уровня агра Для DARPA (Department of Defense Advanced \ H i Research Projects Agency)
com Для коммерческих организаций 8,2
edu gov mil Для учебных заведений Для невоенных правительственных учреждений США 3,9 0,49
Для военных учреждений США  
net org Для организаций, прямо привлеченных для обеспечения и поддержки ARPANET и ее служб Для других организаций 5,3 —............................................................................................................ 0,52
Географические jP Япония 1,16
us США | 1,07
de ФРГ 0,99
uk Великобритания j 0,98
ca Канада 0,84
au Австралия 0,66

 

Для СССР был выделен домен su, однако после приобрете­ния республиками союза суверенитета, многие из них получили свои собственные домены: ua, ru, la, li и т. п. Однако домен su был сохранен, и таким образом, например, в Москве сущест­вуют организации с доменными именами типа kiae.su и msk. ru.

Ниже доменов верхнего уровня имена конструируются ие­рархически путем определения поддоменов, под-поддоменов и т. д., в принципе до любой требуемой глубины, пока конечное имя (рис. 5.3) не завершит процесс идентификации каждой от­дельной хост-машины Internet.

Многие международные организации были зарегистрирова­ны как по географической, так и по организационной схеме. Например, utzoo.toronto.edu, который также известен как utzoo.utoronto.ca (рис. 5.4).

DNS базируется на двух основных концепциях: • распределенной базы данных, хранящей обобщенные запи­си о ресурсах сети (resource records), с децентрализованным управлением;


 

 

Рис. 5.4. Пример одновременного использования географической и организаци­онной иерархии

 

• схемы именования, основанной на иерархически структу­рированных доменных именах.

DNS является распределенной базой данных. Это позволяет локально контролировать отдельные сегменты общей базы дан­ных. Данные в каждом сегменте доступны по сети с использова­нием технологии клиент — сервер. Адекватная производитель­ность достигается с помощью использования механизмов копи­рования (replication) и кэширования (caching).

Программы, реализующие серверную часть DNS, называют­ся серверами имен (name servers). Сервер имен содержит инфор­мацию о некотором сегменте общей базы данных DNS, для ко­торого он будет являться полномочным сервером, и делает ее доступной для клиентов, называемых решающими программами (resolvers). Решающие программы обычно представляют собой библиотечные функции, которые генерируют запросы и посыла­ют их по сети серверам имен.

Структура базы данных DNS, показанная на рис. 5.3, — де­рево, с корнем (root) наверху.

Корневое имя (root's name) имеет нулевую метку («») и обозначается одиночной точкой («.»). Каждый узел (node) дере­ва представляет раздел общей базы данных или домен (domain). Каждый домен в дальнейшем может делиться на подразделы, на­зываемые в DNS поддоменами. Поддомены представляются как потомки своих родительских узлов (parent nodes). Каждый домен имеет метку (label), которая идентифицирует его место­положение относительно его родительского домена. Кроме того, домен имеет доменное имя (domain name), которое идентифи­цирует его местоположение в базе данных DNS. Полное домен­ное имя представляет собой последовательность меток от корне­вого домена, которые разделяются между собой символом «.».

Доменные имена. Каждая хост-машина в сети имеет домен­ное имя, которое является указателем на информацию об этой хост-машине. Эта информация может содержать IP-адрес, мар­шрутную информацию почтовой системы и т. д. Хост-машина может иметь одно или несколько доменных имен-псевдонимов (domain name aliases), которые является простыми указателями одного доменного имени (имени-псевдонима) на другое (кано­ническое доменное имя (canonical domain name)).

Каждый узел в пространстве имен имеет собственную метку (без точек). В качестве разделителей меток используется символ точки («.»). Максимальная длина метки может составлять 63 бай­та. Максимальная длина доменного имени (сумма всех меток и разделителей) равна 255 байтам. Корневой домен имеет метку нулевой длины (null). Полное доменное имя каждого узла в дере­ве — это последовательность меток в пути от этого узла до корня. По соглашению, метки, составляющие доменное имя, читаются слева направо, начиная с нижней, наиболее удаленной от корня, и заканчивая самой верхней, наиболее близкой к корню.

Для указания корневого домена в доменном имени узла ис­пользуется символ точки («.») на конце имени. Доменные имена, заканчивающиеся точкой, называют абсолютными домен­ными именами.

Так как абсолютное доменное имя связывается с корнем, оно однозначно специфицирует местоположение узла в иерархии. Имена без точки на конце иногда интерпретируются, как связан­ные с некоторым доменом, отличным от корневого. Абсолютное доменное имя также называют полноквалифицированным до­менным именем (Fully-Qualifed Domain Name или FQDN).

В DNS каждый домен может администрироваться различны­ми организациями. При этом каждая такая организация может затем делить свой домен и предоставлять полномочия на адми­нистрирование этих поддоменов другим организациям. Напри­мер, Сетевой Информационный Центр (NIC) отвечает за домен edu (educational), но предоставляет полномочия для поддомена berkeley.edu университету Беркли в Калифорнии. Домены мо­гут содержать как хост-машины, так и другие домены (свои под- домены). Доменные имена используются как индексы в базе данных DNS.

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

Зона содержит доменные имена и данные, которые содержит домен, исключая доменные имена и данные, делегированных поддоменов. Например, домен верхнего уровня ru может содер­жать поддомены ab. ru, be. ru и cd.ru, полномочия на которые могут делегироваться каким-либо организациям. В этом случае домен ru содержит все данные в ru и все данные в ab. ru, be. ru и cd. ru. Но зона ru содержит данные только ru.

Однако если поддомен какого-либо домена не делегируется, то зона будет содержать доменные имена и данные этого поддо­мена. Например, могут существовать поддомены de.ru и ef.ru домена ru, но не делегироваться. В этом случае зона ru будет содержать данные поддоменов de.ru и ef.ru, но не будет включать данные других поддоменов.

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

Решающие программы (resolvers). Решающая программа (resolver) — это клиентская часть DNS, посредством которой прикладные программы получают информацию о доменных именах от серверов имен. Решающая программа выполняет сле­дующие действия:

• запрашивает сервер имен;

• интерпретирует ответ (который может быть записью о ре­сурсах или ошибкой);

• возвращает информацию запрашивающей программе.

Решающая программа обычно представляет собой набор

библиотечных подпрограмм, которые вызываются прикладной программой, когда ей нужно выполнить преобразование имени в адрес и обратно. Например, в BSD Unix такими подпрограмма­ми являются gethostbyname и gethostbyaddr. Решающая про­грамма поддерживает кэш записей о ресурсах, полученных в от­вет на недавно выполненные запросы.

Серверы имен могут выдавать данные о своей зоне по запро­сам решающих программ. Кроме того, они также могут осущест­влять поиск в пространстве доменных имен данных, для которых они не являются полномочными серверами. Это обусловлено тем, что не все решающие программы могут производить такой поиск самостоятельно. Этот процесс называется разрешени­ем имен (name resolution или resolution).

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

Преобразование адресов в доменные имена. Данные, содержа­щие адресную информацию, в пространстве доменных имен ин­дексируются по имени. Поэтому поиск адреса по данному имени является относительно простой задачей. Но нахождение домен­ного имени, которому соответствует определенный адрес, в такой модели не является тривиальной задачей, так как требует перебо­ра адресных значений каждого доменного имени в дереве. Для предоставления такого поиска было выбрано довольно простое и эффективное решение. Так как найти данные, индексированные по имени, в дереве имен просто, в пространстве доменных имен Internet был создан специальный домен in-addr. агра.

Узлы в домене in-addr.агра именуются по номерам в представлении IP-адресов четырьмя десятичными цифрами, раз­деленными точками (каждая десятичная цифра находится в диа­
пазоне от 0 до 255). В этом случае домен in-addr.arpa может иметь до 256 поддоменов, каждый из которых соответствует каж­дому возможному значению первой цифры IP-адреса. Каждый из этих поддоменов может иметь до 256 поддоменов нижнего уровня, соответствующих возможным значениям второй цифры IP-адреса. На последнем четвертом уровне будут находиться за­писи о ресурсах, связанные с последней цифрой IP-адреса, ко­торые будут содержать полные доменные имена хост-машин или сетей, соответствующих этим IP-адресам. Структура домена in-addr.arpa представлена на рис. 5.5.

'152.192.16.15.in-addr.агра Рис. 5.5. Фрагмент структуры домена in-addr.arpa
 
о

1Р-а

Заметим, что когда читается доменное имя из домена in-addr.arpa, IP-адрес представляется в обратном порядке. Например, если хост win.corp.hp.com имеет IP-адрес 15.16.192.152, то соответствующий ему поддомен in-addr.arpa будет 152.192.16.15. in-addr. агра, который устанавливает обратное соответствие на доменное имя win.corp.hp.com.

Формат сообщения DNS. Все взаимодействия, определенные протоколом DNS, осуществляются с использованием сообщений определенного формата. Формат сообщение DNS верхнего уров­ня, разделенный на пять секций (некоторые из которых при определенных обстоятельствах остаются незаполненными), пред­ставлен на рис. 5.6.

  с    
и о     С
-v JJ   и •н
ф ф с JZ 4-> •н
  о   р < -о <
Ц-1 L-/-I ы   L/-I

 

1 2 3 4 5

Рис. 5.6. Формат сообщения DNS: 1 — заголовок; 2 — запрос к серверу имен; 3 — ресурсы, отвечающие на запрос; 4— ресурсы, указывающие на полномочные серверы; 5 — ресурсы, содержащие дополнительную информацию

Секция заголовка (header) присутствует всегда и включает поля, которые описывают другие секции, присутствующие в со­общении. Секция запроса (question) содержит поля, описы­вающие запрос: тип запроса (qtype), класс (qclass) и доменное имя запроса (qname). Остальные три секции имеют одинаковый формат:

• список записей о ресурсах (RRs), который может быть пус­тым;

• секция ответов (answer) содержит записи о ресурсах, кото­рые отвечают на запрос;

• секция полномочий (authority) содержит записи о ресур­сах, которые указывают на полномочные серверы; допол­нительно может содержать запись о ресурсе «начала полно­мочий» (start of authority или SOA) для авторизован­ных данных в секции ответов;

• дополнительная секция (additional) содержит записи о ресурсах, которые связаны с запросом, но не точно отвеча­ют на запрос.

BIND. Наиболее популярной программой поддержки DNS яв­ляется BIND, или Berkeley Internet Name Domain, — сервер доменных имен, реализованный в университете Беркли, который широко применяется в Internet. Он обеспечивает поиск доменных имен и IP-адресов для любого узла сети. BIND обеспечивает также рас­сылку сообщений электронной почты через узлы Internet.

BIND реализован по схеме «клиент — сервер». Различают четыре вида серверов:

• primary master-cepeep — поддерживает свою базу данных имен и обслуживает местный домен;

• secondary master-cepeep — обслуживает свой домен, но дан­ные об адресах части своих машин получает по сети с дру­гого сервера;

• caching сервер не имеет своего домена. Он получает данные либо с одного из master-серверов, либо из буфера;

• удаленный сервер — обычный master-сервер, установленный на удаленной машине, к которому обращаются программы по сети. В Unix-системах обычно адрес сервера указывает­ся в файле /etc/resolv.conf.

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

Почтовые адреса

В Internet принята система адресов, которая базируется на до­менном адресе машины, подключенной к сети. Почтовый адрес состоит из двух частей: идентификатора пользователя, который записывается перед знаком «коммерческого АТ» — «@», и домен­ного адреса машины, который записывается после знака «@».

Различают следующие типы адресов:

• местный адрес — распознается как адрес на машине, с ко­торой осуществляется отправка почты;

• адреса UUCP — могут имеют вид:

host! user; host!host!user; user@host.. uucp;

• адреса SMTP — стандартные для Internet:

usr@host;

[email protected];

user@[remote.hostrns.internet.address].

Если машина, с которой отправляется почта, имеет прямую линию связи по протоколу UUCP со следующей машиной (в ад­ресе), то почта передается на эту машину; если такого соединения нет, то почта не рассылается и выдается сообщение об ошибке. (Программа рассылки почты Sendmail сама преобразует адреса

Таблица 5.4. Фрагмент содержания файла/etc/services
Протокол Порт Транспортный протокол Комментарий j
tcpmux   top TCP port sen/ice multiplexer
ftp   tcp FTP - File Transfer Protocol
      Unassigned (номер не занят)
telnet   top Протокол удаленного терминала Telnet
      Private (номер зарезервирован) |
j smtp   tcp Simple Mail Transfer Protocol (электронная почта)
      Unassigned
time   tcp Timserver
time   udp -"-
rip   udp Routing Information Protocol (resource location)
whois   tcp Nicname
domain   tcp Name-domain server
domain   udp -"-
bootps   tcp BOOTP server
bootps   udp  
gopher   tcp Internet Gopher
gopher   udp  
finger   top  
www   tcp World Wide Web HTTP
www   udp  

 

формата SMTP в адреса UUCP, если доставка сообщения осуще­ствляется по этому протоколу.) Если в системе для адресации ис­пользуется Berkeley Internet Name Domain сервер, то Sendmail мо­жет определять адреса получателей, используя сервис BIND, если нет, то Sendmail сама определяет адреса.

При рассылке может использоваться и смешанная адресация:

• user%hostA@hostB — почта отправляется с машины hostB на машину hostA;

• user! hostA@hostB — почта отправляется с машины hostB на машину hostA;

• hostA! user%hostB — почта отправляется с hostA на hostB.

TCP/UDP-nopm — условный номер соединения с хост-маши- ной по определенному протоколу прикладного уровня (точнее, информационный сервис, WKS — Well Known Services, или при­кладная программа, которая осуществляет обслуживание по определенному порту TCP или UDP). К сервисам относятся: дос­туп в режиме удаленного терминала, доступ к файловым архивам FTP, доступ к серверам World Wide Web и т. п. В Unix-системах распределение сервисов по портам можно найти в файле /etc/ services (табл. 5.4).

Система универсальных идентификаторов ресурсов (URI/URL)

Система универсальных индентификаторов ресурсов (URI/ URL) разработана для использования в системах WWW, и в ее основу заложены следующие принципы.

Расширяемость — новые адресные схемы должны были легко вписываться в существующий синтаксис URI; была достигнута за счет выбора определенного порядка интерпретации адресов, который базируется на понятии «адресная схема». Идентифика­тор схемы стоит перед остатком адреса, отделен от него двоето­чием и определяет порядок интерпретации остатка.

Полнота — по возможности любая из существовавших схем должна была описываться посредством URI.

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

Формат URL включает:

• схему адреса (тип протокола доступа — http, gopher, wais, telnet, ftp и т. п.);

• IP- или доменный адрес машины;

• номер TCP-порта;

• адрес ресурса на сервере (каталог или путь);

• имя HTML-файла и метку;

• критерий поиска данных.

Для каждого вида протокола приложений выбирается свое подмножество полей из представленного выше списка. Прежде чем рассмотреть различные схемы представления адресов, при­ведем пример простого адреса URL:

http://polyn.net.kiae.su/polyn/index.html

В данном случае путь состоит из доменного адреса машины, на которой установлен сервер HTTP, и пути от корня дерева сервера к файлу index.html.

Кроме подобной полной записи URL, существует упрощенная, которая предполагает, что к моменту ее использования многие основные компоненты адреса ресурса уже определены (прото­кол, адрес машины в сети, некоторые элементы пути). В данном случае достаточно указывать только адрес, относительный опре­деленных базовых ресурсов.

Схема HTTP — основная для WWW; содержит идентифика­тор, адрес машины, TCP-порт, путь в директории сервера, поис­ковый критерий и метку. Приведем несколько примеров URI для схемы HTTP:

http://polyn.net.kiae.su/polyn/manifest.html

Это наиболее распространенный вид URL, применяемый в документах WWW. Вслед за именем схемы (http) следует путь, состоящий из доменного адреса машины и полного адреса HTML-документа в дереве сервера HTTP.

В качестве адреса машины допустимо использование и IP-адреса:

http.-//144.206.160. 4 0/risk/risk, html

Если сервер протокола HTTP запущен на обслуживание от­личного от 80 (стандарт) порт TCP, то это отражается в адресе:

http://144.206.130.137:8080/altai/index.html

При указании адреса ресурса возможна ссылка на точку внутри файла HTML. Для этого вслед за именем документа мо­жет быть указана метка внутри HTML-документа:

http://polyn.net.kiae.su/altai/volume4.html#first

Символ «#» отделяет имя документа от имени метки. Другая возможность схемы HTTP — передача параметров. Первоначаль­но предполагалось, что в качестве параметров будут передаваться ключевые слова, но, по мере развития механизма CGI-скриптов, в качестве параметров стала передаваться и другая информация.

http://polyn.net.kiae.su/isindex.html?keywordl+keyword2

В данном примере предполагается, что файл isindex.html — документ с возможностью поиска по ключевым словам.

При использовании HTML Forms параметры передаются как поименованные поля:

http://polyn.net.kiae.su/isindex.html?fieldl=value1+fie

ld2=value

Схема FTP позволяет адресовать файловые архивы FTP из программ-клиентов World Wide Web. При этом возможно указа­ние не только имени схемы, адреса FTP-архива, но и идентифи­катора пользователя и даже его пароля. Наиболее часто данная схема используется для доступа к публичным архивам FTP:

ftp://polyn.net.kiae.su/pub/0index.txt

В данном случае записана ссылка на архив polyn.net.kiae.su с идентификатором «anonymous» или «ftp» (анонимный доступ). Если есть необходимость указать идентификатор пользователя и его пароль, то можно это сделать перед адресом машины:

ftp://nobody:passwordgpolyn.net.kiae.su/users/local/pub

В данном случае эти параметры отделены от адреса машины символом «@», а друг от друга — двоеточием. В некоторых сис­темах можно указать и тип передаваемой информации, но дан­ная возможность не стандартизована.

Схема Gopher используется для ссылки на ресурсы распреде­ленной информационной системы Gopher; состоит из иденти­фикатора и пути, в котором указывается адрес Gopher-cepBepa, тип ресурса и команда Gopher.

gopher://gopher.kiae.su:70:/7/software

В данном примере.осуществляется доступ к Gopher-cepeepy gopher.kiae.su через порт 70 для поиска (тип 7) слова software. Следует заметить, что тип ресурса, в данном случае 7, передается не перед командой, а вслед за ней.

Схема MAILTO предназначена для отправки почты по стан­дарту RFC-822 (стандарт почтового сообщения). Общий вид схе­мы выглядит так:

mai1to:[email protected]

Схема NEWS — просмотр сообщений системы Usenet. При этом используется следующая нотация:

news:comp.infosystems.gopher

В данном примере пользователь получит идентификаторы статей из группы сотр. infosystems.gopher в режиме уведом­ления. Можно получить и текст статьи, но тогда необходим ее идентификатор:

news:08 [email protected]

(86-я статья из группы.)

Схема NNTP — еще одна схема получения доступа к ре­сурсам Usenet, в которой, например, обращение к группе

comp. infosystems. gopher для получения статьи 86 будет вы­глядеть так:

nntp:comp.infosystems.gopher/08 6

Следует обратить внимание на то, что адрес сервера Usenet не указан. Программа-клиент должна быть предварительно сконфи­гурирована на работу с одним из серверов Usenet. Сама служба Usenet является распределенным информационным ресурсом, и группа сотр. infosystems. gopher на сервере в домене kiae. su или где-либо еще в мире содержит одни и те же сообщения.

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

telnet://guest:password®apollo.polyn.kiae.su

Схема WAIS (протокол Z39.50). WAIS — распределенная ин­формационно-поисковая система, работающая в режимах поис­ка и просмотра. При поиске используется форма со знаком «?», отделяющим адресную часть от ключевых слов:

wais://wais.think.com/wais?guide

В данном случае обращаются к базе данных WAIS на сервере wais.think.com с запросом на поиск документов, содержащих слово guide. Сервер возвращает клиенту список идентификато­ров документов, после получения которого можно использовать вторую форму схемы — WAIS-запрос на просмотр документа:

wais://wais.think.com/wais/wtype/039=/user/letter.txt,

где 039 — идентификатор документа.

Схема FILE. WWW-технология используется как в сетевом, так и в локальном режимах. Для локального режима используют схему FILE.

file:///С I/text/html/index.htm

В данном примере приведено обращение к локальному доку­менту на персональном компьютере с MS-DOS или MS-Windows.

Существует еще несколько схем. Эти схемы реально на прак­тике не используются или находятся в стадии разработки, поэто­му останавливаться на них мы не будем.




Поделиться с друзьями:


Дата добавления: 2014-11-29; Просмотров: 1022; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.139 сек.