Каноническое имя это: Sorry, this page can’t be found.

каноническое имя — это… Что такое каноническое имя?

каноническое имя

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

Универсальный дополнительный практический толковый словарь. И. Мостицкий. 2005–2012.

• Канонизация
• канопи

Смотреть что такое «каноническое имя» в других словарях:

• Каноническое имя — Каноническое имя: * имя хоста, указанное в записи CNAME (от en.

  Canonical name) в DNS …   Википедия

• Имя в православии — Православное имя (каноническое, церковное)  в русской традиции именования, личное имя человека, закреплённое традициями христианства. К числу канонических обычно относят имена, взятые из православного календаря, где имена святых перечислены по… …   Википедия

• Шимон (имя) — См. также другую форму библейского имени Симеон Симон (ивр. שִׁמְעוֹן‎, Шимон  «услышанный»)  распространённое библейское имя еврейского происхождения, а также фамилия и православное каноническое имя. Симон Праведный Боливар, Симон (полное имя… …   Википедия

• Бенедикт имя — имя 14 пап. Б. I, 574 578, старался смягчить бедствия, причиненные вторжением лонгобардов. Б. II, 683 685, получил от императора Константина Погоната согласие на то, чтобы римский епископ немедленно по избрании был посвящен в этот сан еще до… …   Энциклопедический словарь Ф.А. Брокгауза и И.А. Ефрона

• Бенедикт, имя — имя 14 пап. Б. I, 574 578, старался смягчить бедствия, причиненные вторжением лонгобардов. Б. II, 683 685, получил от императора Константина Погоната согласие на то, чтобы римский епископ немедленно по избрании был посвящен в этот сан еще до… …   Энциклопедический словарь Ф.А. Брокгауза и И.А. Ефрона

• Православное имя — Эта статья предлагается к удалению. Пояснение причин и соответствующее обсуждение вы можете найти на странице Википедия:К удалению/27 июля 2012. Пока процесс обсуждения …   Википедия

• Крестное имя — Православное имя (каноническое, церковное)  в русской традиции именования, личное имя человека, закреплённое традициями христианства. К числу канонических обычно относят имена, взятые из православного календаря, где имена святых перечислены по… …   Википедия

• Монашеское имя

  — Православное имя (каноническое, церковное)  в русской традиции именования, личное имя человека, закреплённое традициями христианства. К числу канонических обычно относят имена, взятые из православного календаря, где имена святых перечислены по… …   Википедия

• ДЖОРДАНВИЛЛСКИЙ ВО ИМЯ СВЯТОЙ ТРОИЦЫ МУЖСКОЙ МОНАСТЫРЬ — Джорданвиллский во имя Св. Троицы мон рь. Фотография. 1996 г. Джорданвиллский во имя Св. Троицы мон рь. Фотография. 1996 г. (ставропигиальный РПЦЗ), близ сел. Джорданвилл (шт. Нью Йорк, США). Основан в 1930 г. иером. Пантелеимоном (Нижником) по… …   Православная энциклопедия

• Пий имя 9 пап — П. I (между 140 155), родом из Аквилеи; ему приписывают некоторые постановления относительно празднования пасхи и о еретиках. П. II (1458 64), Эней Сильвий Пикколомини родом из Сиены, где изучал право; позже, переселясь во Флоренцию, пользовался… …   Энциклопедический словарь Ф.А. Брокгауза и И.А. Ефрона

Канонические христианские имена — это… Что такое Канонические христианские имена?

Канонические христианские имена

Православное имя (каноническое, церковное) — в русской традиции именования, личное имя человека, закреплённое традициями христианства.

К числу канонических обычно относят имена, взятые из православного календаря, где имена святых перечислены по месяцам и дням их памяти. Такие имена ещё называют календарными, или агиографическими. Большинство из них греческого происхождения. Также есть имена древнееврейского или латинского и славянского происхождния. Во времена средневековья каноническими были, как правило, только крёстные (крестильные, церковные), монашеские (иноческие) и схимнические имена.

Канонические и неканонические имена

С течением времени канонические имена постепенно вытеснили в быту неканонические и стали употребляться как основное личное имя человека. При этом они зачастую принимали неканоническую форму в произношении и написании (так например библейское имя Иоанн трасформировалось в Иван). В то же время целый ряд как славянских, так и других («норманских» — германских, скандинавских) языческих, некалендарных имен светских и религиозных деятелей русского средневековья, канонизированных православной церковью, перешёл в разряд имен календарных (например, Глеб, Борис, Владимир, Ольга и др.

). Использование их в качестве имен канонических могло иметь место только после канонизации данного святого. Все другие, неканонические славянские имена были, в конечном счёте, вытеснены православными (христианскими), и о них напоминют теперь только русские фамилии: Волков, Жданов (имя Ждан), Бирюков, Дружинин, Воронов, Зайцев и так далее.

Крестное имя

Крестильным именем человек нарекается при крещении. Раньше оно обычно выбиралось священником из церковного календаря в соответствии с именем святого, память которого праздновалась в день рождения или крещения человека. Встречаются и иные причины присвоения человеку того или иного имени. В настоящее время обычно выбирается родителями ребёнка и соответствует его гражданскому имени, однако имя должно содержаться в церковном православном календаре, если же православного святого с таким именем нет, то обычно выбирается имя, похожее на гражданское имя. Тем не менее, активизация православной церкви (РПЦ) возможно внесет изменения в практику употребления имён, распространённую в современной России.

Многие православные — этнические русские дают детям Библейские имена. Например, сейчас распространилось библейское имя еврейского происхождения Давид, ранее ассоциировавшееся в России с этническими евреями.

Монашеское имя

Схимническое имя

Ссылки

См. также

Wikimedia Foundation. 2010.

• Канонический локоть
• Канонический элемент

Смотреть что такое «Канонические христианские имена» в других словарях:

• Русские имена — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• Русские личные имена — В русской именной традиции личное имя, которое присваивается человеку при рождении, крещении или посвящении в сан. В средневековой христианизированной Руси было два типа личных имен: канонические и неканонические. В современной России… …   Википедия

• Русское личное имя

  — Святцы (Печатный двор, 1646 год) …   Википедия

• Русское имя — Автограф Екатерины II. Письмо внуку  великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из …   Википедия

• Русская антропонимика — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• Русская антропонимическая модель — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия.

  Кроме того, существуют… …   Википедия

• ВАСИЛИЙ ВЕЛИКИЙ — [греч. Βασίλειος ὁ Μέγας] (329/30, г. Кесария Каппадокийская (совр. Кайсери, Турция) или г. Неокесария Понтийская (совр. Никсар, Турция) 1.01.379, г. Кесария Каппадокийская), свт. (пам. 1 янв., 30 янв. в Соборе 3 вселенских учителей и святителей; …   Православная энциклопедия

• БИБЛИЯ — книга, содержащая священные писания еврейской и христианской религий. Еврейская Библия, сборник древнееврейских священных текстов, входит и в христианскую Библию, образуя ее первую часть Ветхий Завет. Как христиане, так и евреи считают ее записью …   Энциклопедия Кольера

• ГРАНИЦЫ ЦЕРКВИ — термин, используемый в христ. богословии для определения принадлежности к единой Христовой Церкви как отдельных лиц, так и христ. сообществ (конфессий, деноминаций, общин). Вопрос о Г. Ц. является одним из самых актуальных в совр., в т. ч.… …   Православная энциклопедия

• Архангел Михаил — У этого термина существуют и другие значения, см. Архангел Михаил (значения). Архангел Михаил (др. евр. מִיכָאֵל) …   Википедия

Канонические христианские имена — это… Что такое Канонические христианские имена?

Канонические христианские имена

Православное имя (каноническое, церковное) — в русской традиции именования, личное имя человека, закреплённое традициями христианства. К числу канонических обычно относят имена, взятые из православного календаря, где имена святых перечислены по месяцам и дням их памяти. Такие имена ещё называют календарными, или агиографическими. Большинство из них греческого происхождения. Также есть имена древнееврейского или латинского и славянского происхождния. Во времена средневековья каноническими были, как правило, только крёстные (крестильные, церковные), монашеские (иноческие) и схимнические имена.

Канонические и неканонические имена

С течением времени канонические имена постепенно вытеснили в быту неканонические и стали употребляться как основное личное имя человека. При этом они зачастую принимали неканоническую форму в произношении и написании (так например библейское имя Иоанн трасформировалось в Иван). В то же время целый ряд как славянских, так и других («норманских» — германских, скандинавских) языческих, некалендарных имен светских и религиозных деятелей русского средневековья, канонизированных православной церковью, перешёл в разряд имен календарных (например, Глеб, Борис, Владимир, Ольга и др.). Использование их в качестве имен канонических могло иметь место только после канонизации данного святого. Все другие, неканонические славянские имена были, в конечном счёте, вытеснены православными (христианскими), и о них напоминют теперь только русские фамилии: Волков, Жданов (имя Ждан), Бирюков, Дружинин, Воронов, Зайцев и так далее.

Крестное имя

Крестильным именем человек нарекается при крещении. Раньше оно обычно выбиралось священником из церковного календаря в соответствии с именем святого, память которого праздновалась в день рождения или крещения человека. Встречаются и иные причины присвоения человеку того или иного имени. В настоящее время обычно выбирается родителями ребёнка и соответствует его гражданскому имени, однако имя должно содержаться в церковном православном календаре, если же православного святого с таким именем нет, то обычно выбирается имя, похожее на гражданское имя. Тем не менее, активизация православной церкви (РПЦ) возможно внесет изменения в практику употребления имён, распространённую в современной России. Многие православные — этнические русские дают детям Библейские имена. Например, сейчас распространилось библейское имя еврейского происхождения Давид, ранее ассоциировавшееся в России с этническими евреями.

Монашеское имя

Схимническое имя

Ссылки

См. также

Wikimedia Foundation. 2010.

• Канонический локоть
• Канонический элемент

Смотреть что такое «Канонические христианские имена» в других словарях:

• Русские имена — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• Русские личные имена — В русской именной традиции личное имя, которое присваивается человеку при рождении, крещении или посвящении в сан. В средневековой христианизированной Руси было два типа личных имен: канонические и неканонические. В современной России… …   Википедия

• Русское личное имя — Святцы (Печатный двор, 1646 год) …   Википедия

• Русское имя — Автограф Екатерины II. Письмо внуку  великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из …   Википедия

• Русская антропонимика — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• Русская антропонимическая модель — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• ВАСИЛИЙ ВЕЛИКИЙ — [греч. Βασίλειος ὁ Μέγας] (329/30, г. Кесария Каппадокийская (совр. Кайсери, Турция) или г. Неокесария Понтийская (совр. Никсар, Турция) 1.01.379, г. Кесария Каппадокийская), свт. (пам. 1 янв., 30 янв. в Соборе 3 вселенских учителей и святителей; …   Православная энциклопедия

• БИБЛИЯ — книга, содержащая священные писания еврейской и христианской религий. Еврейская Библия, сборник древнееврейских священных текстов, входит и в христианскую Библию, образуя ее первую часть Ветхий Завет. Как христиане, так и евреи считают ее записью …   Энциклопедия Кольера

• ГРАНИЦЫ ЦЕРКВИ — термин, используемый в христ. богословии для определения принадлежности к единой Христовой Церкви как отдельных лиц, так и христ. сообществ (конфессий, деноминаций, общин). Вопрос о Г. Ц. является одним из самых актуальных в совр., в т. ч.… …   Православная энциклопедия

• Архангел Михаил — У этого термина существуют и другие значения, см. Архангел Михаил (значения). Архангел Михаил (др. евр. מִיכָאֵל) …   Википедия

Канонические христианские имена — это… Что такое Канонические христианские имена?

Канонические христианские имена

Православное имя (каноническое, церковное) — в русской традиции именования, личное имя человека, закреплённое традициями христианства. К числу канонических обычно относят имена, взятые из православного календаря, где имена святых перечислены по месяцам и дням их памяти. Такие имена ещё называют календарными, или агиографическими. Большинство из них греческого происхождения. Также есть имена древнееврейского или латинского и славянского происхождния. Во времена средневековья каноническими были, как правило, только крёстные (крестильные, церковные), монашеские (иноческие) и схимнические имена.

Канонические и неканонические имена

С течением времени канонические имена постепенно вытеснили в быту неканонические и стали употребляться как основное личное имя человека. При этом они зачастую принимали неканоническую форму в произношении и написании (так например библейское имя Иоанн трасформировалось в Иван). В то же время целый ряд как славянских, так и других («норманских» — германских, скандинавских) языческих, некалендарных имен светских и религиозных деятелей русского средневековья, канонизированных православной церковью, перешёл в разряд имен календарных (например, Глеб, Борис, Владимир, Ольга и др.). Использование их в качестве имен канонических могло иметь место только после канонизации данного святого. Все другие, неканонические славянские имена были, в конечном счёте, вытеснены православными (христианскими), и о них напоминют теперь только русские фамилии: Волков, Жданов (имя Ждан), Бирюков, Дружинин, Воронов, Зайцев и так далее.

Крестное имя

Крестильным именем человек нарекается при крещении. Раньше оно обычно выбиралось священником из церковного календаря в соответствии с именем святого, память которого праздновалась в день рождения или крещения человека. Встречаются и иные причины присвоения человеку того или иного имени. В настоящее время обычно выбирается родителями ребёнка и соответствует его гражданскому имени, однако имя должно содержаться в церковном православном календаре, если же православного святого с таким именем нет, то обычно выбирается имя, похожее на гражданское имя. Тем не менее, активизация православной церкви (РПЦ) возможно внесет изменения в практику употребления имён, распространённую в современной России. Многие православные — этнические русские дают детям Библейские имена. Например, сейчас распространилось библейское имя еврейского происхождения Давид, ранее ассоциировавшееся в России с этническими евреями.

Монашеское имя

Схимническое имя

Ссылки

См. также

Wikimedia Foundation. 2010.

• Канонический локоть
• Канонический элемент

Смотреть что такое «Канонические христианские имена» в других словарях:

• Русские имена — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• Русские личные имена — В русской именной традиции личное имя, которое присваивается человеку при рождении, крещении или посвящении в сан. В средневековой христианизированной Руси было два типа личных имен: канонические и неканонические. В современной России… …   Википедия

• Русское личное имя — Святцы (Печатный двор, 1646 год) …   Википедия

• Русское имя — Автограф Екатерины II. Письмо внуку  великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из …   Википедия

• Русская антропонимика — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• Русская антропонимическая модель — Автограф Екатерины II. Письмо внуку великому князю Константину Павловичу. 1787 Антропонимическая система русских во многом схожа с общеевропейской. Полное имя состоит из трёх основных элементов имя, отчество и фамилия. Кроме того, существуют… …   Википедия

• ВАСИЛИЙ ВЕЛИКИЙ — [греч. Βασίλειος ὁ Μέγας] (329/30, г. Кесария Каппадокийская (совр. Кайсери, Турция) или г. Неокесария Понтийская (совр. Никсар, Турция) 1.01.379, г. Кесария Каппадокийская), свт. (пам. 1 янв., 30 янв. в Соборе 3 вселенских учителей и святителей; …   Православная энциклопедия

• БИБЛИЯ — книга, содержащая священные писания еврейской и христианской религий. Еврейская Библия, сборник древнееврейских священных текстов, входит и в христианскую Библию, образуя ее первую часть Ветхий Завет. Как христиане, так и евреи считают ее записью …   Энциклопедия Кольера

• ГРАНИЦЫ ЦЕРКВИ — термин, используемый в христ. богословии для определения принадлежности к единой Христовой Церкви как отдельных лиц, так и христ. сообществ (конфессий, деноминаций, общин). Вопрос о Г. Ц. является одним из самых актуальных в совр., в т. ч.… …   Православная энциклопедия

• Архангел Михаил — У этого термина существуют и другие значения, см. Архангел Михаил (значения). Архангел Михаил (др. евр. מִיכָאֵל) …   Википедия

Запись назначения синонима каноническому имени «Canonical Name». Особенности использования синонимов при работе с NS и MX записями.

Здесь рассматриваются особенности применения синонимов доменных имен, которые задаются записью описания ресурсов CNAME. Разбираются основные ошибки при комбинировании записи определения синонимов с записями MX и NS.

Здесь рассматриваются особенности применения синонимов доменных имен, которые задаются записью описания ресурсов CNAME. Разбираются основные ошибки при комбинировании записи определения синонимов с записями MX и NS.

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

Запись CNAME больше всего подходит для точки начала и окончания, т.к. больше всего ошибок при настройке описания зон связано с применением этой записи в сочетании с другими записями описания зоны.

Запись CNAME определяет синонимы для реального (канонического) доменного имени машины, которое определено в записи типа A. Имя в записи типа A называют каноническим именем машины. Формат записи CNAME можно определить следующим образом:

[nickname] [ttl] IN CNAME [host]

Поле nickname определяет синоним для канонического имени, которое задается в поле host.

Запись CNAME чаще всего используется для определения имен информационных сервисов Internet, которые установлены на хосте. Так следующий пример определяет синонимы, для компьютера, на котором установлены серверы протоколов http и gopher:

$ORIGIN polyn.kiae.su.
olga IN A 144.206.192.2
www IN CNAME olga.polyn.kiae.su.
gopher IN CNAME olga.polyn.kiae.su.

Директива управления $ORIGIN введена здесь только для определения текущего имени зоны. Две записи типа CNAME позволяют организовать доступ к серверам, используя имена, характерные для соответствующих Интернет-сервисов.

Именно такие синонимы и используются в описаниях зон при обращении к таким системам как Yahoo(www.yahoo.com) или Altavista (www.altavista.digital.com).

Ниже приведен пример обращения к www.netscape.com:

> www.netscape.com
Server: IRIS.polyn.kiae.su
Address: 144.206.192.10

;; res_nmkquery(QUERY, www.netscape.com, IN, A)
————
Got answer:
HEADER:
opcode = QUERY, id = 12635, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 5, authority records = 3, additional = 3

QUESTIONS:
www.netscape.com, type = A, class = IN
ANSWERS:
-> www.netscape.com
canonical name = netscape.com
ttl = 900 (15M)
-> netscape.com
internet address = 64.12.180.19
ttl = 900 (15M)
-> netscape.com
internet address = 64.12.180.22
ttl = 900 (15M)
-> netscape.com
internet address = 64. 12.151.211
ttl = 900 (15M)
-> netscape.com
internet address = 64.12.151.215
ttl = 900 (15M)
AUTHORITY RECORDS:
-> netscape.com
nameserver = ns.netscape.com
ttl = 86400 (1D)
-> netscape.com
nameserver = ns1.netscape.com
ttl = 86400 (1D)
-> netscape.com
nameserver = ns2.netscape.com
ttl = 86400 (1D)
ADDITIONAL RECORDS:
-> ns.netscape.com
internet address = 198.95.251.10
ttl = 3600 (1H)
-> ns1.netscape.com
internet address = 149.174.213.7
ttl = 3600 (1H)
-> ns2.netscape.com
internet address = 207.200.73.80
ttl = 3600 (1H)

————
Name: netscape.com
Addresses: 64.12.180.19, 64.12.180.22, 64.12.151.211, 64.12.151.215
Aliases: www.netscape.com

>

Из отчета nslookup видно, что www.netscape.com является синонимом netscape.com, которая, в свою очередь, имеет несколько адресных записей. В авторитативной секции отклика указаны доменные имена серверов зоны netscape. com, а в дополнительной секции их IP-адреса.

Правда, при обращении к серверу протокола http, который является базовым для системы World Wide Web, изменение имени машины, с которой осуществляют обслуживание? может быть вызвано многими причинами: перенаправлением запроса на другой сервер, использование виртуального сервера и т.п.

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

На самом деле, применение записей CNAME строго регламентировано в RFC 1034 и RFC 1912. Смысл применения CNAME — назначение синонима для канонического имени. Описание ресурсов для канонического имени и для синонима должны совпадать.

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

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

Вот часть отчета nslookup, где указан запрос и ответ на него без секции данных секции авторитативности отклика сервера и дополнительной секции:

————
Got answer:
HEADER:
opcode = QUERY, id = 51763, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 2, authority records = 2, additional = 2

QUESTIONS:
user.webstatistics.ru, type = A, class = IN
ANSWERS:
-> user.webstatistics.ru
canonical name = host.webstatistics.ru
ttl = 3 (3S)
-> host.webstatistics.ru
internet address = 144.206.192.63
ttl = 3 (3S)

Из этого отчета следует, что мы искали адресную запись для user.webstatistics.ru, но ее в описании зоны нет, поэтому сервер нашел CNAME и адрес для канонического имени синонима.

При этом в RFC 1034 есть строгое указание, что если CNAME будет указывать не на каноническое имя, а опять на синоним, в этом случае сервер должен вернуть негативный отклик, а не CNAME. При появлении такой цепочки в одной зоне определить цепочку можно, но при наличии CNAME цепочки через границы зон выявить ее практически невозможно.

Последнее проверить очень трудно, т.к. клиент при поиске в поле типа записи запроса укажет тип A (адресная запись). Новый сервер не будет знать о результатах предыдущего поиска и снова будет при отрицательном результате искать CNAME.

Вот пример из той же зоны, что и раньше, но мы в зоне реализовали цепочку CNAME:

;; res_nmkquery(QUERY, user1.webstatistics.ru, IN, A)
————
Got answer:
HEADER:
opcode = QUERY, id = 47112, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 3, authority records = 2, additional = 2

QUESTIONS:
user1.webstatistics.ru, type = A, class = IN
ANSWERS:
-> user1.webstatistics.ru
canonical name = user.webstatistics.ru
ttl = 3 (3S)
-> user.webstatistics.ru
canonical name = host.webstatistics.ru
ttl = 3 (3S)
-> host.webstatistics.ru
internet address = 144.206.192.63
ttl = 3 (3S)
AUTHORITY RECORDS:
-> webstatistics.ru
nameserver = ns.webstatistics.ru
ttl = 3600 (1H)
-> webstatistics. ru
nameserver = ns4.nic.ru
ttl = 3600 (1H)
ADDITIONAL RECORDS:
-> ns.webstatistics.ru
internet address = 144.206.192.60
ttl = 3600 (1H)
-> ns4.nic.ru
internet address = 194.226.96.8
ttl = 19465 (5h34m25s)

————
Name: host.webstatistics.ru
Address: 144.206.192.63
Aliases: user1.webstatistics.ru, user.webstatistics.ru

Сервер (BIND версии 9) вернул нам правильный IP-адрес, перебрав цепочку CNAME.

На самом деле многие «глупые»(stub) клиенты не умеют работать с цепочками CNAME, и по это причине информационный ресурс, к которому обращаются по имени-синониму, будет не доступен.

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

Наш пример показывает цепочку в одной зоне, но гораздо хуже межзонные цепочки. Межзонная цепочка CNAME плоха тем, что не отслеживает исчезновение адресной записи в другой зоне, за которую сервер, содержащий в своей зоне CNAME, не отвечает. Как итог — появление «подвешенных» CNAME записей.

Теперь вернемся к вопросу о том, что для доменного имени, которое является синонимом, может существовать только одна запись описания ресурса и эта запись — CNAME. Что происходит, когда это правило нарушается?

Первая распространенная ошибка, на которую указывают и все RFC и FAQ — использование CNAME в совокупности с NS записями. Рассмотрим пример (RFC 1912):

podunk.xx. IN NS ns1
IN NS ns2
IN CNAME mary
mary IN A 1.2.3.4

В данном случае для домена Podunk.xx. определено два сервера доменных имен ns1 и ns2, но одновременно указано, что Podunk.xx. — это синоним для канонического имени mary. Mary, ns1 и ns2 — это не полные имена. В нашем случае данное обстоятельство значения не имеет. BIND, встретив CNAME, обе записи NS проигнорирует, т.к. будет следовать соответствующим стандартам и рекомендациям.

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

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

Вот пример сообщения сервера для этого случая (BIND 9):

Oct 14 12:55:51 generate named[136]: dns_master_load: webstatistics.ru:21: zone.
webstatistics.ru: CNAME and other data
Oct 14 12:55:51 generate named[136]: zone webstatistics.ru/IN: loading master fi
le webstatistics.ru: CNAME and other data

А вот фрагмент описания зоны, на которую он ругается:

zone IN NS ns.wenstatistics.ru.
IN CNAME subzone
subzone IN A 144.206.192.61

BIND 9, найдя такую ошибку, в зоне вообще обслуживать ее не будет. Точнее говоря, если он ее уже обслуживает, то при перезагрузке (restart) он старое описание на новое в своих кэшах не заменить, а при начальном запуске его не загрузит.

На самом деле ситуация «CNAME на NS» часто встречается в том случае, когда хотят определить IP адрес для доменного имени зоны. Если быть более точным, то администратор хочет некоторому хосту в зоне присвоить то же имя, что и всему домену. Например, это нужно для обеспечения доступа к веб-серверу по именам www.kyky.ru и kyky.ru. В этом случае описание вида:

$TTL 3600
@ IN SOA ns.kyky.ru hostmaster.kyky.ru (
20021013 3h 30m 30d 3600 )
IN NS ns.kyky.ru.
IN NS ns.provider.ru.
IN CNAME server.kyky.ru.
server IN A 192.168.0.1
www IN CNAME server.kyky.ru.
ns IN CNAME server.kyky.ru.

будет ошибочным. Мы потеряем не только NS записи зоны kyky.ru, но и вообще все записи этой зоны. Правильным был бы следующий вариант:

$TTL 3600
@ IN SOA ns.kyky.ru hostmaster.kyky.ru (
20021013 3h 30m 30d 3600 )
IN NS ns.kyky.ru.
IN NS ns.provider.ru.
IN A 192.168.0.1
server IN A 192.168.0.1
ns IN A 192.168. 0.1
www IN CNAME kyky.ru.

В принципе, вместо «kyky.ru.» в CNAME можно было бы указать и символ @.

Раз уж мы заговорили о символе «@», то следует заметить, что этот символ в поле nickname применяться не должен, т.к., фактически, тем самым утверждается, что текущее имя зоны — это синоним другого имени, и, следовательно, описание этой зоны следует проигнорировать.

Скорее всего, идея об использовании символа «@» в CNAME возникла при желании назначить имя зоны конкретному хосту, который имеет IP-адрес. Движение мысли в этом случае понятно: хост — это синоним зоны, поэтому мы и назначаем зоне IP-адрес через имя хоста. Если вдуматься, то такая логика неверна. Хост и домен — это совершенно разные понятия. Если вы хотите хосту, а точнее IP-адресу поставить в соответствие еще одно имя, то делать это следует посредством адресной записи, как в приведенном выше примере. При этом совершенно не имеет значения тот факт, что назначаемое имя — это имя зоны.

На самом деле, при исправлении описания зоны мы поправили еще одну запись. В первоначальном варианте имя ns.kyky.ru является синонимом для server.kyky.ru. Таким образом, в первоначальном варианте существовала недопустимая цепочка в рамках описания зоны, которую сервер может сам обнаружить. В новом варианте мы запись CNAME заменили на адресную запись.

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

Косвенно понятно, почему введен запрет. В конце концов, число серверов корневой зоны ограничено числом 13 по одной простой причине — размеру пакета UDP. На самом деле цепочки без конца и края также упрутся в то же ограничение, ведь в пакете нужно передавать и CNAME-ы и IP-адрес. Если изменять логику обработки запросов и заставлять клиента итеративно обращаться к серверу по CNAME цепочке, то где предел такого цикла обращений.

На самом деле есть еще одна причина запрета на использование CNAME для NS и MX, но прежде, чем ее назвать и обсудить, мы рассмотрим проблемы, связанные с совместным использованием MX и CNAME.

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

Ошибки совместного применения CNAME и MX заключается в том, что в записи MX синоним используют как в первом поле MX, так и в последнем поле MX. Ни первое, ни второе делать не следует.

Первый вариант:

$ORIGIN kyky.ru
@ IN A 192.168.0.2
kuku IN CNAME kyky.ru.
IN MX 10 kyky.ru.

В данном случае, мы хотим отправлять почту на kuku.kyky.ru через kyky.ru. Правило запрета существования других записей описания ресурса для синонима кроме единственной CNAME записи, которая этот синоним и вводит, заставляет сервер проигнорировать MX.

Правильным бы было:

$ORIGIN kyky.ru
@ IN A 192.168.0.2
IN MX 10 kyky.ru.
kuku IN CNAME kyky.ru.

В данном случае, если почта отправляется на kuku.kyky.ru, то по CNAME сервер доменных имен возвращает kyky.ru адресную запись для kyky.ru. Почтовый клиент соединяется с этим IP-адресом и отправляет на него почту. Другое дело настройки почтового шлюза на kyky.ru. Если он не распознает имя kuku.kyky.ru как свое собственное, либо, если у него нет правил пересылки для kuku.kyky.ru, то возникнут проблемы с доставкой почты, но это уже не проблема DNS.

Теперь другой вариант. Синоним используется в последнем поле записи MX:

$ORIGIN kyky.ru
@ IN A 192.168.0.2
IN MX 10 kuku.kyky.ru.
kuku IN CNAME kyky.ru.

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

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

Следовательно, клиент, который попадает при поиске MX или NS на синоним
Должен инициировать дополнительный запрос адресной записи. Особенность почтовых систем такова, что они такого запроса в большинстве случаев не инициируют. Как следствие — почта не может быть доставлена, если речь идет о MX записи.

Вот пример с записью NS:

> set debug
> set q=ns
> webstatistics.ru.
Server: [144.206.192.60]
Address: 144.206.192.60

;; res_nmkquery(QUERY, webstatistics.ru, IN, NS)
————
Got answer:
HEADER:
opcode = QUERY, id = 41793, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 2, authority records = 0, additional = 1

QUESTIONS:
webstatistics.ru, type = NS, class = IN
ANSWERS:
-> webstatistics.ru
nameserver = ns.webstatistics.ru
ttl = 3600 (1H)
-> webstatistics.ru
nameserver = ns4.nic.ru
ttl = 3600 (1H)
ADDITIONAL RECORDS:
-> ns4.nic.ru
internet address = 194.226.96.8
ttl = 86297 (23h58m17s)

————
webstatistics.ru
nameserver = ns.webstatistics.ru
ttl = 3600 (1H)
webstatistics.ru
nameserver = ns4.nic.ru
ttl = 3600 (1H)
ns4.nic.ru
internet address = 194.226.96.8
ttl = 86297 (23h58m17s)
>

Мы запрашиваем NS для зоны webstatistics.ru. В качестве ответа получаем доменные имена серверов доменных имен, но ns.webstatistics.ru — это синоним для webstatistics.ru, поэтому его адресной записи в дополнительной секции отклика сервера доменных имен нет. Ниже представлен пример описания этой зоны:

$ORIGIN ru.
webstatistics 3600 IN SOA ns.webstatistics.ru. hostmaster.webstatistics.ru. (
1 3600 600 86400 3600 )
3600 IN NS ns.webstatistics.ru.
3600 IN NS ns4.nic.ru.
IN A 144.206.192.60
$ORIGIN webstatistics.ru.
ns IN CNAME @
$ORIGIN nic.ru.
ns4 IN A 194.226.96.8

Любопытно, что при запуске BIND 9-ой версии не сообщил о некорректном применении CNAME.

Считается, что гораздо проще заставить администраторов соблюдать правила использования CNAME записей, чем пытаться исправить ошибки администратора за счет «умного» программного обеспечения.

На самом деле ошибка может проистекать из-за обычной невнимательности администратора.

Приведем пример правильного и неправильного использования записи CNAME:

$ORIGIN polyn.net.kiae.su.
olga IN A 144.206.192.2
IN MX 0 olga
IN MX 10 ns. polyn.kiae.su.
www IN CNAME olga.polyn.kiae.su.
gopher IN CNAME olga.polyn.kiae.su.

В данном случае записи типа CNAME указаны правильно, т.к. не мешают переадресации почты на машину olga.polyn.kiae.su. Но если их поменять местами с записями типа MX, то скорее всего почта работать не будет:

$ORIGIN polyn.net.kiae.su.
olga IN A 144.206.192.2
www IN CNAME olga.polyn.kiae.su.
gopher IN CNAME olga.polyn.kiae.su.
IN MX 0 olga
IN MX 10 ns.polyn.kiae.su.

В данном случае можно предположить, что при редактировании зоны администратор просто неаккуратно скопировал блоки записей. Результат — неправильное применение CNAME.

Теперь от грустного — ошибок, перейдем к особенностям применения CNAME. Случай, когда CNAME используется для простого определения синонимов, мы уже рассматривали. Теперь коснемся такого приема, как Round Robin алгоритм.

Обычно циклическую перестановку адресов рассматривают в контексте адресных записей и позиционируют как один из способов распределения нагрузки. На самом деле BIND можно настроить таким образом, что он позволит «тасовать» не только адресные записи. В частности это разрешено будет делать и для CNAME записей. При этом следует помнить, что строго говоря такое применение CNAME запрещено спецификациями.

Вот пример множественных адресных записей:

www.domain.ru. IN A 192.168.0.1
www.domain.ru. IN A 192.168.0.2
www.domain.ru. IN A 192.168.0.3

А вот его аналог для записей типа CNAME:

Server1.domain.ru. IN A 192.168.0.1
Server1.domain.ru. IN A 192.168.0.2
Server1.domain.ru. IN A 192.168.0.1
www.domain.ru. IN CNAME server1.domain.ru.
www.domain.ru. IN CNAME server2.domain.ru.
www.domain.ru. IN CNAME server3.domain.ru.

На первый взгляд большой разницы в том, что тасовать (адресные записи или CNAME записи), нет. И в том и в другом случае адреса ресурса циклически переставляются. На один запрос мы получаем один адрес, на другой — второй, и так далее по кругу.

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

Во втором случае в качестве отклика возвращаются CNAME записи. Это значит, что клиент в конечном итоге получает не список IP-адресов, а только один IP-адрес.

На самом деле рекомендуется все-таки не использовать «тасование» CNAME, тем паче, что в BIND 9 на выше приведенный пример будет получен при запуске сервера следующий отклик в логах:

Oct 13 18:03:15 generate named[136]: dns_master_load: webstatistics.ru:19:
www.domain.ru: multiple RRs of singleton type

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

Ниже приведем пример описанного только что случая:

$ORIGIN ru.
Webstatistics 3600 IN SOA webstatistics. ru. paul.webstatistics.ru. (
1 3600 600 86400 3600 )
3600 IN NS ns.webstatistics.ru.
3600 IN NS ns4.nic.ru.
IN A 144.206.192.60
$ORIGIN webstatistics.ru.
ns 3600 IN A 144.206.192.60
$ORIGIN nic.ru.
ns4 IN A 194.226.96.8
$ORIGIN webstatistics.ru.
www 3 IN A 144.206.192.60
www 3 IN A 144.206.192.61
www 3 IN A 144.206.192.62
www 3 IN A 144.206.160.32
www1 IN CNAME ns.webstatistics.ru.
www1 IN CNAME www

В данном случае BIND версии 9 игнорирует первую запись CNAME, выдает выше приведенное сообщение в логе и поддерживает только последний CNAME.

Если теперь обратиться за IP-адресом www1.webstatistics.ru, то мы получим следующее (тестирование программой nslookup):

> set debug
> www1.webstatistics. ru.
Server: [144.206.192.60]
Address: 144.206.192.60

;; res_nmkquery(QUERY, www1.webstatistics.ru, IN, A)
————
Got answer:
HEADER:
opcode = QUERY, id = 33822, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 5, authority records = 2, additional = 2

QUESTIONS:
www1.webstatistics.ru, type = A, class = IN
ANSWERS:
-> www1.webstatistics.ru
canonical name = www.webstatistics.ru
ttl = 3 (3S)
-> www.webstatistics.ru
internet address = 144.206.192.60
ttl = 3 (3S)
-> www.webstatistics.ru
internet address = 144.206.192.61
ttl = 3 (3S)
-> www.webstatistics.ru
internet address = 144.206.192.62
ttl = 3 (3S)
-> www.webstatistics.ru
internet address = 144.206.160.32
ttl = 3 (3S)
AUTHORITY RECORDS:
-> webstatistics.ru
nameserver = ns.webstatistics. ru
ttl = 3600 (1H)
-> webstatistics.ru
nameserver = ns4.nic.ru
ttl = 3600 (1H)
ADDITIONAL RECORDS:
-> ns.webstatistics.ru
internet address = 144.206.192.60
ttl = 3600 (1H)
-> ns4.nic.ru
internet address = 194.226.96.8
ttl = 79606 (22h6m46s)

————
Name: www.webstatistics.ru
Addresses: 144.206.192.60, 144.206.192.61, 144.206.192.62, 144.206.160.32
Aliases: www1.webstatistics.ru

>

На запрос адреса мы в основной секции отклика получаем CNAME и все адресные записи, в авторитативной секции получаем доменные имена серверов зоны (записи NS), а в дополнительной секции IP-адреса этих серверов доменных имен.

И в заключении о реальном масштабе ошибок, связанных с применением CNAME в системе доменных имен. Согласно исследованиям компании Men & Mice проведенным на 5000 случайно выбранных зонах домена com в августе 2002 года в 3.3%-ах случаев была зафиксирована ссылка в MX записи на синоним, т. е. неправильное совместное применение CNAME и MX.

Рекомендованная литература:

1. P. Mockapetris. RFC-1034. DOMAIN NAMES — CONCEPTS AND FACILITIES. ISI, 1987. (http://www.ietf.org/rfc/rfc1034.txt?number=1034)
2. P. Mockapetris. RFC-1035. DOMAIN NAMES — IMPLEMENTATION AND SPECIFICATION. ISI, 1987. (http://www.ietf.org/rfc/rfc1035.txt?number=1035)
3. Альбитц П., Ли К.. DNS и BIND. — Пер. с англ. — СПб: Символ-Плюс, 2002. — 696 с.
4. Документация по BIND 9. Справочное руководство системного администратора. (http://www.nominum.com/resources/documentation/Bv9ARM.pdf)
5. D. Barr. RFC 1912. Common DNS Operational and Configuration Errors. 1996. (http://www.ietf.org/rfc/rfc1912.txt?number=1912)
6. R. Elz, R. Bush. RFC 2181. Clarifications to the DNS Specificatrion. 1997. (http://www.ietf.org/rfc/rfc2181.txt?number=2181)

Полезные ссылки:

1. http://www.rscott.org/dns/cname.html — о способах верификации ошибок в описании зоны, относящихся к записям CNAME.
2. http://www.adminschoice.com/docs/dns_trouble_shooting.htm — пример правильного и неправильного употребления NS и CNAME.
3. http://support.microsoft.com/default.aspx?scid=KB;EN-US;q159310& — проблемы совмести dns.exe и BIND при обработке откликов NS и CNAME.
4. http://cr.yp.to/im/canme.html — обсуждается проблема работы с DNS программ sendmail и qmail. Основное внимание уделено работе с некорректными CNAME — записями.
5. http://www.acmebw.com/askmrdns/ — FAQ по системе доменных имен. На этот архив ссылаются и разработчики BIND. Вопросам некорректного использования CNAME посвящено около десятка страниц.
6. http://www.menandmice.com/6000/61_recent_survey.html — статистика ошибок при конфигурации серверов системы доменных имен.

Что такое каноническое имя?

Каноническое имя — это термин, используемый в компьютерных сетях для определения фактического имени компьютера в системе именования в Интернете. Чаще всего он используется в отношении записи ресурса в системе доменных имен (DNS), которая отвечает за перевод неясных адресов интернет-протокола (IP) в более узнаваемые имена. В этом случае запись ресурса в DNS называется CNAME и позволяет другому имени или псевдониму указывать на настоящее имя компьютера.

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

В веб-браузере пользователь может ввести www.example.com. Во время поиска DNS он встречает каноническое имя в записи CNAME, которое указывает на сервер с именем foo.example.com. Затем другой пользователь может использовать клиент FTP и ввести адрес сервера FTP по адресу ftp.example.com. При поиске DNS встречается другая запись CNAME, которая также указывает на foo. example.com, тот же хост, который используется для веб-сайта. В этом случае, однако, два разных имени были даны DNS, что привело к каноническому имени сервера.

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

Однако из-за деликатного характера DNS существует ряд опасностей для реализации канонических имен с записями CNAME, поэтому существуют ограничения на его использование. Наиболее опасным является возможность создания бесконечного цикла во время поиска имени, поэтому ни одна запись CNAME не должна указывать на другую запись CNAME. Если, например, используются две записи CNAME, где www.example.com указывает на каноническое имя foo.example.com, а затем foo.example.com указывает на www.example.com, поиск будет бесконечно проверять одно имя против другого.

ДРУГИЕ ЯЗЫКИ

Почему мы используем каноническое имя хоста в системе DNS?

— Да, можешь.

Во-первых, как объяснил Lanexbg, ваш конкретный пример неверен, так как вы не можете иметь CNAME в вершине (корне) зоны, потому что по определению запись CNAME не может сосуществовать ни с чем другим (здесь мы забудем об исключениях), а в вершине вам нужно иметь записи SOA и NS, чтобы ваша зона работала правильно.

Поэтому давайте просто вместо этого используем соответствующие имена для нужд конфигурации/документации и обсудим разницу между www.example.com A и www.example.com CNAME www.example.net + www.example.net A

Конечный результат разрешения www.example. com A будет одинаковым для конечного пользователя, кроме различных моментов, которыми можно пренебречь при первом подходе (например, проблемами производительности).

Если вы поддерживаете оба авторитетных сервера имен для example.com и example.net , вы можете свободно выбирать между этими двумя случаями. Как отметил Крис Мейер, большая разница заключается в том, когда вам нужно изменить данные (адрес IPv4) записи А. В первом случае вам нужно будет изменить его столько раз, сколько у вас есть записей для него, где во втором случае вам нужно будет изменить его только один раз, и все остальные записи, имеющие CNAME, указывающие на www.example.net , будут автоматически обновлены.

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

Так что это компромисс.

Но есть еще один случай, который следует принять во внимание: если вы являетесь администратором example. com , но не example.net . ExampleNET Inc. может быть крупной хостинговой компанией или CDN. Вы хотите воспользоваться их услугами для вашего сайта www.example.com . Если они дают вам запись A, чтобы поместить ее в вашу зону, у них возникает проблема, что они в принципе никогда не смогут изменить ее, если им это нужно, потому что все их клиенты будут иметь ее текущее значение, жестко закодированное во всех их zonefiles, так что это большая проблема против гибкости, и иногда вам нужно иметь возможность перенумеровать ее в спешке, как во время атаки DDOS. Вместо этого, если они посоветуют вам сделать a CNAME, они будут свободны изменить свою запись A без каких-либо других действий и с результатами «immediately», применяемыми ко всем.

Это очень распространенный случай, особенно для CDN.

Среди многих других смотрите этот живой пример, когда просите www.microsoft.com :

;; ANSWER SECTION:
www.microsoft.com.  3600    IN  CNAME   www. microsoft.com-c-3.edgekey.net.
www.microsoft.com-c-3.edgekey.net. 20499 IN CNAME www.microsoft.com-c-3.edgekey.net.globalredir.akadns.net.
www.microsoft.com-c-3.edgekey.net.globalredir.akadns.net. 3600 IN CNAME e13678.dspb.akamaiedge.net.
e13678.dspb.akamaiedge.net. 3600 IN A   23.67.120.106

(конечно, расширенные настройки также могут быть включены для балансировки нагрузки и/или отказа и / или изменения результата в зависимости от географии источника).

Это не единственный способ сделать это (например, вместо этого они могли бы попросить вас изменить авторитетные серверы имен для вашей зоны example.com , чтобы они могли контролировать ее), и у него тоже есть ограничения (наиболее важным из них является тот, который был описан в начале: вы не могли бы поместить CNAME на вершину, так что если бы вы хотели также иметь веб-сайт на http://example.com/ (обратите внимание на отсутствие www), вам понадобились бы другие решения).

CNAME Record — Как это работает, альтернативы и расширенные варианты использования

Что такое запись CNAME?

Запись канонического имени (CNAME) используется в системе доменных имен (DNS) для создания псевдонима от одного доменного имени к другому доменному имени. Типичным примером является поддомен www, который предоставляется как псевдоним для имени корневого домена — пользователи, обращающиеся к «www.example.com», относятся к корневому домену (или вершине зоны DNS) «example.com».

Несколько распространенных применений записей CNAME:

• Предоставление отдельного имени хоста для определенных сетевых служб, таких как электронная почта или FTP, и указание этого имени хоста на корневой домен
• Многие размещенные службы предоставляют субдомен для каждого клиента в домене поставщика услуг (например,грамм. company.hostname.com) и используйте CNAME, чтобы указать на домен клиента (www.company.com).
• Регистрация одного и того же домена в нескольких странах и указание версий страны на основной домен «. com»
• Указание с нескольких веб-сайтов, принадлежащих одной организации, на основной веб-сайт

Как система DNS обрабатывает записи CNAME

Записи DNS в приведенном выше примере будут выглядеть так:

CNAME из поддомена в родительский домен

ИМЯ ТИП ЗНАЧЕНИЕ
——————————————— ——
www.example.com. CNAME example.com.
example.com. А 192.162.100.100

Вторая запись — это запись A, которая переводит удобочитаемое доменное имя «example.com» в IP-адрес.

Процесс разрешения DNS для записей CNAME

1. DNS-клиент (например, браузер или сетевое устройство) запрашивает адрес www.example.com, и создается DNS-запрос.
2. DNS-преобразователь получает запрос и находит полномочный сервер имен, который содержит файл зоны DNS с записями DNS для «примера».com »домен.
3. Запрос DNS разрешен, и запись CNAME возвращается клиенту.
4. Клиент понимает, что www. example.com является только псевдонимом для реального адреса «example.com», и выдает новый DNS-запрос для «example.com».
5. Процесс повторяется, и преобразователь возвращает A-запись. для example.com, содержащий IP-адрес.
6. Теперь DNS-клиент подключается к example.com, используя свой IP-адрес.

Примеры CNAME

CNAME из субдомена в субдомен

ИМЯ ТИП ЗНАЧЕНИЕ
——————————————— ——
старые.example.com. CNAME new.example.com.
new.example.com. А 192.162.100.101

CNAME из поддомена в другой корневой домен

ИМЯ ТИП ЗНАЧЕНИЕ
——————————————— ——
other.example.com. CNAME www.other.com.

В этом примере имя A для «www.other.com» предоставляется в другом файле зоны DNS.

Ограничения на записи CNAME

• CNAME нельзя разместить на уровне корневого домена, потому что корневой домен — это DNS Start of Authority (SOA), который должен указывать на IP-адрес.
• Записи CNAME должны указывать на другое доменное имя, а не на IP-адрес.
• Имя хоста, определенное в записи CNAME, не должно иметь других записей ресурсов других типов (MX, A и т. Д.), За исключением записей DNSSEC, таких как RRSIG и NSEC.
• Записи CNAME могут указывать на другие записи CNAME, но это не считается хорошей практикой, поскольку это неэффективно.
• Записи MX и NS никогда не должны указывать на псевдоним CNAME.
• Домены, которые используются для электронной почты, могут не иметь записи CNAME — это может привести к нежелательным результатам с разными почтовыми серверами.

CNAME и альтернативные типы записей

Запись CNAME обычно используется вместе с другими типами записей DNS — записями A и записями ALIAS.

Разница между A и CNAME

Запись A сопоставляет имя хоста с одним или несколькими IP-адресами, а запись CNAME сопоставляет имя хоста с другим именем хоста.

Разница между ALIAS и CNAME

Запись ALIAS, как и CNAME, также сопоставляет имя хоста с другим именем хоста.Однако запись ALIAS позволяет иметь другие записи DNS на том же имени хоста, а CNAME — нет. Это позволяет применять ALIAS в корневом домене (вершине зоны DNS), что не разрешено для CNAME.

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

— разумная альтернатива CNAME

NS1 поддерживает собственный тип записи DNS, который называется Linked Record .NS1

Multi-CDN: расширенный вариант использования CNAME

Распространенным способом развертывания сетей доставки контента (CDN) является добавление адреса CDN в качестве записи CNAME для исходного сервера, на котором размещается контент веб-сайта. Таким образом, любой, кто обращается к ресурсам на исходном сервере, перенаправляется в CDN.

Благодаря технологии DNS следующего поколения одна и та же запись CNAME может позволить пользователям перенаправляться на одну из нескольких CDN на основе динамических параметров.

Платформа DNS может быть осведомлена об атрибутах CDN, таких как текущая нагрузка, географическое положение ближайшей точки присутствия (PoP), пропускная способность или даже стоимость.Когда пользователь ищет исходный сервер и перенаправляется на адрес CNAME, этот адрес динамически изменяется на CDN, что может обеспечить наилучшее взаимодействие с конечным пользователем.

NS1 — это управляемая DNS-платформа нового поколения, которая может динамически направлять пользователей на наиболее оптимальный сервер CDN (или любой другой сервер в этом отношении) на основе:

• Цепочки фильтров, которые дают вам сотни способов настроить ответы DNS для каждого пользователя на основе обширных параметров, описывающих возможности и производительность целевой системы.
• Real User Monitoring (RUM) Управление, которое автоматически направляет трафик на основе самых последних данных о производительности от реальных пользователей.

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

Что такое запись CNAME? — Справка DNSimple

Содержание

Что такое запись CNAME?

Записи CNAME могут использоваться для присвоения одного имени другому.CNAME означает каноническое имя.

Типичный пример: example.com и www.example.com указывают на одно и то же приложение и размещены на одном сервере. Чтобы избежать ведения двух разных записей, обычно создают:

• Запись A для example.com , указывающая на IP-адрес сервера
• Запись CNAME для www. example.com , указывающая на example.com

В итоге пример.com указывает на IP-адрес сервера, а www.example.com указывает на тот же адрес через example.com . Если IP-адрес изменяется, вам нужно обновить его только в одном месте: просто отредактируйте запись A для example.com , и www.example.com автоматически наследует изменения.

Запись CNAME всегда должна указывать на другое доменное имя, а не непосредственно на IP-адрес. Редактор записей DNSimple предупредит вас, если вы попытаетесь указать запись CNAME на IP-адрес.Боковая панель справа от редактирования CNAME побуждает вас посетить статью поддержки, чтобы узнать разницу между записями A, CNAME, ALIAS и URL. Он также предупреждает вас, что CNAME должны быть уникальными для других записей.

Запись A DNS определена RFC 1035.

Ограничения

1. Запись CNAME всегда должна указывать на другое доменное имя, а не напрямую на IP-адрес.
2. Запись CNAME не может сосуществовать с другой записью с тем же именем.Невозможно иметь одновременно запись CNAME и TXT для www.example.com .
3. CNAME может указывать на другой CNAME, хотя эта конфигурация обычно не рекомендуется по соображениям производительности. Когда это применимо, CNAME должен указывать как можно ближе к целевому имени, чтобы избежать ненужных накладных расходов на производительность.

Формат записи CNAME

Структура записи A соответствует стандартному определению формата верхнего уровня, определенному в RFC 1035.Раздел RDATA состоит из одного единственного элемента:

Каноническое представление:

  CNAME <имя-домена>
  

, где <имя-домена> — это полное доменное имя, например . com .

В DNSimple запись CNAME представлена ​​следующими настраиваемыми элементами:

CNAME и перенаправление

Запись CNAME иногда неправильно называют перенаправлением , как правило, в контексте перенаправлений через Интернет (HTTP).

Нет прямой корреляции между CNAME и перенаправлением HTTP, и настройка CNAME не приводит к автоматическому перенаправлению HTTP.
Для выполнения HTTP-перенаправления сервер, отвечающий на HTTP-запрос, должен быть настроен на возврат соответствующего HTTP-ответа. Это не может быть достигнуто напрямую с помощью CNAME.

Вы можете узнать больше, прочитав различия между записями A, CNAME, ALIAS и URL. DNSimple предоставляет специальную запись URL, которую можно использовать для настройки перенаправления HTTP.

Запрос записей CNAME

Вы можете использовать dig в своем терминале, чтобы определить запись CNAME, связанную с доменным именем. Результат, содержащийся в разделе ANSWER , содержит полное доменное имя (FQDN), оставшееся время жизни (TTL) и имя домена.

  $ dig CNAME www.dnsimple.com

; << >> DiG 9.10.6 << >> CNAME www.dnsimple.com
;; глобальные параметры: + cmd
;; Получил ответ:
;; - >> HEADER << - код операции: QUERY, статус: NOERROR, id: 5274
;; флаги: qr rd ra; ЗАПРОС: 1, ОТВЕТ: 1, АВТОРИТЕТ: 0, ДОПОЛНИТЕЛЬНО: 1

;; ОПТ. ПСЕВДОЗРЕНИЕ
; EDNS: версия: 0, флаги :; UDP: 512
;; РАЗДЕЛ ВОПРОСА:
; www.dnsimple.com. В CNAME

;; ОТВЕТНАЯ ЧАСТЬ:
www.dnsimple.com. 3599 В CNAME dnsimple. com.

;; Время запроса: 52 мсек.
;; СЕРВЕР: 8.8.8.8 # 53 (8.8.8.8)
;; КОГДА: Пт, 2 ноября, 20:33:09 CET 2018
;; РАЗМЕР MSG rcvd: 59
  

Управление записями CNAME

В редакторе записей DNSimple вы можете добавлять, удалять и обновлять записи CNAME.

Что такое запись CNAME? — Справка DNSimple

Содержание

Что такое запись CNAME?

Записи CNAME могут использоваться для присвоения одного имени другому. CNAME означает каноническое имя.

Типичный пример — когда у вас есть оба примера .com и www.example.com , указывающие на одно и то же приложение и размещенные на одном сервере. Чтобы избежать ведения двух разных записей, обычно создают:

• Запись A для example.com , указывающая на IP-адрес сервера
• Запись CNAME для www.example.com , указывающая на example.com

В результате example. com указывает на IP-адрес сервера, а www.example.com указывает на тот же адрес example.com . Если IP-адрес изменяется, вам нужно обновить его только в одном месте: просто отредактируйте запись A для example.com , и www.example.com автоматически наследует изменения.

Запись CNAME всегда должна указывать на другое доменное имя, а не непосредственно на IP-адрес. Редактор записей DNSimple предупредит вас, если вы попытаетесь указать запись CNAME на IP-адрес. Боковая панель справа от редактирования CNAME побуждает вас посетить статью поддержки, чтобы узнать разницу между записями A, CNAME, ALIAS и URL.Он также предупреждает вас, что CNAME должны быть уникальными для других записей.

Запись A DNS определена RFC 1035.

Ограничения

1. Запись CNAME всегда должна указывать на другое доменное имя, а не напрямую на IP-адрес.
2. Запись CNAME не может сосуществовать с другой записью с тем же именем. Невозможно иметь одновременно запись CNAME и TXT для www.example.com .
3. CNAME может указывать на другой CNAME, хотя эта конфигурация обычно не рекомендуется по соображениям производительности.Когда это применимо, CNAME должен указывать как можно ближе к целевому имени, чтобы избежать ненужных накладных расходов на производительность.

Формат записи CNAME

Структура записи A соответствует стандартному определению формата верхнего уровня, определенному в RFC 1035. Раздел RDATA состоит из одного единственного элемента:

Каноническое представление:

  CNAME <имя-домена>
  

, где <имя-домена> — это полное доменное имя, например example.com .

В DNSimple запись CNAME представлена ​​следующими настраиваемыми элементами:

CNAME и перенаправление

Запись CNAME иногда неправильно называют перенаправлением , как правило, в контексте перенаправлений через Интернет (HTTP).

Нет прямой корреляции между CNAME и перенаправлением HTTP, и настройка CNAME не приводит к автоматическому перенаправлению HTTP.
Для выполнения HTTP-перенаправления сервер, отвечающий на HTTP-запрос, должен быть настроен на возврат соответствующего HTTP-ответа. Это не может быть достигнуто напрямую с помощью CNAME.

Вы можете узнать больше, прочитав различия между записями A, CNAME, ALIAS и URL. DNSimple предоставляет специальную запись URL, которую можно использовать для настройки перенаправления HTTP.

Запрос записей CNAME

Вы можете использовать dig в своем терминале, чтобы определить запись CNAME, связанную с доменным именем. Результат, содержащийся в разделе ANSWER , содержит полное доменное имя (FQDN), оставшееся время жизни (TTL) и имя домена.

  $ dig CNAME www.dnsimple.com

; << >> DiG 9.10.6 << >> CNAME www.dnsimple.com
;; глобальные параметры: + cmd
;; Получил ответ:
;; - >> HEADER << - код операции: QUERY, статус: NOERROR, id: 5274
;; флаги: qr rd ra; ЗАПРОС: 1, ОТВЕТ: 1, АВТОРИТЕТ: 0, ДОПОЛНИТЕЛЬНО: 1

;; ОПТ. ПСЕВДОЗРЕНИЕ
; EDNS: версия: 0, флаги :; UDP: 512
;; РАЗДЕЛ ВОПРОСА:
; www.dnsimple.com. В CNAME

;; ОТВЕТНАЯ ЧАСТЬ:
www.dnsimple.com. 3599 В CNAME dnsimple.com.

;; Время запроса: 52 мсек.
;; СЕРВЕР: 8.8.8.8 # 53 (8.8.8.8)
;; КОГДА: Пт, 2 ноября, 20:33:09 CET 2018
;; РАЗМЕР MSG rcvd: 59
  

Управление записями CNAME

В редакторе записей DNSimple вы можете добавлять, удалять и обновлять записи CNAME.

Что такое запись CNAME? - Справка DNSimple

Содержание

Что такое запись CNAME?

Записи CNAME могут использоваться для присвоения одного имени другому.CNAME означает каноническое имя.

Типичный пример: example.com и www.example.com указывают на одно и то же приложение и размещены на одном сервере. Чтобы избежать ведения двух разных записей, обычно создают:

• Запись A для example.com , указывающая на IP-адрес сервера
• Запись CNAME для www.example.com , указывающая на example.com

В итоге пример.com указывает на IP-адрес сервера, а www.example.com указывает на тот же адрес через example.com . Если IP-адрес изменяется, вам нужно обновить его только в одном месте: просто отредактируйте запись A для example.com , и www.example.com автоматически наследует изменения.

Запись CNAME всегда должна указывать на другое доменное имя, а не непосредственно на IP-адрес. Редактор записей DNSimple предупредит вас, если вы попытаетесь указать запись CNAME на IP-адрес.Боковая панель справа от редактирования CNAME побуждает вас посетить статью поддержки, чтобы узнать разницу между записями A, CNAME, ALIAS и URL. Он также предупреждает вас, что CNAME должны быть уникальными для других записей.

Запись A DNS определена RFC 1035.

Ограничения

1. Запись CNAME всегда должна указывать на другое доменное имя, а не напрямую на IP-адрес.
2. Запись CNAME не может сосуществовать с другой записью с тем же именем.Невозможно иметь одновременно запись CNAME и TXT для www.example.com .
3. CNAME может указывать на другой CNAME, хотя эта конфигурация обычно не рекомендуется по соображениям производительности. Когда это применимо, CNAME должен указывать как можно ближе к целевому имени, чтобы избежать ненужных накладных расходов на производительность.

Формат записи CNAME

Структура записи A соответствует стандартному определению формата верхнего уровня, определенному в RFC 1035.Раздел RDATA состоит из одного единственного элемента:

Каноническое представление:

  CNAME <имя-домена>
  

, где <имя-домена> - это полное доменное имя, например .com .

В DNSimple запись CNAME представлена ​​следующими настраиваемыми элементами:

CNAME и перенаправление

Запись CNAME иногда неправильно называют перенаправлением , как правило, в контексте перенаправлений через Интернет (HTTP).

Нет прямой корреляции между CNAME и перенаправлением HTTP, и настройка CNAME не приводит к автоматическому перенаправлению HTTP.
Для выполнения HTTP-перенаправления сервер, отвечающий на HTTP-запрос, должен быть настроен на возврат соответствующего HTTP-ответа.Это не может быть достигнуто напрямую с помощью CNAME.

Вы можете узнать больше, прочитав различия между записями A, CNAME, ALIAS и URL. DNSimple предоставляет специальную запись URL, которую можно использовать для настройки перенаправления HTTP.

Запрос записей CNAME

Вы можете использовать dig в своем терминале, чтобы определить запись CNAME, связанную с доменным именем. Результат, содержащийся в разделе ANSWER , содержит полное доменное имя (FQDN), оставшееся время жизни (TTL) и имя домена.

  $ dig CNAME www.dnsimple.com

; << >> DiG 9.10.6 << >> CNAME www.dnsimple.com
;; глобальные параметры: + cmd
;; Получил ответ:
;; - >> HEADER << - код операции: QUERY, статус: NOERROR, id: 5274
;; флаги: qr rd ra; ЗАПРОС: 1, ОТВЕТ: 1, АВТОРИТЕТ: 0, ДОПОЛНИТЕЛЬНО: 1

;; ОПТ. ПСЕВДОЗРЕНИЕ
; EDNS: версия: 0, флаги :; UDP: 512
;; РАЗДЕЛ ВОПРОСА:
; www.dnsimple.com. В CNAME

;; ОТВЕТНАЯ ЧАСТЬ:
www.dnsimple.com. 3599 В CNAME dnsimple.com.

;; Время запроса: 52 мсек.
;; СЕРВЕР: 8.8.8.8 # 53 (8.8.8.8)
;; КОГДА: Пт, 2 ноября, 20:33:09 CET 2018
;; РАЗМЕР MSG rcvd: 59
  

Управление записями CNAME

В редакторе записей DNSimple вы можете добавлять, удалять и обновлять записи CNAME.

Какое каноническое имя у доменных имен с лишними частями?

Правильна ли эта схема именования?

№

Есть ли у них официальные определения?

Термин и команда «имя хоста» в GNU / Linux сильно отличается от того, что я скажу ниже о том, что такое имя хоста.

В GNU / Linux имя хоста - это одновременно имя машины и имя сети. Другими словами, это может быть как отдельная метка, так и набор меток, соединенных точками. Он используется вместе с / etc / hosts для таких вещей, как ssh.

Но если вы хотите запустить веб-сервер, он не используется, скорее, Apache фактически указывается DNS-записью, а затем ваша установка Apache определяет, какое доменное имя вы обслуживаете.

Кстати, ближайшее к имени компьютера GNU / Linux имя (которое не является именем хоста) происходит от `hostnamectl --pretty '.

1) имя хоста определено

Термин «имя хоста» восходит к 1985 году или раньше, поэтому этот термин появился раньше, чем DNS (сервер доменных имен), появившийся позже в 1987 году.

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

Насколько я могу судить, не существует RFC, в котором прямо говорится, что имена хостов являются доменными именами (см. Примечание из WikiPedia ниже, в котором говорится, что это правда, но без ссылки).

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

Для ясности, сегодня имя машины НЕ является доменным именем. Хотя они могут быть одинаковыми или похожими, они не связаны напрямую, за исключением того, что сначала они были примерно одним и тем же. См. Раздел Выбор имени для компьютера

  Избегайте доменных имен.По техническим причинам следует избегать использования доменных имен. В
     в частности, разрешение имен неабсолютных имен хостов
     проблематично. Преобразователи будут проверять имена на соответствие доменам перед
     сверяя их с именами хостов. Но мы видели примеры
     почтовые программы, которые отказываются рассматривать одиночные имена токенов как домены.
     Например, предположим, что вы отправляете письмо на адрес "libes @ rutgers" из
     yale.edu. В зависимости от реализации почта может отправляться
     на rutgers.edu или rutgers.yale.edu (при условии, что оба существуют). 

2) доменные имена определены

Интернет был концептуализирован с помощью RFC (документов запроса комментариев), поэтому терминология является абстрактной, а не конкретной. Например, домен и хост являются абстракциями, а машина и компьютер - конкретными объектами.

Прежде чем продолжить, я обнаружил, что обзор «Терминология дерева » абстрактного определения для дерева , листа и узла помог мне получить более прочную основу.

Официальные определения RFC:

rfc1034 , раздел 3.1 определяет пространство доменных имен , дерево , узел , метку , корень , доменное имя , домен и поддомен [курсив ниже моего]:

Пространство доменных имен представляет собой древовидную структуру . Каждый узел и лист на tree соответствует набору ресурсов (который может быть пустым).Домен система не делает различий между использованием интерьера узлы и покидают , и в этом документе [RFC] используется термин « узел » для относятся к обоим.

Каждый узел имеет метку , длина которой составляет от нуля до 63 октетов. Узлы Brother [братья и сестры] могут иметь разные метки [другими словами, они должны быть уникальными], хотя можно использовать одну и ту же метку для узлов, не являющихся братьями. Один ярлык зарезервирован, и это метка NULL (т. е. нулевой длины), используемая для корня .

[ЭТО ВАЖНО>] Доменное имя из узла - это список меток на пути от узла к корню дерева.

...

Когда пользователю нужно ввести доменное имя, длина каждой метки опущен, а метки разделены точками («. »). Поскольку полное доменное имя заканчивается корневой меткой, это приводит к напечатанному форма, которая заканчивается точкой. Мы используем это свойство, чтобы различать между:

• символьная строка, представляющая полное доменное имя (часто называемый « абсолютный »). Например, «понерия.ISI.EDU.» [<- обратите внимание на конечную точку]

• строка символов, представляющая начальные метки доменное имя, которое является неполным и должно быть заполнено локальное программное обеспечение, использующее знание локального домена (часто называется " родственник "). Например, «понерия» используется в ISI.EDU домен.

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

...

[ЭТО ТАКЖЕ ВАЖНО>] Домен идентифицируется по доменному имени и состоит из этой части пространство доменного имени, которое находится рядом или ниже доменного имени, которое указывает домен. Домен - это поддомен другого домена, если он содержится в этом домене.Эта связь может быть проверена видеть, заканчивается ли имя поддомена именем содержащего его домена. Например, A.B.C.D является субдоменом B.C.D, C.D, D и "".

  www.example.com. CNAME example.com.
example.com. А 192.0.1.1