Выбор доменного имени

 в раздел Оглавление

«DNS и BIND»

Руководство для системных администраторов

3. С чего начать?

Выбор доменного имени

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

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

Заметьте: чтобы узнать, как выглядит пространство доменных имен сети Интернет (не считая того, о чем мы уже рассказали), понадобится доступ к сети Интернет. Необязательно иметь доступ к узлу с работающими службами DNS, но это не будет лишним. Если доступа к такому узлу нет, придется «позаимствовать» услуги службы DNS у других DNS-серверов (как в примере с именем ftp.isc.org), чтобы начать работу.

О регистраторах и регистрах

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

Регистр - это организация, отвечающая за сопровождение файлов данных доменов высшего уровня (а в действительности - зон), то есть информации о делегировании всех поддоменов. При существующей сегодня структуре сети Интернет каждый домен высшего уровня привязан не более чем к одному регистру. Регистратор является интерфейсом между клиентами и регистрами, он обеспечивает процедуры регистрации и предоставляет дополнительные платные услуги. После того как клиент выбрал поддомен в зоне высшего уровня, регистратор, к которому клиент обратился, передает в соответствующий регистр зональные данные, необходимые для делегирования указанного клиентом поддомена DNS-серверам. Таким образом регистры выполняют «оптовое» делегирование в пределах своих зон. Регистраторы же действуют как розничные продавцы, обычно перепродавая делегирование для более чем одного регистра.

Регистрация - это действие, посредством которого клиент сообщает регистратору, каким DNS-серверам следует делегировать поддомен, и также снабжает регистратора контактной и платежной информацией. Вот некоторые примеры регистраторов и регистров из реальной жизни: компания Public Interest Registry управляет регистром org, а VeriSign в настоящее время выполняет функции регистра для доменов высшего уровня com и net. Существуют десятки регистраторов, работающих с зонами com, net и org; среди них GoDaddy.com, Register.c om и Network Solutions. Организация EDUCAUSE управляет регистром и является единственным регистратором для домена edu. Но чтобы не отвлекаться слишком сильно, вернемся к нашим задачам.

Где мое место?

Если ваша организация подключена к сети Интернет вне США, прежде всего необходимо решить, в каком из доменов высшего уровня запрашивать поддомен - в одном из родовых, таких как com, net или org, либо в домене высшего уровня, соответствующем конкретной стране.

Родовые домены высшего уровня вовсе не отведены исключительно под организации США. Для компании, которая является мульти- или транснациональной и для которой не подходит домен высшего уровня какой-то конкретной страны либо в случае, когда родовой домен просто более предпочтителен, имеет смысл регистрация в одном из родовых доменов. Выбрав такой путь регистрации, читатели могут перейти к разделу «Родовые домены высшего уровня».

В случае выбора поддомена в домене высшего уровня конкретной страны следует проверить, зарегистрирован ли для этой страны домен высшего уровня, и если да, то каким структурным делением он обладает. Если необходимо уточнить имя домена высшего уровня для страны, обращайтесь к приложению D «Домены высшего уровня».

В доменах высшего уровня некоторых стран, таких как Новая Зеландия (nz), Австралия (au) и Великобритания (uk), существует организационное деление для доменов второго уровня. То есть имена доменов второго уровня, скажем co или com для коммерческих сущностей, отражают принадлежность организации. Домены других стран, скажем Франции (fr) или Дании (dk), делятся на множество поддоменов, которые управляются отдельными университетами и компаниями; домен Университета Сент-Этьена носит название univ-st-etienne.fr, а домен датской группы пользователей UNIX-систем - dkuug.dk. Для многих доменов высшего уровня существуют веб-страницы, описывающие их структуру. Если вы не знаете URL веб-страницы домена высшего уровня конкретной страны, сверьтесь с каталогом ссылок на подобные страницы, расположенным по адресу http://www.allwhois.com.

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

Чтобы узнать, к кому обращаться с вопросами по конкретному поддомену, придется найти соответствующую зоне RR-запись типа SOA (start of authority, начало авторитета). В SOA-записи каждой зоны существует поле, содержащее адрес электронной почты лица, отвечающего за техническую поддержку зоны.[1] (Остальные поля SOA-записи содержат общую информацию о зоне, чуть позже мы обсудим их более подробно.)

Например, если бы мы хотели узнать о назначении поддомена csiro.au, то могли бы узнать, кто за него отвечает, из содержимого SOA-записи для csiro.au:

% nslookup - 207.69.188.185
>set type=soa - Поиск информации из RR-записи типа SOA
>csiro.au. - для csiro.au
Server: ns1.mindspring.com
Address: 207.69.188.185#53

csiro.au

origin = zas.csiro.au
mail addr = hostmaster.csiro.au
serial = 2005072001
refresh = 10800
retry = 3600
expire = 3600000
minimum ttl = 3600

>exit

Поле mail addr содержит интернет-адрес контактного лица csiro.au. Чтобы преобразовать этот адрес в формат электронного адреса сети Интернет, замените первый символ « . » в адресе на символ « @ ». Так, hostmaster.csiro.au превращается в hostmaster@csiro.au.[2]

whois

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

Проще всего начать поиск нужного сервера whois по адресу http://www. allwhois.com (рис.3.1). Мы уже говорили, что на этом сайте присутствует список веб-страниц доменов высшего уровня разных стран; на нем же есть и универсальный инструмент для whois-поиска.

Сайт www.allwhois.com
Рис.3.1 Сайт www.allwhois.com

Предположим, вы заинтересовались назначением конкретного поддомена в домене jp. Щелкните по ссылке «Japan (jp)» в списке регистров внизу страницы http://www.allwhois.com, чтобы попасть на страницу, позволяющую обратиться к нужному whois-серверу (рис.3.2). Очевидно, этот сайт исключительно полезен для случаев, когда необходимо получить информацию по домену вне США.

Веб-интерфейс whois-сервера домена jp
Рис.3.2 Веб-интерфейс whois-сервера домена jp

Найдя нужный веб-сайт или нужного человека, мы сможем без особого труда найти и регистратора. За пределами США у большинства доменов по одному регистратору. При этом у некоторых доменов регистраторов много, например у датского dk или доменов Великобритании co.uk и org.uk. Однако на сайтах большинства регистров даются ссылки на регистраторы, так что эти сайты послужат хорошей отправной точкой.

Снова в Штаты

Храня верность духу истинного космополитизма, мы рассмотрели сначала международные домены. Что ж е делать тем, кто проживает в добрых старых Соединенных Штатах?

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

  • Школы K-12 (от детского сада до двенадцатого класса).
  • Средние учебные заведения и профессиональные технические училища.
  • Федеральные и местные правительственные учреждения.

Исторически сложилось так, что эти организации регистрировались в домене us сообразно проекту пространства имен, заложенному в документе RFC 1480. По этому проекту средняя школа получает домен в зоне k12.<штат>.us, где <штат> - двухбуквенное обозначение штата, в котором расположена школа. Правительство города выбирало бы домен в зоне ci.<штат>.us, а правительство страны - в co.<штат>.us.

Однако даже эти организации не обязаны следовать столь жесткой структуре. Многие школы, местные колледжи и правительственные организации регистрируют поддомены в зоне org или даже com. Регистр, управляющий зоной us, также не накладывает слишком серьезных ограничений: теперь можно регистрировать домен как в географическом пространстве (<штат>.us), так и в расширенном пространстве. Например, в расширенном пространстве можно зарегистрировать, домен acme.us вместо acme.co.us.

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

Родовые домены высшего уровня

Как уже говорилось ранее, существует множество причин, по которым может требоваться поддомен, входящий в один из родовых доменов высшего уровня, скажем com, net или org: если речь идет о мульти- или транснациональной компании, то ей не помешает широкая известность или просто красивое имя, которое заканчивается на com. Рассмотрим короткий пример для выбора доменного имени в одном из родовых доменов высшего уровня.

Представим себе сетевого администратора научно-исследовательского института в городе Хопкинс, штат Миннесота, который только что обзавелся подключением к сети Интернет через коммерческого провайдера интернет-услуг. У компании никогда не было ничего, кроме модемных соединений, так что она никаким образом не зарегистрирована в пространстве имен сети Интернет.

Поскольку дело происходит в США, есть выбор между доменом us и родовыми доменами высшего уровня. Однако научно-исследовательский институт известен всему миру, так что вам кажется, что домен us не очень хороший выбор. Поддомен в родовом домене высшего уровня будет лучше всего.

Но в каком именно? На момент написания этой книги открытых для всех родовых доменов высшего уровня существует пять:

biz
Новый родовой домен высшего уровня.

com
Изначальный и наиболее известный родовой домен высшего уровня.

info
Новый родовой домен высшего уровня.

net
Изначально использовался организациями, связанными с компьютерными сетями, но сегодня открыт для всех.

org
Изначально использовался некоммерческими организациями, но сегодня открыт для всех.

Научно-исследовательский институт известен как Институт мудреных штуковин (The Gizmonic Institute), так что администратору приходит в голову логичная мысль, что доменное имя gizmonics.com вполне подойдет. Пользуясь доступом к одному из серверов Университета Миннесоты, он пытается проверить, не занято ли уже имя gizmonics.com:

% nslookup
Default Server: ns.unet.umn.edu
Address: 128.101.101.101

> set type=any - Поиск любых записей
> gizmonics.com. - для gizmonics.com
Server: ns.unet.umn.edu
Address: 128.101.101.101

gizmonics.com nameserver = ns1.11l.net
gizmonics.com nameserver = ns2.11l.net

Однако! Похоже, имя gizmonics.com уже занято (кто бы мог подумать?). Что ж, имя gizmonic-institute.com ненамного длиннее, но попрежнему достаточно понятное[3]:

% nslookup
Default Server: ns.unet.umn.edu
Address: 128.101.101.101

> set type=any - Поиск любых записей
> gizmonic-institute.com. - для gizmonic-institute.com
Server: ns.unet.umn.edu
Address: 128.101.101.101

*** ns.unet.umn.edu can't find gizmonic-institute.com.: Non-existent host/domain

Имя gizmonic-institute.com свободно, и можно переходить к следующему шагу - выбору регистратора.

Выбор регистратора

Выбрать регистратора? Добро пожаловать в дивный новый мир соревнования! Вплоть до весны 1999 года и регистром и регистратором для доменов com, net, org и edu являлась единственная компания - Network Solutions, Inc. Чтобы зарегистрировать поддомен в любом из родовых доменов высшего уровня, следовало обращаться в Network Solutions.

Как насчет символов не из набора ASCII?

Сегодня некоторые регистраторы позволяют выбирать доменные имена, содержащие символы не из набора ASCII, включая и буквы с диакритическими знаками из европейских языков. Такие имена получили название интернационализированных доменных имен. Эта возможность может выглядеть заманчиво, в особенности если вы работаете, скажем на Nestle. Но стоит ли игра свеч?

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

Существует стандарт для кодирования таких символов в именах доменов, который мы обсудим в главе 17. Однако на момент написания этой книги самый популярный броузер, Internet Explorer, равно как и большинство почтовых программ, не поддерживает этот стандарт.[4] Регистраторы, позволяющие выполнять регистрацию интернационализированных доменных имен, с радостью примут ваши деньги, однако практически никто не сможет найти ваш сайт. Пока поддержка интернационализированных доменных имен не распространится достаточно широко, единственный смысл в регистрации таких имен - защита торговых марок.

В июне 1999 ICANN, организация, управляющая доменным пространством (мы говорили о ней в предыдущей главе), привнесла элемент соревнования в функции регистрации для доменов com, net и org. Сегодня существует выбор из десятков регистраторов для доменов com, net и org. За более подробной информацией обращайтесь на сайт InterNIC (проект ICANN) по адресу http://www.internic.net/regist.html.

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

Проверка регистрации сети

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

IP-сеть определяет диапазон IP-адресов. К примеру, сеть 15/8 состоит из всех IP-адресов диапазона от 15.0.0.0 до 15.255.255.255. Сеть 199.10.25/24 начинается с адреса 199.10.25.0 и заканчивается адресом 199.10.25.255.

Организация InterNIC (находящаяся ныне в управлении ICANN) некогда была официальным арбитром всех IP-сетей: она присваивала IP-сети сегмент адресов в сети, подключенной к Интернету, и следила за тем, чтобы эти сегменты не пересекались. В наши дни прежняя роль организации InterNIC во многом переложена на плечи многочисленных провайдеров интернет-услуг, которые для пользовательских целей выделяют пространство в своих собственных, уже существующих сетях. Если вам известно, что ваша сеть построена на адресах провайдера, более крупная сеть уже скорее всего зарегистрирована (этим же провайдером). Разумеется, есть смысл перепроверить факт регистрации провайдером своей сети, но в случае, если таковое действие произведено не было, вы ничего не захотите (и не сможете) сделать, ну разве что на провайдера поворчать. Уточнив положение с регистрацией, можно пропустить оставшуюся часть этого раздела и читать дальше.

Нет неодходимости регистрировать адресное пространство RFC 1918 (то есть сети 10/8, 192.168/16). Это в принципе невозможно, поскольку эти сети используются многими организациями.

CIDR

Когда-то давным-давно, когда мы работали над первым изданием этой книги, 32-битное адресное пространство сети Интернет было разделено на три основных класса сетей: класс A, класс B и класс C. Сети класса A имели то свойство, что первый октет (восемь бит) IP-адреса определял собственно сеть, а оставшиеся биты использовались организацией, управляющей сетью, для того чтобы различать узлы сети. Большинство организаций, управляющих сетями класса A, разделяли их на подсети, добавляя к схеме адресации еще один уровень иерархии. В сетях класса B два первых октета определяли сеть, а оставшиеся два - отдельные узлы, а в сетях класса C для определения сети отводилось три октета и лишь один для определения узлов.

К сожалению, эта система мелких, средних и крупных сетей не всегда была удобна. Многие организации были достаточно велики, чтобы выйти за пределы сети класса C, которая могла содержать максимум 254 узла, но слишком малы, чтобы занять целый класс B, сеть которого могла вместить 65534 узла. Но многие из этих организаций получили все-таки сети класса B в свое распоряжение. В результате свободные сети класса B были занесены в красную книгу.

Для решения этой проблемы и создания сетей, которые имели бы соответствующий требованиям размер, была разработана бесклассовая междоменная маршрутизация (Classless Inter-Domain Routing, или CIDR, произносится как «сайдр»). Как видно из названия, CIDR избавляется от классов A, B и C. В системе CIDR для идентификации сети может использоваться не фиксированное число октетов (один, два или три), но любое число битов IP-адреса. Так, например, если организации нужно адресное пространство примерно в четыре раза большее, чем адресное пространство сети класса B, власть предержащие могут определить длину идентификатора сети в 14 бит, оставляя, таким образом, 18 бит (в четыре раза больше узлов, чем в сети класса B) на используемое адресное пространство.

Совершенно естественно, что CIDR сделал «классовую» терминологию устаревшей, хотя она до сих пор довольно часто используется в разговорах. Итак, чтобы обозначить конкретную CIDR-сеть, следует указать конкретное значение старших битов, присваиваемое организации в записи через точку, а также число бит, определяющих сеть. Две части записи разделяются символом «слэш». 15/8 - прежняя сеть класса A, которая «начинается» с 8-битной последовательности 00001111. Прежняя сеть класса B 128.32.0.0 теперь идентифицируется как 128.32/16. А сеть 192.168.0.128/25 состоит из 128 IP-адресов, начиная с адреса 192.168.0.128 и заканчивая адресом 192.168.0.255.

Если ваша сеть была создана с помощью InterNIC в давние времена либо вы сами являетесь организацией-провайдером, следует проверить, зарегистрирована ли сеть. Как это сделать? Ну конечно, обратившись в те самые организации, которые занимаются регистрацией сетей. Эти организации называются региональными Интернет-регистраторами (а как же еще?) и отвечают за регистрацию сетей в различных частях планеты. В Северной Америке выделением IP-адресного пространства и регистрацией сетей занимается организация ARIN (American Registry of Internet Numbers), http://www.arin.net. За А з ию и Тихоокеанский бассейн отвечает APNIC (Asia Pacific Network Information Cen¬ ter), http://www.apnic.net. В Европе это сетевой координационный центр RIPE (http://www.ripe.net). А Латинскую Америку и Карибский регион обслуживает LACNIC (Latin America and Caribbean Internet Addresses Registry), http://www.lacnic.net. Каждый регистратор может делегировать свои полномочия в определенном регионе; к примеру, LACNIC делегирует регистрационные полномочия по Мексике и Бразилии регистраторам каждой из этих стран. Не забудьте уточнить, кто является сетевым регистратором для вашей страны.

В случае сомнений в регистрации сети наилучший способ уточнить этот вопрос - воспользоваться службой whois, которая предоставляется сетевыми регистраторами, и просто поискать свою сеть. Вот URL-адреса whois-страниц сетевых регистраторов:

ARIN
http://www.arin.net/whois/index.html

APNIC
http://www.apnic.net/search/index.html

RIPE
http://www.ripe.net/perl/whois

LACNIC
http://lacnic.net/cgi-bin/lacnic/whois?lg=EN

Обнаружив, что ваша сеть не зарегистрирована, вы должны зарегистрировать ее до получения зоны в in-addr.arpa. У каждого регистратора своя процедура регистрации сетей, но в основном этот процесс заключается в смене владельца денег (к сожалению, в данном случае деньги уходят из ваших рук).

Вы можете обнаружить, что ваша сеть уже зарегистрирована провай дером интернет-услуг. В этом случае нет необходимости в независимой регистрации.

Итак, все ваши узлы, подключенные к сети Интернет, находятся в зарегистрированных сетях; настало время регистрации зон.

Регистрация зон

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

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

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

Существует еще один аспект регистрации новой зоны, о котором следует упомянуть: цена. Большинство регистраторов являются коммерческими предприятиями и берут деньги за регистрацию доменных имен. Компания Network Solutions, самый старый регистратор в доменах com, net и org, взимает $35 в год за регистрацию поддомена в родовом домене высшего уровня. (Если у вас уже есть поддомен в com, net или org, а счет от Network Solutions в последнее время на приходил, неплохо бы перепроверить свою контактную информацию в службе whois, чтобы удостовериться, что компании известен ваш текущий адрес и телефонный номер.)

Если вы имеете прямое подключение к сети Интернет, следует также проверить, что зоны in-addr.arpa, соответствующие вашим IP-сетям, делегированы вам же.[5] К примеру, если ваша компания получила в свое распоряжение сеть 192.201.44/24, вам придется управлять зоной 44.201.192.in-addr.arpa. Таким образом, вы сможете контролировать отображение IP-адресов в имена для узлов этой сети. Настройка для зон in-addr.arpa также описана в главе 4.

В разделе «Проверка регистрации сети» мы просили читателей выяснить, является ли их сеть частью сети провайдера интернет-услуг. Зарегистрирована ли ваша сеть или сеть, частью которой она является? Если да, то через какого регионального регистратора? Ответы на эти вопросы понадобятся, чтобы получить зоны in-addr.arpa.

Если ваша сеть является частью сети, зарегистрированной провайдером интернет-услуг, следует связаться с этим провайдером, чтобы соответствующие поддомены были делегированы вам в виде зон inaddr.arpa. Каждый провайдер проводит подготовку к делегированию in-addr.arpa по-своему. Веб-сайт провайдера является неплохим источником информации по этому процессу. Если нужной информации нет на веб-сайте, попытайтесь найти SOA-запись для зоны in-addr.arpa, которая соответствует сети вашего провайдера. К примеру, если ваша сеть является частью сети 153.35/16 UUNET, можно поискать SOA-запись для 35.153.in-addr.arpa в целях нахождения адресов электронной почты техподдержки этой зоны.

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

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


[1] Поддомен и зона идентифицируются одним и тем же доменным именем, но SOA-запись в действительности принадлежит зоне, а не поддомену. Человек, адрес которого указан в SOA-записи, возможно, не отвечает за весь поддомен (поскольку он может содержать делегированные поддомены), но совершенно определенно знает, каково предназначение этого поддомена.
[2] Такая форма почтового адреса Интернет является наследием двух некогда существовавших типов записей DNS - MB и MG. Записи MB (mailbox, почтовый ящик) и MG (mail group, почтовая группа) должны были определять почтовые ящики и почтовые группы (списки) сети Интернет как поддомены соответствующих доменов. Записи MB и MG не получили широкого распространения, но формат адреса, который ими предлагался, принят в SOA-записях, возможно из соображений сентиментальности.
[3] Если вы затрудняетесь с выбором хорошего доменного имени, сайты многих регистраторов предложат бесплатный совет. Так, www.nameboy.com предлагает разнообразные сочетания для «gizmonic» и «institute», не исключая даже рифмованных.
[4] Microsoft заявляла, что IE версии 7.0 будет поддерживать интернационализированные доменные имена.
[5] Информация по обратному отображению адресов системы IPv6 содержится в главе 11.

Plain text

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Строки и абзацы переносятся автоматически.
CAPTCHA на основе изображений
Введите символы, которые показаны на картинке.