Адресация веб-ресурсов. URL, URN, URI

Оглавление

Введение 3
1. Адресация веб-ресурсов. URL, URN, URI 4
2. Доменные имена, IP-адрес 8
2.1 Доменные имена 8
2.2 IP-адреса 11
2.3 Протоколы разрешения доменных имен 13
Заключение 21
Список использованной литературы 23

Введение
Интернет — это глобальная компьютерная сеть, объединяющая сотни миллионов компьютеров в общее информационное пространство. Интернет представляет свою инфраструктуру для прикладных сервисов различного назначения, самым популярным из которых является Всемирная Паутина – World Wide Web (www) [5].
World Wide Web (www, web, рус.: веб, Всемирная Паутина) — распределенная информационная система, предоставляющая доступ к гипертекстовым документам по протоколу HTTP.
Серверы www (веб-серверы) — это хранилища гипертекстовой (в общем случае) информации, управляемые специальным программным обеспечением.
Документы, представленные в виде гипертекста называются веб-страницами. Несколько веб-страниц, объединенных общей тематикой, оформлением, связанных гипертекстовыми ссылками и обычно находящихся на одном и том же веб-сервере, называются веб-сайтом [5].
Адресация веб-ресурсов. URL, URN, URIWWW — сетевая технология прикладного уровня стека TCP/IP, построенная на клиент-серверной архитектуре и использующая инфраструктуру Интернет для взаимодействия между сервером и клиентом (рисунок 1) [6].
Для загрузки и просмотра информации с веб-сайтов используются специальные программы — браузеры, способные обрабатывать гипертектовую разметку и отображать содержимое веб-страниц.
Рисунок 1 - Архитектура сервиса WWW
В основе www — взаимодействие между веб-сервером и браузерами по протоколу HTTP (HyperText Transfer Protocol). Веб-сервер — это программа, запущенная на сетевом компьютере и ожидающая клиентские запросы по протоколу HTTP. Браузер может обратиться к веб-серверу по доменному имени или по ip-адресу, передавая в запросе идентификатор требуемого ресурса. Получив запрос от клиента, сервер находит соответствующий ресурс на локальном устройстве хранения и отправляет его как ответ. Браузер принимает ответ и обрабатывает его соответствующим образом, в зависимости от типа ресурса (отображает гипертекст, показывает изображения, сохраняет полученные файлы и т.п.) [6].
Основной тип ресурсов Всемирной паутины — гипертекстовые страницы. Гипертекст — это обычный текст, размеченный специальными управляющими конструкциями — тегами. Браузер считывает теги и интерпретирует их как команды форматирования при выводе информации. Теги описывают структуру документа, а специальные теги, якоря и гиперссылки, позволяют установить связи между веб-страницами и перемещаться как внутри веб-сайта, так и между сайтами.
Компоненты сервиса.
Функционирование сервиса обеспечивается четырьмя составляющими [6]:
URL/URI — унифицированный способ адресации и идентификации сетевых ресурсов;
HTML — язык гипертекстовой разметки веб-документов;
HTTP — протокол передачи гипертекста;
CGI — общий шлюзовый интерфейс, представляющий доступ к серверным приложениям.
Адресация веб-ресурсов. URL, URN, URI.
Для доступа к любым сетевым ресурсам необходимо знать где они размещены и как к ним можно обратиться. Во Всемирной паутине для обращения к веб-документам изначально используется стандартизованная схема адресации и идентификации, учитывающую опыт адресации и идентификации таких сетевых сервисов, как e-mail, telnet, ftp и т.п. — URL, Uniform Resource Locator.
URL (RFC 1738) — унифицированный локатор (указатель) ресурсов, стандартизированный способ записи адреса ресурса в www и сети Интернет. Адрес URL имеет гибкую и расширяемую структуру для максимально естественного указания местонахождения ресурсов в сети. Для записи адреса используется ограниченный набор символов ASCII. Общий вид адреса можно представить так [6]:
<схема>://<логин>:<пароль>@<хост>:<порт>/<полный-путь-к-ресурсу>
Где [6]:
схема
схема обращения к ресурсу: http, ftp, gopher, mailto, news, telnet, file, man, info, whatis, ldap, wais и т.п.
логин: пароль
имя пользователя и его пароль, используемые для доступа к ресурсу
хост
доменное имя хоста или его IP-адрес.
порт
порт хоста для подключения
полный-путь-к-ресурсу
уточняющая информация о месте нахождения ресурса (зависит от протокола).
Примеры URL [6]:
http://example.com #запрос стартовой страницы по умолчаниюhttp://www.example.com/site/map.html #запрос страницы в указанном каталогеhttp://example.com:81/script.php #подключение на нестандартный портhttp://example.org/script.php?key=value #передача параметров скриптуftp://user:pass@ftp.example.org #авторизация на ftp-сервереhttp://192.168.0.1/example/www #подключение по ip-адресуfile:///srv/www/htdocs/index.html #открытие локального файлаgopher://example.com/1 #подключение к серверу gophermailto://user@example.org #ссылка на адрес эл.почты
В августе 2002 года RFC 3305 анонсировал устаревание URL в пользу URI (Uniform Resource Identifier), еще более гибкого способа адресации, вобравшего возможности как URL, так и URN (Uniform Resource Name, унифицированное имя ресурса). URI позволяет не только указавать местонахождение ресурса (как URL), но и идентифицировать его в заданном пространстве имен (как URN). Если в URI не указывать местонахождение, то с его помощью можно описывать ресурсы, которые не могут быть получены непосредственно из Интернета (автомобили, персоны и т.п.). Текущая структура и синтаксис URI регулируется стандартом RFC 3986, вышедшим в январе 2005 года [6].
Доменные имена, IP-адрес2.1 Доменные именаИнтернет - это совокупность локальных сетей компьютеров, расположенных по всему миру, которые связываются между собой по единым правилам, называемым протоколами.
Домен (доменное имя) — это адрес (имя) сайта в сети Интернет, состоящее из набора символов и цифр. Каждое доменное имя в Интернете является уникальным. Максимальная длина доменного имени (между точками) — 63 символа. Общая длина имени, включая поддомены, разделительные точки и имя зоны домена, может составлять до 255 знаков [5].
Для того, чтобы не запоминать числовой адрес компьютера, была создана система DNS. Система Доменных Имен или DNS (Domain Names System), связывает имена, подобные www.htmlweb.ru c цифровыми адресами(185.12.92.137), которые используют компьютеры, чтобы связываться друг с другом [1].
Структура домена.
Полное доменное имя (от англ. FQDN — Fully Qualified Domain Name — полностью определенное доменное имя) состоит из нескольких частей — собственно имени и всех доменов, разделенных точками.
Рассмотрим это на примере домена google.com.ua.
. (точка) — домен нулевого уровня — чаще всего точка не указывается, но подразумевается;
.ua — домен первого (верхнего) уровня;
com.ua — домен второго уровня;
google.com.ua — домен третьего уровня.
Доменное имя имеет простую структуру, состояющую из нескольких частей (частей может быть бесконечное количество, но практике число уровней обычно невелико), разделенных точками и читаемых справа налево:
Рисунок 2 - Структура домена
Каждая из этих частей предоставляет специфическую информацию о доменном имени.
TLD (Корневой домен).
Корневой домен сообщает наиболее общую информацию. Корневой домен говорит пользователям наиболее общую информацию о службе, доступной по доменному имени. Наиболее общие корневые домены (.com, .org, .net) не требуют от веб-службы соответствия строгим критериям, но некоторые корневые домены имеют и более строгие политики. Например, локальные корневые домены, такие как .us, .fr, или .sh, могут требовать, чтобы услуги по данному адресу предоставлялись на национальном языке или физически размещались на территории страны [2].
В этом контексте стоит далее рассмотреть такое понятие, как поддомен.
Поддомен.
Поддомен (или субдомен от англ. subdomain) — это домен, выступающий частью домена более высокого уровня. Поддомен — относительное понятие, что видно на следующих примерах: blog.google.com.ua — это поддомен домена google.com.ua, в свою очередь google.com.ua — поддомен домена .com.ua. [2]
Доменные зоны.
Домены верхнего уровня (от англ. TLD — top–level domains) разделяют на:
национальные (ccTLD — country code top level domains) — домены, относящиеся к определенной стране, состоят из двух букв, например, .ua — Украина, .ru — Россия;
тематические (gTLD — generic top level domains) — домены, определяющие тематическую принадлежность сайта, например, .com — коммерческий, .travel — туристические услуги.
Для того, чтобы Ваш сайт с Вашим доменным именем заработал - необходимо указать DNS-сервера, на которых будет "записано", на каком именно сервере(хостинге) находится Ваш сайт. DNS сервера имеют вид:
ns1.yourhosting.runs2.yourhosting.ru
Есть три пути настроки DNS [2]:
DNS регистратора. В этом случае, Вам нужно будет полностью настроить зону DNS как в третьем варианте.
DNS хостинг-провайдера. В этом случае всю предварительную настройку DNS, достаточную для нормальной работы Вашего сайта сделает хостинг-провайдер.
Сторонний DNS. Вы можете указать хостинг DNS вообще на стороннем сервере DNS, например, Яндекс-DNS.
Выбор домена.
При подборе подходящего имени для вашего сайта стоит обратить внимание на такие моменты [4]:
имя домена является коротким и запоминающимся;
имя домена ассоциируется с вашей деятельностью;
имя домена включает название вашего бренда или компании;
доменная зона относится к территории проживания аудитории сайта (.com.ua для жителей Украины) или отражает тематическую направленность сайта (.photo для фотографов);
старайтесь избегать сложных буквосочетаний (zh, sch), цифр и специальных символов (–, *) в случае, если они не несут смысловой нагрузки.
Базовый домен – это адрес домена без префикса www, например google.ru.
Основной домен. В Google Cloud основным доменом считается тот, который вы указали при регистрации корпоративного аккаунта. Впоследствии к нему можно добавить дополнительные домены.
Субдомен – это часть более крупного домена. Например, mail.google.com, www.google.com и docs.google.com – это субдомены в домене google.com. Как правило, владельцы сайтов создают их, чтобы пользователям было проще запомнить адреса разделов и сервисов [4].
IP-адресаIP-адрес (aй-пи адрес, сокращение от англ. Internet Protocol Address) — уникальный идентификатор (адрес) устройства (обычно компьютера), подключённого к локальной сети или интернету.
IP-адрес представляет собой 32-битовое (по версии IPv4) или 128-битовое (по версии IPv6) двоичное число. Удобной формой записи IP-адреса (IPv4) является запись в виде четырёх десятичных чисел (от 0 до 255), разделённых точками, например, 192.168.0.1. (или 128.10.2.30 — традиционная десятичная форма представления адреса, а 10000000 00001010 00000010 00011110 — двоичная форма представления этого же адреса) [3].
IP-адреса представляют собой основной тип адресов, на основании которых сетевой уровень протокола IP передаёт пакеты между сетями. IP-адрес назначается администратором во время конфигурирования компьютеров и маршрутизаторов.
IP-адрес состоит из двух частей [3]: номера сети и номера узла. В случае изолированной сети её адрес может быть выбран администратором из специально зарезервированных для таких сетей блоков адресов (192.168.0.0/16, 172.16.0.0/12 или 10.0.0.0/8). Если же сеть должна работать как составная часть Интернета, то адрес сети выдаётся провайдером либо pегиональным интернет-регистратором (Regional Internet Registry, RIR). Всего существует пять RIR: ARIN, обслуживающий Северную Америку; APNIC, обслуживающий страны Юго-Восточной Азии; AfriNIC, обслуживающий страны Африки; LACNIC, обслуживающий страны Южной Америки и бассейна Карибского моря; и RIPE NCC, обслуживающий Европу, Центральную Азию, Ближний Восток. Региональные регистраторы получают номера автономных систем и большие блоки адресов у ICANN, а затем выдают номера автономных систем и блоки адресов меньшего размера локальным интернет-регистраторам (Local Internet Registries, LIR), обычно являющимся крупными провайдерами [3]. Номер узла в протоколе IP назначается независимо от локального адреса узла. Маршрутизатор по определению входит сразу в несколько сетей. Поэтому каждый порт маршрутизатора имеет собственный IP-адрес. Конечный узел также может входить в несколько IP-сетей. В этом случае компьютер должен иметь несколько IP-адресов, по числу сетевых связей. Таким образом, IP-адрес характеризует не отдельный компьютер или маршрутизатор, а одно сетевое соединение.
Классы IP-адресов.
Какая часть адреса относится к номеру сети, а какая к номеру узла, определяется значениями первых бит адреса. Значения этих бит являются также признаками того, к какому классу относится тот или иной IP-адрес.
На рисунке 3 показана структура IP-адреса разных классов [3].
Рисунок 3 - Структура IP-адреса разных классов.
IP-адрес (или адрес интернет-протокола) – это набор чисел, указывающий на расположение устройства в сети Интернет. Пример IP-адреса: 74.125.19.147.
С доменным именем может быть связано несколько IP-адресов, поэтому в Google для электронной почты и сайтов нужно указывать дополнительные данные [3].
Динамические IP-адреса
IP-адрес называют динамическим, если он назначается автоматически при подключении устройства к сети и используется в течение ограниченного промежутка времени, как правило, до завершения сеанса подключения.
2.3 Протоколы разрешения доменных именИ WINS, и DNS выполняют разрешение имен, которое представляет собой процесс преобразования компьютерного имени в адрес. WINS преобразовывает внутренние имена NetBIOS в IP-адреса, а DNS преобразует в IP-адреса Internet-имена. Если ваша сеть охватывает только вашу компанию и в ней используются только системы компании Microsoft (например, на базе NetBIOS), DNS вам абсолютно ни к чему; все, что необходимо для разрешения имен предлагает WINS. Однако, если вы подключены к Internet, вам следует подумать о том, какой тип связи имеет смысл реализовывать. Если ваши пользователи будут получать доступ к внешним серверам в Internet, необходимо предоставить им возможности, которые выходят за рамки поиска адреса в Internet. Если же, напротив, вы планируете предоставлять ресурсы, к которым будут обращаться пользователи вне вашей сети, следует в своей базе данных DNS сконфигурировать серверы (например, все машины, которые содержат ресурсы для совместного использования) как хосты [5].
Даже если же вы решили, что непосредственно в данный момент DNS вам не нужна, я думаю, что вы все же захотите узнать о ней чуть подробнее. В Win2K система WINS будет объединена с DNS для того, чтобы в определенной степени автоматизировать процесс конфигурирования DNS, сейчас выполняемый вручную. DNS станет частью Active Directory (AD) и потребует использования протокола разрешения имен.
Установка.
Как WINS и DHCP, DNS должна работать на системе NT Server. Установите все три сервиса, выбрав ярлык Service в апплете Network из Control Panel. Вы должны установить их на компьютере, имеющем фиксированный IP-адрес. После того, как вы инсталлировали программное обеспечение DNS и перезагрузили систему, вы увидите, что в группу программ Administrative Tools добавлен DNS Manager [6].
Конфигурация DNS
Экран 1: Конфигурирование сервера DHCP с IP-адресом сервера DNS
Чтобы использовать DNS, все клиенты должны знать, как связаться с сервером DNS. Вам необходимо только сконфигурировать клиент так, чтобы он мог получить адрес от сервера DHCP. Для корректной работы, конечно же, вам необходимо сконфигурировать сервер DHCP с IP-адресом сервера DNS (как показано на Экране 1). Более подробно процесс конфигурации этой и других опций изложен в статье "Конфигурирование DHCP".
Если конфигурируемый клиент является клиентом DHCP, то больше ничего делать не нужно. Если вы вручную присваиваете IP-адреса, то выберите апплет Network на Control Panel, а затем укажите на ярлык Protocols. Выберите TCP/IP, а затем нажмите на кнопку Properties, после чего появится диалоговое окно TCP/IP Properties. Для установки вручную адреса сервера DNS Server выберите ярлык DNS, как показано на Экране 2 [6].
Экран 2: Конфигурирование адреса сервера DNS на клиенте вручную
Организация коммутируемых соединений с провайдером Internet выполняется несколько иначе. Хотя ваш провайдер предоставит вам IP-адрес, в некоторых случаях вам все же придется конфигурировать свое коммутируемое соединение с IP-адресом сервера или серверов DNS вашего провайдера Internet. Иногда вы не сможете получить доступ ни к одному из ресурсов в Internet из-за того, что отключены серверы провайдера или серверы имен более высоких уровней перегружены или не работают.
Если клиент, который вы конфигурируете, должен предоставлять ресурсы внешним пользователям, вам придется также добавить имя домена в диалоговое окно, показанное на Экране 2 [6]. Отметим, что эта запись представляет собой имя домена Internet, а не имя домена NT. Обычно, вы можете оставить это диалоговое окно пустым. После того, как вы закончили конфигурацию TCP/IP, перезагрузите свой компьютер.
Конфигурация сервера DNS.
Не стоит легкомысленно относится к конфигурации сервера DNS. Этот сложный процесс требует установки многих параметров вручную и при этом ни один из этапов конфигурации не автоматизирован. Ниже описывается несколько основных моментов.
Во-первых, запустите DNS Manager из папки Administrative Tools. Когда вы впервые его запускаете, то в нем есть только одна запись - Server List, который, в свою очередь, пуст. Указав на Server List, нажмите правую клавишу мыши, а затем выберите опцию New Server. В появившемся диалоговом окне введите имя или IP-адрес вашего сервера DNS. Это должен быть именно IP-адрес сервера, а не его имя, если вы администрируете сервер DNS с другого компьютера. DNS добавит сервер в список. Ниже списка серверов вы увидите запись, соответствующую кэш DNS. Нажмите два раза на пиктограмму кэш, а затем откройте все записи, располагающиеся под ней, как показано на Экране 3 [6].
Экран 3: Просмотр DNS ManagerДалее вы можете добавить зону. DNS разбивает ваш домен на зоны, каждая из которых должна иметь первичный сервер зоны. Этот первичный сервер зоны представляет собой базу данных DNS. Каждая зона должна также иметь несколько вторичных серверов зоны, каждый из которых отдельно кэширует копию базы данных, а все вместе они обрабатывают запросы клиента. Такое разбиение доменов на зоны, каждая из которых поддерживает один или несколько серверов, сокращают рабочую нагрузку на сервере DNS и ускоряют ответ на запросы пользователя. Вторичные серверы обеспечивают избыточность и балансировку нагрузки [6].
До создания зоны для вашего домена стоит подумать об организации нескольких зон обратного поиска (reverse lookup zone). Эти зоны преобразуют IP-адреса в имена. Если вы сначала создадите эти зоны, они будут очень полезны. При добавлении записей в доменную зону, которые связывают имена доменов с IP-адресами, зоны обратного поиска могут автоматически возвращать эту связь, то есть предоставляют имя, ассоциированное с каждым из IP-адресов.
Экран 4: Добавление зоны обратного поиска.
Чтобы создать зону обратного поиска, два раза щелкните правой клавишей мыши на пиктограмму сервера DNS, затем выберите опцию New Zone. После того, как откроется программа-эксперт, выберите Primary. В появившемся диалоговом окне введите имя зоны. Вы должны использовать соглашение об обратном поиске, которое требует использования только первых трех составляющих адреса TCP/IP. Для такой сети, как 192.168.1.0 в качестве имени зоны используйте 1.168.192.in-addr.arpa (in-addr.arpa - это специальная зона в структуре DNS, используемая для выполнения обратного поиска адресов с помощью протокола разрешения адресов). Нажмите Tab для генерации имени файла для этой зоны и выберите имя по умолчанию. Нажмите кнопку Next, затем, чтобы завершить процесс, кнопку Finish, как показано на экране 4 [6].
Экран 5: Добавление первичной зоны.
Теперь вы готовы к тому, чтобы добавить первичную зону. Снова выберите опцию New Zone, нажмите на кнопку Primary, а затем на Next. Введите имя зоны и для генерации файла нажмите Tab. После чего, для завершения процесса создания зоны, нажмите на кнопку Finish.
Экран 5 показывает, что DNS автоматически добавила две записи к базе данных - запись Start of Authority (SOA) и запись Name Server (NS). Запись SOA указывает, какой компьютер является доверенным сервером вашего домена. То есть в случае появления противоречивой информации DNS будет использовать данные, предоставляемые именно этим сервером. Для каждого сервера имен в зоне должна существовать своя запись NS [6].
Добавление адресов хостов
Экран 6: Просмотр записей о ресурсах в базе данных DNS.
Вы должны добавить записи для каждого хостового компьютера, к которому сервер DNS будет обращаться. Щелкните правой клавишей мыши на зоне и выберите опцию New Host. Введите имя и IP-адрес хоста для того, чтобы создать запись Address (A). Поднимите флажок записи Check the Pointer (PTR) для того, чтобы разрешить генерацию записи обратного поиска, а после этого нажмите кнопку Add Host. Вы можете также добавить псевдоним, щелкнув правой клавишей мыши на зоне, выбрав New Resource Record и добавив запись Canonical Name (CNAME). На Экране 6 показан результат таких действий.
WINS и DNS.
Если для присвоения IP-адресов вы используете DHCP, то при изменении IP-адреса могут возникнуть проблемы. База данных DNS должна конфигурироваться вручную, поэтому добиться того, чтобы все данные в ней отражали реальное положение вещей, достаточно сложно. К счастью, существует простое решение [6].
Когда вы используете DHCP, вы часто устанавливаете и WINS. На последнем уровне при поиске имени, когда DNS обычно связывает имя хоста с IP-адресом, DNS просто передает свой запрос системе WINS. Поскольку WINS динамическая и компьютеры сами регистрируются в базе данных WINS, то в WINS имеются новые IP-адреса, которые и возвращаются DNS. Затем DNS воспроизводит этот IP-адрес как результат запроса на разрешения имен в DNS. Таким образом WINS позволяет избежать огромной работы по обновлению сервера DNS. Следовательно, WINS станет частью динамической DNS в операционной системе Win2K [6].
Регистратор доменов.
Регистратор – это компания, которая продает свободные доменные имена. Часто такие компании также предлагают услуги хостинга.
Вы можете зарегистрироваться в бета-версии Google Domains или воспользоваться услугами наших партнеров и приобрести доменное имя при регистрации в Google Cloud. Если вы приобрели домен при регистрации аккаунта G Suite, Gmail и персональные веб-адреса активируются автоматически. Если домен был приобретен до оформления подписки, измените записи DNS у регистратора домена [4].
Регистратор домена.
Регистратор домена обслуживает DNS-серверы вашего домена и предоставляют инструменты для управления DNS-записями, в частности записями MX для настройки Gmail и записями CNAME для создания веб-адресов. Многие из них также помогают регистрировать доменные имена.
Для изменения DNS-записей войдите в свой аккаунт, зарегистрированный у поставщика. Пользователи Google Domains могут сделать это на странице domains.google.com [4].
Сервер доменных имен.
DNS-сервер служит точкой отсчета для данных DNS вашего домена и, как правило, обслуживается поставщиком услуг хостинга. Сбой на DNS-сервере может вызвать неполадки в работе почты и сайта. Чтобы не допустить создания единой точки отказа, необходимо использовать хотя бы два не связанных между собой DNS-сервера. В некоторых странах DNS-серверы должны находиться в разных IP-сетях – это повышает надежность их работы. DNS-записи для домена, полученные с разных серверов, должны совпадать, но порядок, в котором они возвращаются, не имеет значения [4].
Заключение

Internet представляет собой конгломерат сотен тысяч взаимосвязанных гетерогенных сетей и компьютеров (хост-машин). Построение Internet базируется на концепции иерархии протоколов. Протоколы Internet именуются семейством протоколов TCP/IP. В TCP/IP компьютеры взаимодействуют друг с другом на базе различных типов адресов. На физическом уровне используются низкоуровневые физические адреса, соответствующие используемым аппаратным устройствам. С уровня звена данных  по уровень представления данных применяется первая абстракция, использующая адреса хост-машин, такие как IP-адреса. И на прикладном уровне применяется абстракция второго уровня, использующая удобные для восприятия пользователей имена хост-машин (hostnames). В семействе протоколов TCP/IP преобразование физических адресов в адреса транспортного уровня (IP-адреса) выполняется протоколом ARP. Для преобразования (или связывания (binding)) IP-адресов в имена хост-машин используется Служба Доменных Имен (Domain Name System или DNS) [3].
В DNS каждый домен может администрироваться различными организациями. При этом каждая такая организация может затем делить свой домен и предоставлять полномочие на администрирование этих поддоменов другим организациям. Например, Сетевой Информационный Центр (NIC) отвечает за домен "edu" (educational), но предоставляет полномочия для поддомена "berkeley.edu" университету Беркли в Калифорнии. Домены могут содержать как хост-машины, так и другие домены (свои поддомены). Доменные имена используются, как индексы в базе данных DNS.     Каждая хост-машина в сети имеет доменное имя, которое является указателем на информацию об этой хост-машине. Эта информация может содержать IP-адрес, маршрутную информацию почтовой системы и т.д.. Хост-машина может иметь одно или несколько доменных имен-псевдонимов (domain name aliases), которые является простыми указателями одного доменного имени (имени-псевдонима) на другое (каноническое доменное имя (canonical domain name)).
Список использованной литературы

Журнал Windows NT Magazine: Bob Chronister"Ask Dr. Bob Your NT Questions", February 1999
Журнал Windows NT Magazine: Darren Mar-Elia"Can You Use DNS Instead of WINS?", November 1997
Журнал Windows NT Magazine: Mark Minasi"DNS Disaster Recovery", April 1999"Service Pack 4", March 1999"Name Resolvers: WINS vs. DNS", November 1996
Журнал Windows NT Magazine: Douglas Toombs"Load Sharing for Your NT Web Server", April 1998"DNS an PPTP for Network Security", August 1997
Как правильно разместить DNS-сервер. Павел Храмцов. 18.09.2003. Открытые системы, #09/2003
Простое перемещение больших файлов. Стив Басс. 02.08.2004. Мир ПК, #08/2004