Согласно руководящим материалам (RFC-1034, RFC-1035) система доменных имен состоит из трех основных частей:

  • Всего множества доменных имен (domain name space)
  • Серверов доменных имен (domain name servers)
  • Клиенты DNS (Resolver-ы)

Множество доменных имен было подробно рассмотрено в материале "Доменная адресация. Немного истории и принципы построения", поэтому сосредоточимся на двух оставшихся компонентах серверах и resolver-ах.

Сервис системы доменных имен строится по схеме "клиент-сервер". В качестве клиентской части выступает прикладной процесс, который запрашивает информацию о соответствии имени адресу (или наоборот адреса имени). Это программное обеспечение и называют resolver. В качестве сервера выступает прикладная программа-сервер.

Чаще всего, Resolver не является какой-либо программой или системной компонентой. Это набор процедур из библиотеки прикладного программного обеспечения (например, из библиотеки libc), которые позволяют программе, отредактированной с ними, выполнять запросы к системе доменных имен и получать ответы на них. Эти процедуры обращаются к серверу доменных имен и, таким образом, обслуживает запросы прикладных программ пользователя.

Ряд производителей операционных систем, например, Sun или SGI, предлагали решения, в которых resolver являлся отдельным процессом, и прикладные программы через него реализовывали взаимодействие с DNS.

Другой пример реализации resolver-а - это браузеры Nescape некоторых версий, где для ускорения процесса получения ответов на запросы к DNS запускался отдельный процесс resolver-a.

Самостоятельный resolver может быть собран и в BIND версии 9. Это так называемый lightweight resolver. Он состоит из rosolver-демона и библиотеки взаимодействия с этим демоном, процедуры которой линкуются с прикладным ПО. Данный resolver позволяет не только посылать запросы к серверу доменных имен, но кэшировать соответствия между доменным именем и IP-адресом.

В качестве серверов доменных имен чаще всего используются различные версии BIND (Berkeley Internet Name Domain). Если сервер реализован на платформе Windows, то тогда используют решение от Microsoft, хотя для этой платформы также существуют версии BIND.

Общую схему взаимодействия различных компонентов системы доменных имен можно изобразить так, как это представлено на следующем рисунке:

Рис1. Рекурсивный запрос resolver и нерекурсивная (итеративная) процедура на разрешение доменного имени сервером доменных имен.

Данная схема разрешения имени (установки соответствия между именем и IP-адресом) называют нерекурсивной (итеративной). Чем она отличается от рекурсивной мы обсудим позже.

Поясним приведенную схему нерекурсивной процедуры разрешения запроса:

  1. Прикладная программа через resolver запрашивает IP-адрес по доменному имени у местного сервера (запрос resolver рекурсивный, т.е. resolver просит server найти ему адрес).
  2. Местный сервер сообщает прикладной программе IP-адрес запрошенного имени, выполняя при этом нерекурсивный опрос серверов доменных имен. При этом:
    1. если адрес находится в зоне его (местного сервера) ответственности, сразу сообщает его resolver-у,
    2. если адрес находится в зоне ответственности другого сервера доменных имен, то обращается к корневому серверу системы доменных имен за адресом TLD-сервера (top-level domain server),
    3. обращается к TLD-серверу за адресом,
    4. получает от него адрес удаленного сервера,
    5. обращается к удаленному серверу за адресом,
    6. получает от удаленного сервера адрес,

В данном случае мы рассмотрели вложенность доменного имени второго порядка., т.е. хост имел имя похожее на quest.kuku.ru или даже kuku.ru.

Последнее важно понять, т.к. корпоративные почтовые адреса типа [email protected] как раз и требуют от прикладного программного обеспечения обращения за IP-адресом хоста kuku.ru. TLD-сервер домена ru не обладает информацией о том, какому IP-адресу данное имя соответствует, но при этом он знает какой сервер отвечает за домен kuku.ru.

Если вложенность доменного имени будет большей, скажем третьего уровня (host.department.corp.ru), и этот уровень будет поддерживаться другим сервером доменных имен, отличным от того, который поддерживает второй уровень вложенности, то тогда нашему локальному серверу удаленный сервер доменных имен передаст не адрес хоста, а адрес нового сервера доменных имен, в зоне ответственности которого находится запрашиваемое имя.

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

При входе в режиме удаленного терминала на компьютер polyn.net.kiae.su по команде:

/usr/paul>telnet polyn.net.kiae.su

Мы получаем в ответ:

/usr/paul>telnet polyn.net.kiae.su trying 144.206.130.137 ... login: .....

Строчка, в которой указан IP-адрес компьютера polyn.net.kiae.su, показывает, что к этому времени доменное имя было успешно разрешено сервером доменных имен и прикладная программа, в данном случае telnet получила на свой запрос IP-адрес. Таким образом, после ввода команды с консоли, и до появления IP-адреса на экране монитора прикладная программа осуществила запрос к серверу доменных имен и получила ответ на него.

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

Другой пример того же сорта - это программа traceroute. Здесь задержка на запросы к серверу доменных имен проявляется в том, что время ответов со шлюзов, на которых "умирают" ICMP пакеты, указанное в отчете, маленькое, а задержки с отображением каждой строчки отчета довольно большие.

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

Проверить на сколько "чувствительны" запросы traceroute c точки зрения отображения трассы к использованию сервера доменных имен можно задав поиск трассы с использованием сервера:

>traceroute www.w3.org

и без использования сервера:

>traceroute -n www.w3.org

Если в примере с telnet и ftp мы рассматривали, только "прямые" (forward) запросы к серверу доменных имен, то в примере с traceroute мы впервые упомянули "обратные"(reverse) запросы. В "прямом" запросе прикладная программа запрашивает у сервера доменных имен IP-адрес, сообщая ему доменное имя. При "обратном" запросе прикладная программа запрашивает доменное имя, сообщая серверу доменных имен IP-адрес.

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

Более подробно этого вопроса мы коснемся при обсуждении файлов конфигурации программы named.

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

В этом случае resolver обращается к локальному серверу доменных имен, если не получает от него адреса, то опрашивает сервер корневого домена, получает от него адрес удаленного сервера TLD, опрашивает этот сервер, получает адрес удаленного сервера, опрашивает удаленный сервер и получает IP-адрес, если он посылал, так называемый "прямой" запрос.

Рис.2. Нерекурсивный запрос resolver-а.

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

Локальный сервер и resolver не все запросы выполняют по указанной процедуре. Дело в том, что существует кэш, который используется для хранения в нем полученной от удаленного сервера информации.

Самые умные resolver-ы, такие, например, как resolver Windows 2000 Server и BIND 9 умеют поддерживать кэш, в котором сохранияют не только удачно установленные соответствия имени и адреса (positive response), но и так называемые "негативные" отклики (negative response results) на запросы. Кроме того, эти resolver-ы упорядочивают отклики об адресах серверов в соответствии с принятыми в них (resolver-ах) алгоритмами выставления предпочтений, которые базируются на времени отклика сервера.

Рис.3. Схема разрешения запросов с кэшированием ответов.

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

Вообще говоря, прядок обработки запросов можно описать следующим образом:

  1. поиск ответа в локальном кэше
  2. поиск ответа на локальном сервере
  3. поиск информации в сети.

При этом кэш может быть как у resolver-а, так и у сервера.

Между доменом и зоной существует разница, которую бывает трудно найти, но всегда нужно иметь в виду. Домен - это все множество машин, которые относятся к одному и тому же доменному имени. Например, все машины, которые в своем имени имеют постфикс kiae.su относятся к домену kiae.su. Зона - это "зона ответственности" конкретного сервера доменных имен, т.е. понятие домена шире, чем понятие зоны. Если домен разбивается на поддомены, то у каждого из них может появиться свой сервер. При этом зоной ответственности сервера более высокого уровня будет только та часть описания домена, которая не делегирована другим серверам. Разбиение домена на поддомены и организация сервера для каждого из них называется делегирование прав управления зоной соответствующему серверу доменных имен, или просто делегированием зоны.

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

Существует еще и другой вариант работы сервера, когда он не запрашивает корневой сервер на предмет адреса удаленного сервера доменных имен. Это происходит тогда, когда незадолго до этого сервер уже разрешал задачу получения IP-адреса из того же домена. Если требуется получить IP-адрес удаленного сервера доменных имен, отвечающего за домен, то он будет просто извлечен из буфера сервера (кеша), т.к. в течение определенного времени, заданного в конфигурации описания зоны (Time To Live - TTL), этот адрес будет храниться в кэше сервера. А попал он туда как результат выполнения предыдущего запроса.

Кроме нерекурсивной процедуры разрешения имен возможна еще и рекурсивная процедура разрешения имен. Ее отличие от описанной выше нерекурсивной процедуры состоит в том, что удаленный сервер сам опрашивает свои серверы зон, а не сообщает их адреса местному серверу доменных имен. Рассмотрим этот случай более подробно.

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

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

Рис 4. Нерекурсивная обработка запроса местным сервером доменных имен на получение IP-адреса по доменному имени.


Рис. 5. Рекурсивная (для местного сервера) и нерекурсивная (для удаленного сервера) процедуры разрешения адреса по IP-имени.

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

Представленные здесь варианты работы системы доменных имен не являются исчерпывающими. За более подробной информацией следует обращаться к RFC-1034 и RFC-1035.

  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 с.
  1. http://www.microsoft.com/windows2000/en/server/help/sag_DNS_und_HowDnsWorks.htm?id=1945 - Документация Microsoft по Windows 2000 Server. Раздел посвящен принципам работы системы доменных имен. Описывает общие принципы построения DNS и взаимодействия resolver и серверов.
  2. http://www.microsoft.com/windows2000/en/server/help/sag_DNS_ovr_ClientFeatures.htm?id=1942 - Документация Microsoft по Windows 2000 Server. Раздел посвящен принципам работы resolver.
  3. - Документация по BIND 9. Справочное руководство системного администратора. Нужно ознакомиться с разделом, посвященном lightweight resolver.
  4. http://www.igc.ru/cgi-bin/man-cgi?traceroute - описание команды traceroute, раз уж ее здесь упомянули.
  5. http://www.menandmice.com/online_docs_and_faq/glossary/glossarytoc.htm - глоссарий терминов DNS.

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

Сегодня же у нас на повестке вопрос — что такое домен или доменное имя (по сути, это синонимы). Ну, на самом деле тут все просто. Это имя для сайта , которое присваивается ему взамен сложного для запоминания IP адреса сервера, на котором этот сайт размещается (см. ). Вводите это имя в адресной строке браузера и сайт открывается.

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

Что такое домен?

Как я уже упомянул выше, домен — это имя для сайта ..162.192.0. Да и к тому же представьте ситуацию. Вы разместили сайт на сервере хостинга (что это такое смотрите выше) и получили IP адрес. Но, переехав на другой хостинг АйПи изменится, что вызовет катастрофу. А вот в случае с доменными именами такого не произойдет. Почему?

Дело в том, что в интернете есть тысячи серверов DNS (системы доменных имен), в которых будет прописано, что домен сайт доступен по АйПи адресу 108.162.192.0. Если я перееду на другой хостинг, то зайду в панель регистратора доменных имен (там, где его покупал), сменю кое-что и во всех DNS серверах интернета пропишется, что сайт сайт нужно искать уже по другому АйПи адресу. Удобно ведь?

Удобно, но, наверное, пока непонятно. Главное, что нужно понимать — имя для сайта вещь очень важная и оно на всю жизнь (как правило, хотя и можно при желании перенести сайт на другой домен, но это не есть просто). Как вы лодку назовете, так она и поплывет. Правда, важно не только имя, но и уровень домена, а также та зона, к которой он принадлежит. Опять непонятно? Ну, давайте по порядку.

Как устроено доменное имя

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

Есть два основных правила записи доменных имен :

  1. Зоны, в которые входит данный домен, перечисляются справа налево.
  2. В качестве разделителя используются точки.

Выглядеть это может, например, так:

Net.blog.сайт

Получаем домен четвертого уровня net, входящий в состав доменной зоны третьего уровня «blog», которая входит в зону второго уровня «ktonanovenkogo» принадлежащей зоне первого уровня.ru. Чушь, правда? (моя супруга, проверяющая ошибки в статье, это с удовольствием подтвердит).

Какие уровни доменов различают

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

    Используют уже прочно прижившуюся относительную запись доменов (без точки в конце):

  2. Далее следует первый уровень — это обычно региональные (национальные) домены (.ru, .su, .ua, .us, .de, .fr и т.п.) или же тематические (.com, .edu, .org, .net и т.д.). Но также бывают доменные имена первого уровня, включающие в себя национальные алфавиты (например, .рф).
  3. Второй уровень — это уже те самые домены, что мы с вами покупаем (регистрируем у специальных регистраторов). Цены на них разнятся не только в зависимости от принадлежности к тому или иному домену первого уровня (например, xxxxxxx.ru купить дешевле, как правило, чем xxxxxxx.com), но и в зависимости от регистратора (или его реселлера — розничного продавца).
  4. Третий, четвертый и т.д. — их уже не нужно покупать (как правило) и можно создавать самостоятельно (нигде не регистрируя) на базе купленного домена второго уровня. Например, я могу создать такое имя для нового сайта — forum..forum..

Давайте еще раз все это поясню на примере :

  1. . (точка) - домен нулевого (корневого) уровня
  2. ru - первого уровня, называемый также доменом верхнего уровня или зоной
  3. сайт - доменное имя второго уровня
  4. blog.сайт - домен третьего уровня
  5. net.blog.сайт - четвертого уровня

Домены верхнего (первого) уровня

Если не считать нулевой уровень (корневой — root domain), ибо это пустота, то базой служат так называемые зоны или домены верхнего уровня (именно с них начинается имя любого сайта хотя кажется что ими оно заканчивается — но не суть). Их нельзя купить обычному человеку, но именно из этих зон мы будем выбирать при покупке домена второго уровня (имени для своего сайта).

Так какие же они бывают:

  1. Домены первого (высшего) уровня, закрепленные за странами , которые обычно среди шибко умных людей обзываются аббревиатурой Cctld, означающей country code top-level domain. У России таких имеется аж целых два:
    1. su - рудимент, оставшийся от советского союза и представляющий сейчас пространство ресурсов на русском языке
    2. ru - изначально закреплено за Россией
  2. Домены с национальными алфавитами , которые обычно обозначают аббревиатурой Idn (internationalized domain name). В России — это зона.рф. На самом деле, их названия все равно записываются английскими символами (происходит перекодирование), но это как бы скрыто от глаз. Однако, если вы в браузере введете адрес: http://ктонановенького.рф/

    а после перехода на этот сайт скопируете его адрес из адресной строки, то получите совсем уж неудобоваримую ахинею:

    Http://xn--80aedhwdrbcedeb8b2k.xn--p1ai/ Вот он оказывается как не лицеприятно выглядит. И именно в таком виде его придется добавлять в разные сервисы (типа ), а не в виде ктонановенького.рф. Это нужно учитывать. Да и другие проблемы возможны, хотя на первых порах и не очевидны.

  3. Верхние домены общего пользования , обычно обываемые Gtld, что означает generic top-level domain, регистрируются (продаются) в независимости от страны, в которой проживает вебмастер. Наиболее употребимые из них:
    1. .com - для коммерческих проектов
    2. .org - для некоммерческих сайтов различных организаций
    3. .net - для проектов связанных с интернетом
    4. .edu - для образовательных учреждений и проектов
    5. .biz - только коммерческие организации
    6. .info - для всех информационных проектов
    7. .name - для личных сайтов
    8. .gov - для госструктур США

Как и где можно зарегистрировать (купить) домен в зонах высшего уровня

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

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

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

Совсем без ограничений можно покупать домены в общедоступных зонах.com, .net, .org, .info, .biz и.name. В зонах же.edu, .gov и.mil такая возможность предоставляется только для учреждений, а так же учебных и военных заведений штатов. Имеется также еще ряд специализированных доменов первого уровня, например, .travel, .jobs, .aero, .asia.

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

Домены второго уровня — проверка на занятость и Whois

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

Проверка доменного имени на занятость

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

Чуть ниже приведены освобождающиеся в данный момент домены (для детального просмотра кликните по цене):

Удачи вам! До скорых встреч на страницах блога сайт

посмотреть еще ролики можно перейдя на
");">

Вам может быть интересно

Бесплатный домен для сайта - где можно получить и как зарегистрировать доменное имя бесплатно на Freenom WHOIS сервисы - информация о домене (чей он, каков его возраст и история, когда освобождается) или IP адресе ТОП 3 лучших бесплатных хостингов для сайта
Проверка на занятость и покупка доменного имени, чем отличаются регистраторы и реселлеры доменов и что такое WHOIS
MegaIndex Cloud и Bar - бесплатный облачный хостинг и SEO-расширение для браузеров, а так же другие сервисы от Мегаиндекса Проверка домена на занятость или как подобрать свободное доменное имя для сайта

Всем привет. Относительно недавно появилось два интересных виджета от Вконтакте.

Это «Напишите нам» и «Сообщения сообщества», но многие о них до сих пор не слышали. Сегодня поговорим о том, для чего они нужны и как их установить на свой landing page.

Виджет «Напишите нам»

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

Этот виджет работает для:

  • групп;
  • сообществ;
  • личных страниц.

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

Установка виджета «Напишите нам»

ссылке :


Здесь всего несколько параметров для настройки. Текст кнопки, размер и ссылка на страницу, с которой будет диалог.

Для установки на сайт, копируем первый скрипт, между тегами head. А div и второй скрип в то место, где будет выводится сам виджет.

Более интересным вариантом, на мой взгляд, является виджет «Сообщения сообщества» Это некое подобие онлайн консультанта. У вас на сайте располагается кнопка, при нажатии на которую раскрывается окошко с диалогом с привычным интерфейсом ВКонтакте. При этом, можно не только написать текст, но и прикрепить документ или фото.

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

  • «Приветствие » — это автоматическое сообщение, которое будет отправляться пользователю, когда он откроет диалог.
  • «Краткая информация » — это текст/приветствие, которое увидит пользователь. Нужно постараться сформулировать его таким образом, чтобы побудить посетителя вашего сайта написать вам.
  • «Статус не в сети » будет показан пользователю, если вы не отвечали ему в течении 30 минут.
  • «Разрешенные домены » — это домены, на которых будет показан виджет.

Установка виджета «Сообщения сообщества»

Для того, чтобы получить код виджета, нужно перейти по этой

Субдомен – это часть более крупного домена. Например, mail.google.com, www.google.com и docs.google.com – это субдомены в домене google.com. Как правило, владельцы сайтов создают их, чтобы пользователям было проще запомнить адреса разделов и сервисов.

Базовый домен

Основной домен

Дополнительный домен

Псевдоним домена

IP-адрес

IP-адрес (или адрес интернет-протокола) – это набор чисел, указывающий на расположение устройства в сети Интернет. Пример IP-адреса: 74.125.19.147.

С доменным именем может быть связано несколько IP-адресов, поэтому в Google для электронной почты и сайтов нужно указывать дополнительные данные.

Регистратор доменов

Регистратор – это компания, которая продает свободные доменные имена. Часто такие компании также предлагают услуги .

Вы можете зарегистрироваться в бета-версии Google Domains или воспользоваться услугами наших партнеров и приобрести доменное имя при регистрации в Google Cloud. Если вы приобрели домен при регистрации аккаунта G Suite, Gmail и персональные веб-адреса активируются автоматически. Если домен был приобретен до оформления подписки, измените записи DNS у регистратора домена.

Регистратор домена

Регистратор домена обслуживает DNS-серверы вашего домена и предоставляют инструменты для управления DNS-записями , в частности записями MX для настройки Gmail и записями CNAME для создания веб-адресов. Многие из них также помогают регистрировать доменные имена.

Сервер доменных имен

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

Каталог WHOIS

WHOIS – это общедоступный каталог доменных имен с указанием их владельцев (физических или юридических лиц).

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

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

Была ли эта статья полезна?

Как можно улучшить эту статью?

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

Домен (точнее назвать “полное доменное имя ”) - это адрес интернет-пространства (сайта), на котором он расположен и по которому в глобальной сети интернет его можно найти.

Если вы сейчас перейдёте на главную страницу блога и посмотрите в браузерную строку, то увидите следующее.

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

  • . Многие современные браузеры его скрывают.

Префиксы http , https и www к доменам никак не относятся.

Доменное имя можно сравнить с адресом любого дома в мире. Зная адрес, вы сможете найти нужный дом.

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

Теперь давайте разберёмся на более продвинутом техническом уровне.

Определение не для чайников

Начну с аналогии. У каждого места на нашем земном шаре есть свои координаты, по которым оно расположено. Вот, например, мы пару дней назад проезжали Волгоград и посетили там знаменитое место Мамаев курган с высочайшим памятником России и Европы “Родина-мать зовёт!”, который расположен по координатам 48°44′32″N, 44°32′14″E48.742286, 44.537112.

Естественно, мы не искали это место по его координатам, а искали по названию.

Точно также происходит в глобальной сети интернет, каждое место (пространство), где хранятся данные сайтов, имеет свой IP-адрес (уникальный сетевой адрес). Таким образом, вы можете попасть на сайт не только по домену, но и по его IP-адресу.

Например, если вы введёте в адресной строке браузера следующий IP-адрес 93.158.134.3, то откроется главная страница Яндекса. Но иногда на одном таком адресе могут храниться несколько сайтов, и, чтобы пользователь смог попасть на нужный ему ресурс, используются уникальные доменные имена в удобной человеческой форме.

Это как квартиры в доме по одному адресу.

Структура доменного имени

Все доменные имена состоят из областей — доменов (с англ. domain переводится, как область, территория).

Каждое имя включает в себя домен верхнего (первого) уровня, по нему принято определять зону. В моём случае это — “ru”. Далее идёт мой уникальный домен второго уровня “iklife”..сайт.

Получается, что в этой доменной зоне уже никто, кроме меня, не может расположить свой сайт, он принадлежит только мне.

Опять же, по аналогии они имеют подобную структуру: страна, район, город, улица и т. д.