Доменное имя компьютера это: Что является доменным именем компьютера

Содержание

Что является доменным именем компьютера

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

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

Доменное имя: что это?

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

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

В сети Интернет имеются четкие разграничения по зонам. Например, государственным структурам, как правило, присваивается имя организации в домене .org. Если речь идет об определенных интернет-магазинах, коммерческих организациях, то их как правило размещают в зоне, которое соответствует масштабам их сферы деятельности: ya.ru используется в России, а ya.ua в Украине; aliexpress.com прописывается в любой точке земного шара, но перед этим именем в адресной строке указывается регион, а соответственно и язык интерфейса сайта, откуда пользователь пытается посетить данный Интернет-магазин, например, ru. aliexpress.com, но в качестве домена везде выступает .com.

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

Как узнать доменное имя компьютера?

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

Для того, чтобы определить доменное имя конкретного компьютера в локальной сети, можно воспользоваться одним из способов:

Просмотр на локальной машине.

Подобную информацию можно отобразить, выполнив следующие действия:

кликнуть ПКМ по «Мой компьютер»;
в контекстном меню выбрать строку «Свойства»;
доменное имя компьютера будет отображаться в поле «Полное имя».

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

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

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

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

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

запустить командную строку и ввести комбинацию символов ping «доменное имя», после чего на экране последовательно отобразятся четыре строчки, в которых будет указан физический адрес компьютера;
перейти по ссылке http://url-sub.ru/tools/web/iphost/, ввести в соответствующем поле имя компьютера, а затем кликнуть по кнопке узнать и необходимая информация будет выведена на экран;
для получения географического размещения того или иного сервера, необходимо перейти, например, по ссылке http://www.ip-ping.ru/ipinfo/, ввести IP-адрес, который можно получить, используя один из вышеперечисленных способов, и вся необходимая информация будет отображена у Вас на экране.

Вконтакте

Facebook

Twitter

Google+

Одноклассники

Мой мир

система доменных имен — Domain Name System

«DNS» перенаправляет сюда. Для использования в других целях, см DNS (значения) .

Иерархическая распределенная система именования компьютеров, служб или любых ресурсов, подключенных к Интернету или частной сети.

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

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

Система доменных имен также определяет технические функции службы базы данных, которая является ее ядром. Он определяет протокол DNS, подробную спецификацию структур данных и обменов данными, используемых в DNS, как часть Internet Protocol Suite .

Интернет поддерживает два основных пространства имен: иерархию доменных имен и адресные пространства Интернет-протокола (IP) . Система доменных имен поддерживает иерархию доменных имен и предоставляет услуги перевода между ней и адресными пространствами. Серверы имен в Интернете и протокол связи реализуют систему доменных имен. Сервер имен DNS — это сервер, на котором хранятся записи DNS для домена; сервер имен DNS отвечает на запросы к своей базе данных.

Наиболее распространенные типы записей, хранящихся в базе данных DNS, — это Start of Authority ( SOA ), IP-адреса ( A и AAAA ), почтовые обменники SMTP (MX), серверы имен (NS), указатели для обратного поиска DNS (PTR), и псевдонимы доменного имени (CNAME). Хотя DNS не предназначен для использования в качестве базы данных общего назначения, с течением времени DNS был расширен для хранения записей для других типов данных либо для автоматического поиска, например записей DNSSEC , либо для запросов людей, таких как записи

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

Функция

Для объяснения системы доменных имен часто используется аналогия, заключающаяся в том, что она служит телефонной книгой для Интернета, переводя понятные человеку имена хостов компьютеров в IP-адреса. Например, доменное имя www.example.com преобразуется в адреса 93.184.216.34 ( IPv4 ) и 2606: 2800: 220: 1: 248: 1893: 25c8: 1946 ( IPv6 ). DNS может быть быстро и прозрачно обновлен, что позволяет изменять местоположение службы в сети, не затрагивая конечных пользователей, которые продолжают использовать то же имя хоста. Пользователи пользуются этим, когда они используют значимые унифицированные указатели ресурсов ( URL ) и адреса электронной почты, не зная, как компьютер на самом деле находит службы.

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

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

DNS отражает структуру административной ответственности в Интернете. Каждый поддомен — это зона административной автономии, делегированная менеджеру. Для зон, управляемых реестром , административная информация часто дополняется службами реестра RDAP и WHOIS . Эти данные можно использовать, чтобы получить представление о конкретном хосте в Интернете и отслеживать ответственность за него.

История

Использование более простого и запоминающегося имени вместо числового адреса хоста восходит к эпохе ARPANET . Стэнфордский исследовательский институт (ныне SRI International ) поддерживал текстовый файл с именем HOSTS.TXT, который сопоставлял имена хостов с числовыми адресами компьютеров в ARPANET. Элизабет Фейнлер разработала и поддерживала первый каталог ARPANET. Обслуживание числовых адресов, называемых в Assigned Numbers Список, был обработан Джоном Постелем в Университете Южной Калифорнии «s информационного института наук (ISI), чья команда работала в тесном сотрудничестве с НИИ.

Адреса назначались вручную. Компьютеры, включая их имена хостов и адреса, были добавлены в основной файл путем обращения в Центр сетевой информации (NIC) SRI , которым руководит Элизабет Фейнлер, по телефону в рабочее время. Позже Фейнлер создал каталог WHOIS на сервере в сетевом адаптере для получения информации о ресурсах, контактах и объектах. Она и ее команда разработали концепцию доменов. Фейнлер предположил, что домены должны основываться на местонахождении физического адреса компьютера.

Например, компьютеры в образовательных учреждениях будут иметь домен edu . Она и ее команда управляли Реестром имен хостов с 1972 по 1989 год.

К началу 1980-х поддержание единой централизованной таблицы хостов стало медленным и громоздким, и развивающаяся сеть потребовала автоматизированной системы именования для решения технических и кадровых проблем. Постел поручил Полу Мокапетрису найти компромисс между пятью конкурирующими предложениями решений . Вместо этого Mockapetris создал систему доменных имен в 1983 году.

Engineering Task Force Интернета опубликовал исходные спецификации в RFC 882 и RFC 883 в ноябре 1983 года.

В 1984 году четыре студента Калифорнийского университета в Беркли , Дуглас Терри, Марк Пейнтер, Дэвид Риггл и Сонниан Чжоу, написали первую реализацию сервера имен Unix для доменов имен в Интернете Беркли, обычно называемого BIND . В 1985 году Кевин Данлэп из DEC существенно пересмотрел реализацию DNS. Майк Карелс , Фил Алмквист и Пол Викси с тех пор поддерживают BIND. В начале 1990-х BIND был перенесен на платформу Windows NT .

В ноябре 1987 года RFC 1034 и RFC 1035 заменили спецификации DNS 1983 года. В нескольких дополнительных запросах комментариев предлагались расширения основных протоколов DNS.

Структура

Пространство доменных имен

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

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

DNS также можно разделить по классам, при этом отдельные классы можно рассматривать как массив параллельных деревьев пространств имен.

Иерархическая система доменных имен для класса Интернет , организованная в зоны, каждая из которых обслуживается сервером имен.

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

Синтаксис доменного имени, интернационализация

Полное описание правил формирования доменных имен содержится в RFC 1035 , RFC 1123 , RFC 2181 и RFC 5892 . Доменное имя состоит из одной или нескольких частей, технически называемые ярлыки , которые обычно сцепленных и разделённых точками, например, example.com.

Самая правая метка обозначает домен верхнего уровня ; например, доменное имя www. example.com принадлежит домену верхнего уровня com .

Иерархия доменов спускается справа налево; каждая метка слева указывает подразделение или субдомен домена справа. Например, в примере метки указывается поддомен домена com , а www — поддомен домена example.com. Это дерево подразделений может иметь до 127 уровней.

Метка может содержать от нуля до 63 символов. Пустая метка нулевой длины зарезервирована для корневой зоны. Полное доменное имя не может превышать длину 253 символа в его текстовом представлении. Во внутреннем двоичном представлении DNS для максимальной длины требуется 255 октетов памяти, так как в нем также хранится длина имени.

Хотя нет технических ограничений на использование любого символа в метках доменного имени, которые могут быть представлены октетами, имена хостов используют предпочтительный формат и набор символов. Допустимые символы в метках — это подмножество набора символов ASCII , состоящее из символов от a до z , от A до Z , цифр от 0 до 9 и дефиса. Это правило известно как правило LDH (буквы, цифры, дефис). Доменные имена интерпретируются независимо от регистра. Ярлыки не могут начинаться или заканчиваться дефисом. Дополнительное правило требует, чтобы имена доменов верхнего уровня не были полностью числовыми.

Ограниченный набор символов ASCII, разрешенный в DNS, препятствовал представлению имен и слов многих языков в их родных алфавитах или скриптах. Чтобы сделать это возможным, ICANN утвердила систему интернационализации доменных имен в приложениях (IDNA), с помощью которой пользовательские приложения, такие как веб-браузеры, преобразуют строки Unicode в допустимый набор символов DNS с помощью Punycode . В 2009 году ICANN одобрила установку интернационализированных доменных имен национальных доменов верхнего уровня ( ccTLD ) . Кроме того, многие реестры существующих доменных имен верхнего уровня ( TLD s ) приняли систему IDNA, руководствуясь RFC 5890 , RFC 5891 , RFC 5892 , RFC 5893 .

Серверы имен

Система доменных имен поддерживается распределенной системой баз данных , которая использует модель клиент-сервер . Узлами этой базы данных являются серверы имен . В каждом домене есть по крайней мере один авторитетный DNS-сервер, который публикует информацию об этом домене и серверах имен всех подчиненных ему доменов. Верхняя часть иерархии обслуживается корневыми серверами имен , серверами, которые запрашивают при поиске ( разрешении ) TLD.

Авторитетный сервер имен

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

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

Каждой зоне DNS должен быть назначен набор авторитетных серверов имен. Этот набор серверов хранится в зоне родительского домена с записями серверов имен (NS).

Полномочный сервер указывает свой статус предоставления окончательных ответов, считающихся авторитетными , путем установки флага протокола, называемого битом « Авторитетный ответ » ( AA ) в своих ответах. Этот флаг обычно воспроизводится на видном месте в выходных данных инструментов запроса администрирования DNS, таких как dig , чтобы указать, что отвечающий сервер имен является органом власти для рассматриваемого доменного имени.

Операция

Механизм разрешения адресов

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

Преобразователь DNS, реализующий итеративный подход, предусмотренный RFC 1034 ; в этом случае преобразователь обращается к трем серверам имен для разрешения полного доменного имени «www.wikipedia.org».

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

Предполагая, что преобразователь не имеет кэшированных записей для ускорения процесса, процесс разрешения начинается с запроса к одному из корневых серверов. При обычной работе корневые серверы не отвечают напрямую, а отвечают ссылкой на более авторитетные серверы, например, запрос «www. wikipedia.org» относится к серверам организации . Теперь распознаватель запрашивает упомянутые серверы и итеративно повторяет этот процесс, пока не получит достоверный ответ. Схема иллюстрирует этот процесс для хоста, который назван полным доменным именем «www.wikipedia.org».

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

Рекурсивный и кеширующий сервер имен

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

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

Комбинация DNS-кеширования и рекурсивных функций на сервере имен не является обязательной; функции могут быть реализованы независимо на серверах специального назначения.

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

Преобразователи DNS

Клиентская сторона DNS называется преобразователем DNS. Сопоставитель отвечает за инициирование и упорядочение запросов, которые в конечном итоге приводят к полному разрешению (трансляции) искомого ресурса, например, трансляции доменного имени в IP-адрес. Преобразователи DNS классифицируются по множеству методов запросов, например рекурсивным , нерекурсивным и итеративным . В процессе разрешения проблем может использоваться комбинация этих методов.

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

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

Итеративный запрос процедура представляет собой процесс , в котором DNS — распознаватель запрашивает цепочку из одного или нескольких DNS — серверов. Каждый сервер направляет клиента к следующему серверу в цепочке, пока текущий сервер не сможет полностью разрешить запрос. Например, возможное разрешение www.example.com будет запрашивать глобальный корневой сервер, затем сервер «com» и, наконец, сервер «example.com».

Круговые зависимости и склеивающие записи

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

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

Например, если авторитетный сервер имен для example.org — ns1.example.org, компьютер, пытающийся разрешить www.example.org, сначала разрешает ns1.example.org. Поскольку ns1 содержится в example.org, для этого необходимо сначала разрешить example.org, который представляет собой циклическую зависимость. Чтобы разорвать зависимость, сервер имен для организации домена верхнего уровня включает клей вместе с делегированием для example.org. Связующие записи — это записи адресов, которые предоставляют IP-адреса для ns1.example.org. Сопоставитель использует один или несколько из этих IP-адресов для запроса одного из авторитетных серверов домена, что позволяет ему выполнить DNS-запрос.

Кеширование записей

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

В результате этой распределенной архитектуры кэширования изменения в записях DNS не распространяются по сети немедленно, а требуют, чтобы срок действия всех кешей истек и они обновлялись после TTL. RFC 1912 передает основные правила для определения подходящих значений TTL.

Некоторые распознаватели могут переопределять значения TTL, поскольку протокол поддерживает кеширование на срок до шестидесяти восьми лет или вообще не поддерживает кеширование. Отрицательное кэширование , то есть кэширование факта отсутствия записи, определяется серверами имен, уполномоченными для зоны, которая должна включать запись начала авторизации (SOA), когда сообщается, что данные запрошенного типа не существуют. Значение минимального поля записи SOA и TTL самой SOA используется для определения TTL для отрицательного ответа.

Обратный поиск

Обратный поиск DNS является запросом на DNS для доменных имен , когда IP — адрес известен. С IP-адресом может быть связано несколько доменных имен. DNS хранит IP-адреса в форме доменных имен как имена в специальном формате в записях указателей (PTR) внутри домена верхнего уровня инфраструктуры arpa . Для IPv4 это домен in-addr.arpa. Для IPv6 домен обратного просмотра — ip6.arpa. IP-адрес представлен в виде имени в обратном порядке представления октетов для IPv4 и в виде полубайтов в обратном порядке для IPv6.

При выполнении обратного поиска клиент DNS преобразует адрес в эти форматы перед запросом имени для записи PTR, следующей за цепочкой делегирования, как для любого запроса DNS. Например, если для Викимедиа назначен IPv4-адрес 208.80.152.2, он будет представлен как DNS-имя в обратном порядке: 2.152. 80.208.in-addr.arpa. Когда преобразователь DNS получает запрос указателя (PTR), он начинает с запроса корневых серверов, которые указывают на серверы Американского реестра Интернет-номеров (ARIN) для зоны 208.in-addr.arpa. Серверы ARIN делегируют 152.80.208.in-addr.arpa в Wikimedia, которому преобразователь отправляет другой запрос для 2.152.80.208.in-addr.arpa, что приводит к авторитетному ответу.

Поиск клиентов

Последовательность разрешения DNS

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

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

Сломанные резолверы

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

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

Internet Explorer представляет собой заметное исключение: версии до IE 3.x по умолчанию кэшируют записи DNS на 24 часа. Internet Explorer 4.x и более поздние версии (до IE 8) уменьшают значение тайм-аута по умолчанию до получаса, которое можно изменить, изменив конфигурацию по умолчанию.

Когда Google Chrome обнаруживает проблемы с DNS-сервером, он отображает конкретное сообщение об ошибке.

Другие приложения

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

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

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

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

Например:

Адрес 102.3.4.5 занесен в черный список. Он указывает на 5.4.3.102.blacklist.example, который разрешается в 127.0.0.1.
Адрес 102.3.4.6 не занесен в черный список и указывает на 6.4.3.102.blacklist.example. Это имя хоста либо не настроено, либо преобразуется в 127.0.0.2.

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

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

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

Формат сообщения DNS

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

Раздел заголовка состоит из следующих полей: Идентификация , Флаги , Количество вопросов , Количество ответов , Количество записей авторитетных ресурсов (RR) и Количество дополнительных RR . Каждое поле имеет длину 16 бит и отображается в указанном порядке. Поле идентификации используется для сопоставления ответов с запросами. Поле флага состоит из следующих подполей:

Формат флагов заголовков
Поле	Описание	Длина ( бит )
QR	Указывает, является ли сообщение запросом (0) или ответом (1)	1
OPCODE	Тип может быть QUERY (стандартный запрос, 0), IQUERY (обратный запрос, 1) или STATUS (запрос состояния сервера, 2).	4
AA	Авторитетный ответ в ответе указывает, является ли DNS-сервер авторитетным для запрашиваемого имени хоста.	1
TC	TrunCation, указывает, что это сообщение было усечено из-за чрезмерной длины	1
RD	Требуется рекурсия, указывает, имеет ли клиент в виду рекурсивный запрос.	1
РА	Доступная рекурсия в ответе указывает, поддерживает ли отвечающий DNS-сервер рекурсию.	1
Z	Ноль, зарезервировано для использования в будущем	3
RCODE	Код ответа может быть NOERROR (0), FORMERR (1, ошибка формата), SERVFAIL (2), NXDOMAIN (3, несуществующий домен) и т. Д.	4

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

Раздел вопросов

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

Поля записи ресурса (RR)
Поле	Описание	Длина ( октеты )
ИМЯ	Имя запрошенного ресурса	Переменная
ТИП	Тип RR (A, AAAA, MX, TXT и т. Д.)	2
КЛАСС	Код класса	2

Доменное имя разбито на отдельные метки, которые объединяются; каждая метка имеет префикс длины этой метки.

Транспортный протокол DNS

DNS в основном использует протокол пользовательских дейтаграмм (UDP) на порту 53 для обслуживания запросов. DNS-запросы состоят из одного UDP-запроса от клиента, за которым следует один UDP-ответ от сервера. Когда длина ответа превышает 512 байт и и клиент, и сервер поддерживают EDNS , используются более крупные пакеты UDP. В противном случае запрос отправляется снова с использованием протокола управления передачей (TCP). TCP также используется для таких задач, как передача зон . Некоторые реализации преобразователя используют TCP для всех запросов.

Записи ресурсов

Система доменных имен определяет базу данных информационных элементов для сетевых ресурсов. Типы информационных элементов разделены на категории и организованы со списком типов записей DNS , ресурсных записей (RR). Каждая запись имеет тип (имя и номер), срок действия ( время жизни ), класс и данные для конкретного типа. Записи ресурсов одного и того же типа описываются как набор записей ресурсов (RRset), не имеющий особого порядка. Преобразователи DNS возвращают весь набор по запросу, но серверы могут реализовать циклическое упорядочение для достижения балансировки нагрузки . Напротив, расширения безопасности системы доменных имен (DNSSEC) работают с полным набором записей ресурсов в каноническом порядке.

При отправке по сети Интернет-протокола все записи используют общий формат, указанный в RFC 1035 :

Поля записи ресурса (RR)
Поле	Описание	Длина ( октеты )
ИМЯ	Имя узла, к которому относится эта запись	Переменная
ТИП	Тип RR в числовой форме (например, 15 для MX RR)	2
КЛАСС	Код класса	2
TTL	Подсчет секунд, в течение которых RR остается действительным (максимум 2 ³¹ −1, что составляет около 68 лет)	4
ДЛИНА	Длина поля RDATA (указывается в октетах)	2
RDATA	Дополнительные данные, специфичные для RR	Переменная согласно RDLENGTH

ИМЯ — это полное доменное имя узла в дереве. На проводе имя может быть сокращено с использованием сжатия меток, где концы доменных имен, упомянутых ранее в пакете, могут быть заменены концом текущего доменного имени.

ТИП — это тип записи. Он указывает формат данных и дает представление о предполагаемом использовании. Например, запись A используется для преобразования имени домена в адрес IPv4 , запись NS перечисляет, какие серверы имен могут отвечать на запросы в зоне DNS , а запись MX указывает почтовый сервер, используемый для обработки почты для указанного домена. в адресе электронной почты.

RDATA — это данные, относящиеся к определенному типу, такие как IP-адрес для записей адресов или приоритет и имя хоста для записей MX. Хорошо известные типы записей могут использовать сжатие меток в поле RDATA, но «неизвестные» типы записей не должны ( RFC 3597 ).

CLASS от записи установлен в положение IN (для Интернета ) для общих записей DNS , связанных с интернет — хостов, серверов или IP — адреса. Кроме того, существуют классы Хаос (CH) и Гесиод (HS). Каждый класс представляет собой независимое пространство имен с потенциально разными делегированием зон DNS.

В дополнение к ресурсным записям, определенным в файле зоны , система доменных имен также определяет несколько типов запросов, которые используются только для связи с другими узлами DNS ( на проводе ), например, при выполнении зональных передач (AXFR / IXFR) или для EDNS. (ОПТ).

Записи DNS с подстановочными знаками

Система доменных имен поддерживает записи DNS с подстановочными знаками, которые определяют имена, начинающиеся с метки звездочки , «*», например, * .example. Записи DNS, принадлежащие доменным именам с подстановочными знаками, определяют правила для создания записей ресурсов в пределах одной зоны DNS путем замены целых меток соответствующими компонентами имени запроса, включая любые указанные потомки. Например, в следующей конфигурации зона DNS x. example указывает, что все субдомены, включая субдомены субдоменов, x.example используют почтовый обменник (MX) axexample . Запись A для axexample необходима для указания IP-адреса почтового обменника. Поскольку это приводит к исключению этого доменного имени и его поддоменов из совпадений с подстановочными знаками, в зоне DNS также должна быть определена дополнительная запись MX для поддомена axexample , а также запись MX с подстановочными знаками для всех его поддоменов.

x.example.       MX   10 a.x.example.
*.x.example.     MX   10 a.x.example.
*.a.x.example.   MX   10 a.x.example.
a.x.example.     MX   10 a.x.example.
a.x.example.     AAAA 2001:db8::1

Роль записей с подстановочными знаками была уточнена в RFC 4592 , поскольку исходное определение в RFC 1034 было неполным и привело к неправильной интерпретации разработчиками.

Расширения протокола

Исходный протокол DNS имел ограниченные возможности для расширения за счет новых функций. В 1999 году Пол Викси опубликовал в RFC 2671 (замененном RFC 6891 ) механизм расширения, называемый механизмами расширения для DNS (EDNS), который вводил дополнительные элементы протокола без увеличения накладных расходов, когда они не используются. Это было достигнуто с помощью записи псевдоресурса OPT, которая существует только в проводных передачах протокола, но не в каких-либо файлах зоны. Также были предложены начальные расширения (EDNS0), такие как увеличение размера сообщения DNS в дейтаграммах UDP.

Обновления динамической зоны

Обновления динамического DNS используют код операции UPDATE DNS для динамического добавления или удаления записей ресурсов из базы данных зоны, поддерживаемой на полномочном DNS-сервере. Эта функция описана в RFC 2136 . Эта возможность полезна для регистрации сетевых клиентов в DNS, когда они загружаются или становятся доступными в сети иным образом. Поскольку загружающемуся клиенту каждый раз может быть назначен другой IP-адрес с сервера DHCP , невозможно предоставить статические назначения DNS для таких клиентов.

Проблемы с безопасностью

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

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

Ответы DNS традиционно не имеют криптографической подписи , что приводит к множеству возможностей атак; в системе доменных имен Расширения безопасности (DNSSEC) изменить DNS , чтобы добавить поддержку криптографически подписанных ответов. DNSCurve был предложен в качестве альтернативы DNSSEC. Другие расширения, такие как TSIG , добавляют поддержку криптографической аутентификации между доверенными узлами и обычно используются для авторизации передачи зоны или операций динамического обновления.

Некоторые доменные имена могут использоваться для достижения эффекта спуфинга. Например, paypal.com и paypa1.com — это разные имена, но пользователи могут быть не в состоянии различить их в графическом пользовательском интерфейсе в зависимости от выбранного пользователем шрифта . Во многих шрифтах буква l и цифра 1 выглядят очень похожими или даже идентичными. Эта проблема остро стоит в системах, поддерживающих интернационализированные доменные имена , поскольку многие коды символов в ISO 10646 могут выглядеть одинаковыми на экранах обычных компьютеров. Эта уязвимость иногда используется в целях фишинга .

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

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

Проблемы с конфиденциальностью и отслеживанием

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

Конфиденциальность пользователей дополнительно раскрывается предложениями по увеличению уровня информации об IP- адресе клиента в запросах DNS ( RFC 7871 ) в интересах сетей доставки контента .

Основные подходы, которые используются для решения проблем конфиденциальности с DNS:

VPN , которые передают разрешение DNS оператору VPN и скрывают пользовательский трафик от местного интернет-провайдера,
Tor , который заменяет традиционное разрешение DNS анонимными доменами .onion , скрывая как разрешение имен, так и пользовательский трафик за счетчиком наблюдения за луковой маршрутизацией ,
Доверенные и публичные сервера DNS, которые двигают фактическое разрешение DNS для стороннего поставщика, который обычно обещает мало или нет лесозаготовительных запроса и необязательных дополнительных функций, таких как DNS-уровень рекламы или блокирование порнографии.
- Общедоступные DNS-серверы могут запрашиваться с использованием традиционного протокола DNS, и в этом случае они не обеспечивают защиты от локального наблюдения, или DNS-over-HTTPS , DNS-over-TLS и DNSCrypt , которые действительно обеспечивают такую защиту.

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

Google является доминирующим поставщиком платформы Android, браузера Chrome и преобразователя DNS в службе 8.8.8.8. Будет ли в этом сценарии случай, когда отдельное юридическое лицо находится в позиции всеобъемлющего контроля над всем пространством имен Интернета? Netflix уже представил приложение, которое использует собственный механизм разрешения DNS независимо от платформы, на которой оно работает. Что, если бы приложение Facebook включало DoH? Что, если бы Apple iOS использовала механизм разрешения DoH для обхода локального разрешения DNS и направления всех DNS-запросов с платформ Apple на набор управляемых Apple преобразователей имен?
- Конфиденциальность DNS и IETF

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

Право на использование доменного имени делегируется регистраторами доменных имен, аккредитованными Интернет-корпорацией по присвоению имен и номеров (ICANN) или другими организациями, такими как OpenNIC , которые отвечают за надзор за системами имен и номеров в Интернете. В дополнение к ICANN, каждый домен верхнего уровня (TLD) обслуживается и технически обслуживается административной организацией, ведущей реестр. Реестра отвечает за эксплуатацию базы данных имен в пределах своей авторитетной зоны, хотя этот термин чаще всего используется для TLD. Регистранте это лицо или организация, попросивший для регистрации домена. Реестр получает регистрационную информацию от каждого регистратора доменных имен , который уполномочен (аккредитован) назначать имена в соответствующей зоне и публикует информацию с использованием протокола WHOIS . По состоянию на 2015 год рассматривается возможность использования RDAP .

ICANN публикует полный список TLD, реестров TLD и регистраторов доменных имен. Информация о регистранте, связанная с доменными именами, хранится в онлайн-базе данных, доступной через службу WHOIS. Для большинства из более чем 290 национальных доменов верхнего уровня (ccTLD) реестры доменов поддерживают информацию WHOIS (регистрант, серверы имен, даты истечения срока действия и т. Д.). Например, DENIC , Германия NIC, хранит данные домена DE. Примерно 2001, самый домен Родового верхнего уровня (оДВа) реестры приняли этот так называемый толстым реестр подход, в частности , сохранение данных WHOIS в центральных реестрах вместо регистратора баз данных.

Для доменов верхнего уровня в COM и NET используется тонкая модель реестра. Реестр доменов (например, GoDaddy , BigRock и PDR , VeriSign и т. Д. И т. Д.) Содержит основные данные WHOIS (т. Е. Регистратор, серверы имен и т. Д.). С другой стороны, организации или зарегистрированные лица, использующие ORG, находятся исключительно в Реестре общественных интересов .

Некоторые реестры доменных имен, часто называемые сетевыми информационными центрами (NIC), также действуют как регистраторы для конечных пользователей, помимо предоставления доступа к наборам данных WHOIS. Реестры доменов верхнего уровня, такие как домены COM, NET и ORG, используют модель регистратора-регистратора, состоящую из множества регистраторов доменных имен. При этом методе управления реестр управляет только базой данных доменных имен и отношениями с регистраторами. В регистрантах (пользователи доменного имени) являются клиентами регистратора, в некоторых случаях с помощью дополнительного субподряда посредников.

RFC документы

Стандарты

Система доменных имен определяется документами запроса комментариев (RFC), опубликованными инженерной группой Интернета ( стандарты Интернета ). Ниже приведен список RFC, определяющих протокол DNS.

RFC 1034 , Доменные имена — концепции и возможности
RFC 1035 , Доменные имена — реализация и спецификация
RFC 1123 , Требования к Интернет-хостам — применение и поддержка
RFC 1995 , Инкрементальная передача зоны в DNS
RFC 1996 , Механизм быстрого уведомления об изменении зоны (DNS NOTIFY)
RFC 2136 , динамические обновления в системе доменных имен (DNS UPDATE)
RFC 2181 , Разъяснения к спецификации DNS
RFC 2308 , отрицательное кэширование DNS-запросов (DNS NCACHE)
RFC 2672 , Перенаправление нетерминального DNS-имени
RFC 2845 , Аутентификация транзакции с секретным ключом для DNS (TSIG)
RFC 3225 , указывающий, что резолвер поддерживает DNSSEC
RFC 3226 , требования к размеру сообщений сервера / распознавателя с поддержкой DNSSEC и IPv6 A6
RFC 3596 , Расширения DNS для поддержки IP версии 6
RFC 3597 , Обработка неизвестных типов записей ресурсов DNS (RR)
RFC 4343 , Разъяснение нечувствительности к регистру в системе доменных имен (DNS)
RFC 4592 , роль подстановочных знаков в системе доменных имен
RFC 4635 , Идентификаторы алгоритма HMAC SHA TSIG
RFC 5001 , параметр идентификатора сервера имен DNS (NSID)
RFC 5011 , Автоматические обновления якорей доверия DNS (DNSSEC)
RFC 5452 , Меры по повышению устойчивости DNS к поддельным ответам
RFC 5890 , Интернационализированные доменные имена для приложений (IDNA): определения и структура документов
RFC 5891 , Интернационализированные доменные имена в приложениях (IDNA): протокол
RFC 5892 , Кодовые точки Unicode и интернационализированные доменные имена для приложений (IDNA)
RFC 5893 , сценарии с написанием справа налево для интернационализированных доменных имен для приложений (IDNA)
RFC 6891 , механизмы расширения для DNS (EDNS0)
RFC 7766 , DNS Transport over TCP — Требования к реализации

Предлагаемые стандарты безопасности

RFC 4033 , Введение в безопасность DNS и требования
RFC 4034 , Записи ресурсов для расширений безопасности DNS
RFC 4035 , Модификации протокола для расширений безопасности DNS
RFC 4509 , Использование SHA-256 в записях ресурсов лица, подписывающего делегирование (DS) DNSSEC
RFC 4470 , Минимальное покрытие записей NSEC и подписание DNSSEC в режиме онлайн
RFC 5155 , DNS Security (DNSSEC) Hashed Authenticated Denial of Existence
RFC 5702 , Использование алгоритмов SHA-2 с RSA в записях ресурсов DNSKEY и RRSIG для DNSSEC
RFC 5910 , Сопоставление расширений безопасности системы доменных имен (DNS) для Extensible Provisioning Protocol (EPP)
RFC 5933 , Использование алгоритмов подписи ГОСТ в записях ресурсов DNSKEY и RRSIG для DNSSEC
RFC 7830 , параметр заполнения EDNS (0)
RFC 7858 , Спецификация для DNS через безопасность транспортного уровня (TLS)
RFC 8310 , Профили использования для DNS через TLS и DNS через DTLS
RFC 8484 , DNS-запросы через HTTPS (DoH)

Экспериментальные RFC

RFC 1183 , Новые определения DNS RR

Лучшие текущие практики

RFC 2182 , Выбор и работа вторичных DNS-серверов (BCP 16)
RFC 2317 , Бесклассовое делегирование IN-ADDR. ARPA (BCP 20)
RFC 5625 , Рекомендации по внедрению DNS-прокси (BCP 152)
RFC 6895 , Система доменных имен (DNS). Рекомендации IANA (BCP 42)
RFC 7720 , протокол службы корневых имен DNS и требования к развертыванию (BCP 40)

Информационные RFC

Эти RFC носят рекомендательный характер, но могут предоставить полезную информацию, несмотря на то, что не определяют ни стандарта, ни BCP. ( RFC 1796 )

RFC 1178 , Выбор имени для вашего компьютера (FYI 5)
RFC 1591 , Структура системы доменных имен и делегирование
RFC 1912 , Общие ошибки работы и конфигурации DNS
RFC 2100 , Именование хостов
RFC 3696 , Прикладные методы проверки и преобразования имен

НОУ ИНТУИТ | Лекция | Система доменных имен

Аннотация: В лекции приводится пространство доменных имен, принципы их распределения и распознавания

intuit.ru/2010/edi»>Для идентификации объекта протоколы используют IP-адреса, которые уникально идентифицирует соединения хоста с Интернетом. Однако люди предпочитают имена адресам. Поэтому нам необходима система, которая сопоставляет имя с адресом или адрес к имени.

Когда Интернет имел небольшой объем, сопоставление делал хост-файл. Хост-файл имел только две колонки, включающие в себя имя и адрес. Когда программа или пользователь хотели сопоставить имя и адрес, хост обращался к хост-файлу и находил отображение.

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

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

Другое решение, используемое сегодня, — это децентрализация. Огромное количество информации разделено на маленькие части, и каждая часть накапливается в различных компьютерах. При этом методе хост, который нуждается в отображении, может контактировать с ближайшим компьютером, содержащим необходимую информацию. Этот метод используется в доменной системе имен (DNS — Domain Name System). Далее рассматриваются концепции и идеи этой системы. Затем дается описание самого протокола DNS.

Пространство имен

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

Плоское пространство имен

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

Иерархическое пространство имен

В иерархическом пространстве имен каждое имя составлено из нескольких частей. Первая часть может определять природу организации, вторая часть — имя организации, третья часть — департаменты в организации, и так далее. В этом случае полномочия и управление пространством имен может быть децентрализовано. Центральные полномочия могут назначаться согласно той части имени, которое определяет природу организации и имя организации. Полномочия, определяемые остальной частью имени, определяются самой организацией. Организация может добавить к имени суффикс или префикс, определяющие ресурсы ее хоста. Управлению организации не нужно беспокоиться, что префикс, выбранный для хоста, взят другой организацией, потому что даже если часть адреса одна и та же, полный адрес различается. Например, предположим, два университета и компания назвали один из их компьютеров kafedra. Первый университет дает имени центральные полномочия, такие как gut.edu, второй дает имя mtusy.edu, и компания дает имя loniis.ru. Когда каждая из этих организаций добавляет имя кафедра к имени, они уже дают в конечном результате три отличающихся имени: kafedra.gut.edu, kafedra.mtusy.edu и kafedra.loniis.ru.

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

Пространство доменных имен

Иерархическое пространство доменных имен назначается. При этом назначении имя определяется структурой инвертированного дерева с корнем в вершине. Дерево может иметь 128 уровней: от уровня 0 (корень) до уровня 127. Принимая во внимание, что корень скрепляет целое дерево вместе, каждый уровень дерева определяет иерархический уровень.

Метка

Каждый узел дерева имеет метку. Она отображается строчкой из символов с максимальным числом 63. Метка корня – нулевая строчка (пустая строчка). DNS требует, чтобы «дети» узла (узлы, которые являются ветками от того же узла) имели различные метки, которые гарантируют уникальность доменного имени.

Доменное имя

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

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

Полностью определенное доменное имя

Если метка завершается нулевой строкой, это называется «полностью определенное доменное имя» (FQDN — Fully Qualified Domain Name). FQDN – имя хоста, которое содержит полное имя хоста. Оно включает в себя все метки, от наиболее специфичной до наиболее общей, которые уникально определяют имя хоста. Например, доменное имя

Это FQDN компьютера, названного kafedra и установленного в Государственном университете телекоммуникаций. Заметим, что имя должно заканчиваться нулевым ярлыком, но поскольку он ничего не обозначает, метка заканчивается точкой (.).

Частично определенное имя домена

Если метка не заканчивается нулевой строкой, это называется «частично определенным доменными именем» (PQDN — Partially Qualified Domain Name). PQDN начинается от узла, но не достигает корня. Оно используется, если в компьютере будет отмечено, что имя принадлежит тому же самому сайту, что и клиент. Здесь компьютер может заменить отсутствующую часть так называемым суффиксом, который создает FQDN. Например, если пользователь сайта sut.edu. хочет иметь IP-адрес компьютера «kafedra», он может определить частичное имя

DNS клиента добавляет суффикс sut.edu перед тем, как передать адрес к DNS-серверу.

DNS клиента обычно имеет список суффиксов. Символы могут определяться списком сервера университета. Нулевой суффикс ничего не определяет. Этот суффикс добавляется, когда имя пользователя полностью определено в виде FQDN.

Домен

Домен — это фрагмент дерева в пространстве доменных имен. Имя домена – это доменное имя узла на вершине поддерева.

Распределение имен

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

Иерархия серверов имен

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

Зона

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

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

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

Корневой сервер

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

Первичные и вторичные серверы

DNS определяет два типа серверов: первичные и вторичные. Первичный сервер — это сервер, накапливающий файл о зоне, на которую он имеет полномочия. Он несет ответственность за создание, эксплуатацию и изменения зонового файла. Зоновый файл накапливается на локальном диске.

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

Что такое доменное имя сайта

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

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

Чтобы все это уяснить, придется разобраться с некоторыми техническими моментами, однако мы будем стараться объяснить общие принципы без углубления в технические дебри. Чтобы вам было легче ориентироваться в материале, настоятельно рекомендуем сначала ознакомиться с общими принципами работы сети Internet.

Практически каждое устройство, подключенное к компьютерной сети, имеет в ней логический адрес, по которому к нему можно обратиться, уникальный в пределах этой сети. Для сетей работающих по протоколу TCP/IP версии IPv4 в качестве адреса используются четыре цифры разделенные точкой и каждая из цифр находится в диапазоне от 0 до 255. Выглядит это примерно так 94.228.114.243 и называется IP-адресом (сокращение от Internet Protocol Address). Кстати, ваш IP-адрес в настоящий момент 185.87.48.133

В настоящее время четвертая версия протокола является самой распространенной в мире, однако параллельно существует версия IPv6. Она создана, чтобы увеличить максимальное количество доступных адресов и упростить маршрутизацию в интернете. Адреса в ней выглядят уже как восемь четырехзначных чисел, представленных в шестнадцатеричной системе счисления и разделенных двоеточием, выглядит это примерно так: 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d. Впрочем в контексте наше статьи эти различия не принципиальны.

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

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

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

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

Здесь первично именно символьное имя сайта, называемое доменным именем. На английском это звучит как Domain Name System или сокращенно DNS. Когда создается новый сайт, ему придумывается имя, которое нужно зарегистрировать. Регистрацией доменных имен занимаются специальные компании регистраторы и естественно за деньги, причем оплачивать нужно каждый год, иначе права на имя теряются. Имя сайта должно быть уникально в пределах домена, но об этом мы поговорим немного позже. После регистрации, файлы сайта можно разместить у хостинговой компании на сервере, а у этого сервера есть IP-адрес. Таким образом, образуется связка IP-адрес сервера и доменное имя сайта. В данном случае этот сайт имеет IP адрес 92.53.96.93

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

Иерархия доменов

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

Корневым для всех остальных доменов является домен обозначаемый точкой «.» еще встречается название домен нулевого уровня. Дальше идут домены первого уровня такие как «.ru», «.com», «.org» и так далее. Их еще называют зонами и делят на тематические «.com», «.net», «.info» и национальные, то есть закрепленные за странами «.ru», «.ua», «.en», а так же интернационализованные «.рф», «.рус», «.укр», «مصر.» основанные на не латинских алфавитах. Следом идут домены второго уровня, являющиеся уже непосредственно отдельными сайтами, например «beginpc» или «google».

Допустимая длинна имени домена имеет следующие ограничения. Минимальная длинна составляет 2 символа, но в некоторых зонах это 3 или даже 4 символа. Максимальная длинна ограничена 63 символами, но в некоторых зонах можно использовать 127 символов. Хотя в подавляющем большинстве случаев стараются использовать максимально короткие имена с целью простоты запоминания и набора вручную, некоторые идут другим путем и появляются такие образцы как zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz. ru или llanfairpwllgwyngyllgogerychwyrndrobwyll-llantysiliogogogoch.info

Доменное имя записывается в виде строки, где домены указываются слева направо от младших к старшим и разделяются между собой точкой. Чтобы было наглядней, давайте посмотрим на конкретном примере. Вы наверно уже догадались, что «beginpc.ru» как раз и есть доменное имя этого сайта. В данном случае у нас два набора символов разделенных точкой, следовательно «ru» является доменом старшего уровня, а «beginpc» младшим по отношению к нему или по другому доменом второго уровня. Корневой домен обычно не указывается в записи, но он есть и в полном виде это выглядит так «beginpc.ru.». Раньше перед доменом второго уровня добавляли еще домен третьего уровня «www», то есть адрес выглядел как www.yandex.ru но сейчас обычно его опускают.

Возьмем еще в качестве примера поисковую систему Яндекс. Главная страница имеет имя yandex.ru, а часть сервисов располагаются на отдельных доменах: афиша — afisha.yandex.ru, музыка — music. yandex.ru, маркет — market.yandex.ru

Из этих двух примеров можно сделать следующие выводы. Домен «ru» является доменом верхнего уровня, в котором располагаются домены второго уровня «beginpc» и «yandex». В домен второго уровня «yandex» входят домены третьего уровня «afisha», «music», «market». Уровней вложенности может быть и больше. Тут есть один момент, требующий пояснения.

Домен «ru» является общедоступной доменной областью верхнего уровня, поскольку в нее входят множество не связанных между собой сайтов помимо приведенных в примере. Любой человек или организация может зарегистрировать в ней сайт соблюдая определенные правила. Зато домены «beginpc» и «yandex» являются частными и создавать вложенные домены имеют право только их владельцы, которым Яндекс и воспользовался. В таких случаях, когда на младшем домене располагается какая та часть основного сайта, обычно говорят, что это поддомен или субдомен.

Что такое доменное имя сайта мы разобрались. Осталось осветить несколько моментов. Мы уже упоминали требование уникальности имени в пределах домена, поэтому в зоне «ru» может быть зарегистрирован только один сайт с именем yandex. Зато такой же домен может быть зарегистрирован в других зонах, например yandex.com или yandex.org Поэтому крупные компании обычно регистрируют свой домен во всех основных доменах верхнего уровня, чтобы это не сделали конкуренты или злоумышленники.

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

Что такое доменное имя домен сайта.

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

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

И так давайте будем разбираться, что ж это такое?

Доменное имя, или его еще называют домен — это по сути адрес вашего сайта, представленный в виде букв.

Как это может выглядеть — например: site.ru

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

Как мы можем представить этот адрес?

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

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

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

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

Попробуйте понять, что это за сайт, по этому адресу — 243. 211.111.96

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

Доменное имя — это по сути тот же самый адрес сайта, который соответствует определенному ip адресу. Т. е. набирая, доменное имя — это доменное имя уже преобразуется, с помощью специальной интернет службы, в ip-адрес А этот ip-адрес преобразуется уже в бинарный код, который понятен компьютеру.

Вот такой вот смысл работы. Вот какая система была придумана.

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

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

Мы перейдем в поисковую систему yandex.ru

Вот как вы видите — домен у нас site.ru размещается. Можно в адресную строку браузера его набирать. Перед доменным именем, https — является протоколом. Это немножко другая история, сейчас не об этом. Важно, что site.ru является доменным именем.

Давайте посмотрим, я введу какой-нибудь запрос. Например — проба

И мы с вами посмотрим поисковую выдачу, и я покажу где что является доменным именем для сайтов.

Как вы видите, у каждого в результатах выдачи у нас выдается вот это самое доменное имя.

Вот они выделены полужирным шрифтом.

То есть это и есть то самое доменное имя.

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

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

И доменное имя — это название веб-сайта.

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

Вот это основная задача домена.

Вот, пожалуй, и все. Вот такое небольшое поясняющее видео получилось.

Надеюсь стало более понятно, что это такое.

Доменное имя и веб-хостинг

Наши читатели часто просят нас объяснить, в чем разница между доменным именем и веб-хостингом? Многие новички не знают, что это две разные вещи. В этом руководстве для начинающих мы объясним разницу между доменным именем и веб-хостингом.

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

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

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

А теперь перейдем к более подробному объяснению.

Интернет — это в основном гигантская сеть компьютеров, соединенных друг с другом кабелями. Чтобы легко их идентифицировать, каждому компьютеру присваивается серия номеров, называемых IP-адресами.

Этот IP-адрес представляет собой комбинацию чисел, разделенных точками. Обычно IP-адреса выглядят так:

66.249.66.1

У компьютеров нет проблем с распознаванием и запоминанием этих номеров. Однако люди не могут запомнить и использовать эти номера для подключения к веб-сайтам в Интернете.

Для решения этой проблемы были придуманы доменные имена.

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

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

Чтобы узнать больше о доменных именах, ознакомьтесь с нашим руководством для начинающих по доменным именам и их принципам работы.

Что такое веб-хостинг?

Веб-хостинг — это место, где живут все файлы вашего сайта.Это как дом вашего веб-сайта, где он и живет.

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

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

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

Как связаны доменные имена и веб-хостинг?

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

По сути, система доменных имен похожа на огромную адресную книгу, которая постоянно обновляется.За каждым доменным именем стоит адрес службы веб-хостинга, в которой хранятся файлы веб-сайта.

Без доменных имен люди не смогут найти ваш веб-сайт, а без веб-хостинга вы не сможете создать веб-сайт.

Что мне нужно для создания веб-сайта? Доменное имя или веб-хостинг?

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

Покупка только одного доменного имени дает вам право использовать это конкретное доменное имя только в течение определенного периода (обычно 1 год).

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

Вы также можете купить домен и хостинг у одной компании. Обычно доменное имя стоит 14,99 долларов в год, а веб-хостинг — 7,99 долларов в месяц.

Если вы запускаете свой первый веб-сайт, это может показаться большим количеством.

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

→ Нажмите здесь, чтобы начать с Bluehost ←

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

Нужно ли покупать их вместе? Или их можно купить отдельно?

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

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

Также намного проще управлять обеими службами и продлевать их на одной панели.

Если вы хотите покупать доменные имена отдельно, вы можете сделать это у ведущих провайдеров, таких как Godaddy и NameCheap.

Могу ли я перенести свое доменное имя в другую компанию?

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

Например, предположим, что вы приобрели свое доменное имя у Godaddy и купили хостинг у Bluehost. Теперь вы хотите переместить свое доменное имя в Bluehost, чтобы им было легче управлять и продлевать.

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

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

Могу ли я перенести свой веб-сайт в другую хостинговую компанию без изменения домена?

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

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

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

Во-первых, вам нужно будет зарегистрировать учетную запись хостинга WordPress. После этого вы можете переместить свой сайт с WordPress.com на WordPress.org. Наконец, вы просто отредактируете настройки своего доменного имени в WordPress. com и укажите им своего нового хостинг-провайдера WordPress.

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

Если вам понравилась эта статья, то подпишитесь на наш канал YouTube для видеоуроков по WordPress. Вы также можете найти нас в Twitter и Facebook.

Что такое домен Windows и в чем его преимущества?

Если вы используете компьютер на работе или в школе, он почти наверняка является частью домена Windows.Но что это на самом деле означает? Что делает домен и каковы преимущества присоединения к нему компьютера?

Давайте посмотрим, что такое домен Windows, как он работает и почему компании его используют.

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

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

Поскольку домены не для домашних пользователей, к ним могут присоединиться только версии Windows Professional или Enterprise. Вам также понадобится копия Windows Server для контроллера домена, поскольку она включает необходимое программное обеспечение, такое как Active Directory (подробнее об этом позже). Имейте в виду, что Windows Server отличается от Windows.

Как узнать, что ваш компьютер находится в домене?

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

Чтобы проверить, является ли ваш компьютер частью домена, откройте панель управления и щелкните запись Система .Посмотрите в разделе Имя компьютера . Если вы видите запись Workgroup с WORKGROUP (по умолчанию) или другое имя в списке, ваш компьютер не находится в домене. Аналогичным образом, если вы видите здесь Domain , значит, ваш компьютер находится в домене.

Эти шаги также позволяют вам найти свое доменное имя на вашем компьютере.

Домены vs.Рабочие группы

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

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

Что такое учетная запись пользователя домена?

В отличие от персонального компьютера, ПК, подключенный к домену, не использует вход в локальную учетную запись.Вместо этого контроллер домена управляет логинами. Используя Microsoft Active Directory, программное обеспечение для управления пользователями, сетевые администраторы могут легко создавать новых пользователей и отключать старых. Они также могут добавлять пользователей в определенные группы, чтобы разрешить доступ к папкам частного сервера.

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

Экран входа в Windows выглядит немного иначе, когда вы используете компьютер, подключенный к домену.Вместо локального имени пользователя вам необходимо убедиться, что вы входите в домен с именем пользователя своего домена. Таким образом, ваш логин будет выглядеть примерно так: MyDomain \ StegnerB01 .

Контроль домена и групповая политика в Windows

Самым большим преимуществом доменов является простота управления несколькими компьютерами одновременно.Без домена ИТ-персоналу пришлось бы индивидуально управлять каждым компьютером в компании. Это означает настройку параметров безопасности, установку программного обеспечения и ручное управление учетными записями пользователей. Хотя это может сработать для крошечной компании, это не масштабируемый подход, и он быстро станет неуправляемым.

Наряду с управлением пользователями Active Directory, присоединение компьютеров к домену позволяет использовать групповую политику.Мы обсудили, чем полезна групповая политика на вашем компьютере, но на самом деле она предназначена для корпоративного использования.

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

Удаление элементов из меню Пуск
Запретить пользователям изменять параметры подключения к Интернету
Заблокировать командную строку
Перенаправить определенную папку, чтобы использовать ее на сервере.
Запретить пользователю изменять звуки
Автоматическое подключение принтера к новым компьютерам

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

Присоединение к домену или выход из него в Windows

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

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

Здесь вы увидите поле, позволяющее изменить имя вашего компьютера (это не единственное место, где это можно сделать в Windows 10).Что еще более важно, вы увидите поле Член ниже. Проверьте пузырь Домен и введите имя домена, к которому хотите присоединиться. Windows аутентифицирует это, поэтому вам действительно нужно иметь домен для присоединения.

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

Домен Мастера

Мы рассмотрели, что делают домены Windows и как они используются.По сути, домены позволяют администраторам управлять большим количеством бизнес-компьютеров из центра. Локальный пользователь имеет меньший контроль над ПК с доменным управлением, чем персональный. Без доменов управление корпоративными компьютерами было бы кошмаром для ИТ-персонала.

Поскольку новые сотрудники и компьютеры постоянно заменяют разлученных сотрудников и старые машины, хорошо отлаженная система является ключом к бесперебойной работе компьютеров для бизнеса.Чтобы ваш собственный компьютер работал бесперебойно, ознакомьтесь с нашим руководством для начинающих по исправлению Windows 10.

Кредит изображения: kovaleff / Depositphotos

Epic Games разболталась… снова
Epic еще больше окунулась в состояние Fortnite и теперь выкупила компанию по разработке программного обеспечения.
Об авторе Бен Стегнер (Опубликовано 1609 статей)
Бен — заместитель редактора и менеджер по адаптации в MakeUseOf.Он оставил свою работу в сфере ИТ, чтобы писать полный рабочий день в 2016 году, и никогда не оглядывался назад. В качестве профессионального писателя он освещал технические руководства, рекомендации по видеоиграм и многое другое уже более шести лет.
Больше От Бена Стегнера
Подпишитесь на нашу рассылку новостей
Подпишитесь на нашу рассылку, чтобы получать технические советы, обзоры, бесплатные электронные книги и эксклюзивные предложения!
Еще один шаг…!
Подтвердите свой адрес электронной почты в только что отправленном вам электронном письме.
Что такое доменное имя веб-сайта? | Domain.com
Обновлено 28 августа 2019 г.
Если вы запускаете компанию (или обдумываете эту идею), велика вероятность, что вы подбрасываете возможные названия компаний или что они у вас уже есть. Выбрать правильное название для вашего бизнеса — легко запоминающееся, легко произносимое и оригинальное — непростая задача. Эта задача усложняется тем, что выбранное вами название должно представлять ваш продукт или бренд и отличать вас от конкурентов на рынке.И конкурентов гораздо больше, чем вы думаете. Это почему?
Совершение покупки в Интернете.
Мы находимся в разгаре бума электронной коммерции (спасибо, Amazon): радикальный исход коммерческой деятельности из обычных магазинов к онлайн-продавцам и сайтам. Можете ли вы вспомнить времена до Amazon? Они произвели революцию в том, как люди совершают покупки, особенно в Интернете. Когда-то они были скромным продавцом книг, а теперь превратились в крупнейшую в мире корпорацию. Их сайт похож на современный каталог Sears, позволяющий покупателям покупать все, о чем они могут мечтать, и получать это в течение 48 часов.За двадцать с лишним лет, прошедшие с тех пор, как появился Amazon, почти все остальные розничные онлайн-магазины изо всех сил пытались скрыть свои действия и конкурировать; они вынуждены сосредоточиться на своей онлайн-платформе и продажах или быстро умирают.
Что бы вы выбрали?
Согласно Business Insider, «примерно 70% американцев (230 миллионов) сделают покупки в Интернете в 2018 году, что принесет 474 миллиарда долларов в общий объем розничных продаж». Вот Это Да! Исследование Business Insider показывает, что на электронную коммерцию сейчас приходится примерно десять процентов всей розничной торговли в Соединенных Штатах.И это число обязательно увеличится в будущем. Этот экономический прогноз является хорошим показателем того, насколько важно присутствие бизнеса в Интернете для его будущего успеха.
Изображение веб-сайта электронной коммерции.
Название вашей компании поможет вам выделиться в море онлайн-конкурентов. Но для того, чтобы выбрать правильное имя, нужно время и силы. И одна вещь, которую многие люди забывают учитывать при выборе названия компании, — это то, доступно ли оно в качестве доменного имени для вашего веб-сайта.Если желаемое имя недоступно в качестве домена, все эти мозговые штурмы могут оказаться напрасными. Либо так, либо вы можете в конечном итоге заплатить немалую сумму владельцу желаемого имени, и это всего лишь , ЕСЛИ они вам его продадут. Предотвратить эту ситуацию и добиться успеха в сети возможно! Не торопитесь, пока мы исследуем домены, доменные имена и доступность доменных имен — эти вещи направят вас на верный путь.
У
доменов много тонкостей, но они не так запутаны, как может показаться на первый взгляд.Если у вас никогда не было веб-сайта, вы не считаете себя разбирающимся в компьютерах или затрудняетесь обсуждать эти вопросы со своими веб-разработчиками, то теперь вы в надежных руках.
Домены — это наш хлеб с маслом, и мы выложим все за вас. Начнем с обсуждения разницы между доменами и веб-сайтами.
Разница между веб-сайтом и доменным именем.
Думайте о своем веб-сайте как о виртуальной или цифровой витрине. Вам нужна эта витрина, эта структура, чтобы люди могли просматривать и покупать ваши товары.Но как эти люди находят ваш цифровой магазин? Здесь в игру вступает ваше доменное имя. Ваше доменное имя уникально — во всем Интернете (а это очень обширное место, как мы слышим) нет другого такого же имени. Когда кто-то вводит ваше доменное имя в свой браузер (подумайте: Google Chrome, Mozilla Firefox, Safari и т. Д.) Это похоже на адрес, который сообщает компьютеру, куда идти, чтобы найти ваш веб-сайт. Это очень похоже на движение по карте (или GPS) — вам нужно знать название пункта назначения, прежде чем вы сможете ввести его в свой GPS, чтобы добраться туда.
Человек, печатающий в браузере.
В те дни, когда Интернет был в дикой природе, доменных имен не существовало. Вместо этого компьютеры для поиска друг друга полагались на цепочки чисел, называемые IP-адресами. Если вы ввели правильный IP-адрес, вы попадете на сайт, который хотите посетить. Однако сколько строк чисел вы можете запомнить? Пи мы почти не можем вспомнить (3,14… а что было остальным?). Для властителей Интернета стало очевидно, что использование IP-адресов никуда не годится.Людям сложно запоминать длинные цепочки чисел, но знаете, что мы умеем запоминать? Слова и, в частности, имена. Итак, система доменных имен родилась с двумя основными целями, теми же целями, что и IP-адреса:
Для идентификации и различения веб-адресов.
Чтобы найти веб-адреса.
Эти доменные имена также могут влиять на ваш бренд, а восприятие вас людьми является дополнительным бонусом!
Домены верхнего уровня
Система доменных имен была создана в 1985 году.В то время было всего семь вариантов доменного имени, и они назывались «доменами верхнего уровня». К ним относятся:
.com — сокращение от «коммерция», это доменное имя часто называют королем доменных имен. Безусловно, популярный.
.edu — использование этого доменного имени ограничено образовательными учреждениями и университетами.
.gov — это доменное имя могут использовать только государственные учреждения, агенты и офисы.Например, официальный сайт Белого дома — whitehouse.gov.
.int — Это доменное имя означает «международная организация».
.net — Это доменное имя было создано для сетевых провайдеров (вспомните Cox Cable, чей веб-сайт cox.net), но теперь оно открыто для более широкого использования.
.org — Это доменное имя создано для любой организации, хотя сначала оно предназначалось для некоммерческих организаций.
.mil — Это для всех миллениалов! Шучу, это для Вооруженных сил США.
Какое расширение домена или имя наиболее популярно? Ну, это будет .com, а за ним .net и .org. Однако это может измениться из-за недавнего появления на рынке множества новых доменных имен. Почему были созданы новые доменные имена? Интернет становился немного переполненным, и многие доменные имена больше не были доступны. Кроме того, наличие доменного имени, более подходящего для вашего бизнеса или цели, — отличный способ укрепить ваш бренд.
Доменные имена
Какова цель любой компании при создании присутствия в Интернете? Мы держим пари, что это связано с увеличением количества посетителей сайта, которых вы получаете, и извлечением выгоды из этих посещений (т. Е. Превращением их в клиентов и зарабатыванием денег) наиболее разумным и экономичным способом. Хорошее доменное имя может помочь вам в этом, потому что хорошее доменное имя запоминается; люди могут найти ваш сайт и вести с вами дела, если вспомнят ваше имя. Поэтому создание правильного доменного имени жизненно важно — оно служит краеугольным камнем вашего бизнеса и идентичности бренда и напоминает общественности, кто вы и чем занимаетесь.
Как именно выглядит доменное имя?
Давайте возьмем domain.com в качестве примера. «Www.domain.com» — это то, что люди обычно называют доменным именем, но правильно ли технически ?
Эх, вроде.
На изображении выше вы можете видеть, что мы подчеркнули различные части www.domain.com, разделили и пронумеровали разные части, разделенные точками. Технически ваше доменное имя — это часть, которая идет после www.(или, в случае адресов электронной почты, это то, что следует за знаком @), поэтому он состоит из частей 2 и 3. Часть 1, www, превращает ваше доменное имя в полный веб-адрес или URL (универсальный указатель ресурсов). По сути, каждый URL-адрес содержит доменное имя, но URL-адреса не являются доменными именами. (Подобно тому, как каждый квадрат является прямоугольником, но не каждый прямоугольник является квадратом. И если вы этого не знали, то теперь знаете.)
Знаете ли вы, что две части, составляющие ваше доменное имя, 1 и 2, на самом деле имеют свои собственные имена? Часть 3, которая идет после точки, называется доменом верхнего уровня или TLD.Часть 2, начало вашего доменного имени, называется доменом второго уровня или SLD.
Итак, когда кто-то спрашивает: «Как мне попасть на ваш сайт?» на самом деле они просят ваше доменное имя.
Кто устанавливает правила для доменных имен?
Доменные имена не являются бесплатными для всех, поэтому где-то должны существовать правила или положения, регулирующие их. Одна из таких вещей называется DNS или системой доменных имен. DNS устанавливает правила, процедуры и рекомендации для доменных имен и их регистрации; однако фактическая регистрация доменных имен обычно осуществляется регистраторами доменных имен (например, Domain.com). Доменные имена второго уровня должны быть зарезервированы конечным пользователем (то есть вы или кто-либо другой, кто покупает доменное имя), зарегистрированы, а затем они считаются официальными доменными именами в DNS и не могут использоваться кем-либо. еще.
Должно ли мое доменное имя совпадать с названием моей компании?
Необязательно покупать доменное имя, которое соответствует названию вашей компании, но можете поспорить, что это хорошая идея. Если речь идет о SEO, поисковой оптимизации, это мудрая идея — сопоставить ваше доменное имя с названием вашей компании — это помогает укрепить вашу репутацию.Вы даже можете использовать свое доменное имя для своего рабочего адреса электронной почты для единообразия и наиболее профессионального внешнего вида. Но имейте в виду, что если название вашей компании очень длинное и трудно произносимое, будут ли ваши клиенты знать, как его набирать? Если нет, рассмотрите сокращения или близкие альтернативы. Совет от профессионала: ваше доменное имя должно пройти «радио-тест» — если люди только слышали ваше доменное имя по радио и никогда не видели его написанного, смогут ли они правильно написать его и попасть на ваш сайт?
Доменные имена и цены.
Стоимость доменного имени может сильно различаться в зависимости от разных факторов. Некоторыми из них могут быть выбранный вами TLD (часть 3 на изображении выше, если вы хотите указать на него), длина и то, является ли это доменным именем премиум-класса. Думайте о хорошем доменном имени как о первоклассной недвижимости на Мэйн-стрит: вы заплатите немного больше, но трафик, генерируемый из лучшего места, того стоит. Вы можете сохранить свое доменное имя, как вложение.
Ваше доменное имя — это не то же самое, что и ваш веб-сайт, но без имени домена у вас не может быть веб-сайта.Поэтому, если вы готовы вести свой бизнес в Интернете, зарегистрируйте это доменное имя. Вы даже можете проверить авторские права на свое имя, чтобы защитить его от любых нарушений в будущем. Именно это сделал Марк Дэвис, владелец Oakland Raiders, за десять лет до их переезда из Окленда в Вегас. Он подумал наперед и зарегистрировал LasVegasRaiders.com и VegasRaiders.com; если бы он подождал, кто-то другой мог бы зарегистрировать эти имена, и тогда Марк был бы вынужден купить их по более высокой цене… если бы владелец был готов их продать.Вложения в доменные имена обычны, особенно в дорогостоящие домены.
Дорогие домены
Уже зарегистрировано много товарных и универсальных доменных имен, их можно считать занятыми. Некоторые из этих имен, например dress.com или carinsurance.com, оцениваются в миллионы. Эти имена, поскольку они очень описательны и тесно связаны с фактическими предоставляемыми услугами или товарами, известны как домены высокой ценности. Они могут стоить немного дороже, но они того стоят.Вот почему:
Защита бренда и авторитет — Владение дорогим доменным именем премиум-класса дает вам небольшую защиту от конкуренции. Они могут заставить вас выглядеть как лучший ответ на чьи-то потребности (и давайте посмотрим правде в глаза, мы в этом уверены). На первый взгляд, кому бы вы больше доверяли: expertcientists.com или ученымsthatknowitall.xyz? Получите премиальное имя и сделайте так, чтобы ваш бренд выглядел как можно лучше.
Увеличение посещаемости веб-сайта и SEO — доменные имена премиум-класса или дорогостоящие доменные имена получают больше веб-трафика в результате прямого ввода или реферального трафика Google.Подумайте об этом: когда люди ищут веб-сайты или товары в Интернете, они часто используют ключевые слова. Если ваше доменное имя содержит большое количество ключевых слов (вероятно, это доменное имя премиум-класса), оно будет отображаться в большем количестве результатов. Входящий трафик относится к клиенту, который ищет продукт прямо в адресной строке браузера, не используя поисковую систему. Например, кто-то, ищущий новый велосипед, может ввести bikes.com в свой браузер, зная, что он, скорее всего, попадет на сайт, специализирующийся на продаже велосипедов. Это тот вид бизнеса, о котором мечтают владельцы веб-трафика, потому что это означает, что у вас есть посетитель веб-сайта, потенциальный клиент, без необходимости тратить деньги на рекламу.Они естественным образом нашли вас по ключевым словам, поэтому вероятность того, что они будут инвестированы, будет выше, чем у интернет-покупателей.
Улучшенная наглядность — доменные имена с высокой стоимостью обычно короткие, по существу и запоминающиеся. Они интуитивно понятны и легко запоминаются. Имея такое доменное имя, вы стремитесь к успеху.

*Narcosis* by STORM

Доменное имя компьютера это: Что является доменным именем компьютера

Что является доменным именем компьютера

Доменное имя: что это?

Как узнать доменное имя компьютера?

система доменных имен — Domain Name System

Функция

История

Структура

Пространство доменных имен

(adsbygoogle=window.adsbygoogle||[]).push({}); Синтаксис доменного имени, интернационализация

Серверы имен

Авторитетный сервер имен

Операция

Механизм разрешения адресов

Рекурсивный и кеширующий сервер имен

Преобразователи DNS

Круговые зависимости и склеивающие записи

Кеширование записей

Обратный поиск

Поиск клиентов

Сломанные резолверы

Другие приложения

Формат сообщения DNS

Раздел вопросов

Транспортный протокол DNS

Записи ресурсов

Записи DNS с подстановочными знаками

Расширения протокола

Обновления динамической зоны

Проблемы с безопасностью

Проблемы с конфиденциальностью и отслеживанием

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

RFC документы

Стандарты

Предлагаемые стандарты безопасности

Экспериментальные RFC

Лучшие текущие практики

Информационные RFC

НОУ ИНТУИТ | Лекция | Система доменных имен

Пространство имен

Плоское пространство имен

Иерархическое пространство имен

Пространство доменных имен

Метка

Доменное имя

Полностью определенное доменное имя

Частично определенное имя домена

Домен

Распределение имен

Иерархия серверов имен

Зона

Корневой сервер

Первичные и вторичные серверы

Что такое доменное имя сайта

Иерархия доменов

Что такое доменное имя домен сайта.<img src='/800/600/https/mypresentation.ru/documents_6/60b4a043ea6b7404a073de43a2a16ea9/img9.jpg' />

Доменное имя и веб-хостинг

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

Что такое веб-хостинг?

Как связаны доменные имена и веб-хостинг?

Что мне нужно для создания веб-сайта? Доменное имя или веб-хостинг?

Нужно ли покупать их вместе? Или их можно купить отдельно?

Могу ли я перенести свое доменное имя в другую компанию?

Могу ли я перенести свой веб-сайт в другую хостинговую компанию без изменения домена?

Что такое домен Windows и в чем его преимущества?

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

Как узнать, что ваш компьютер находится в домене?

Домены vs.Рабочие группы

Что такое учетная запись пользователя домена?

Контроль домена и групповая политика в Windows

Присоединение к домену или выход из него в Windows

Домен Мастера

Подпишитесь на нашу рассылку новостей

Еще один шаг…!

Что такое доменное имя веб-сайта? | Domain.com

Разница между веб-сайтом и доменным именем.

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

Доменные имена

Как именно выглядит доменное имя?

Narcosis by STORM

Синтаксис доменного имени, интернационализация

Что такое доменное имя домен сайта.