Если вы зарегистрировали домен, но ещё не создали на нём сайт, после обновления DNS-серверов на вашем домене будет открываться парковочная страница с надписью «Домен надёжно припаркован». Если вы хотите создать на домене сайт, вам поможет статья: Я зарегистрировал домен, что дальше?

Служба доменных имён работает благодаря DNS-cерверам. Именно эти жизненно важные «программы» хранят таблицы соответствий вида «имя домена» — «IP-адрес». Кроме того, DNS-серверы служат для хранения ресурсных записей доменов: Что такое ресурсные записи? В Интернете огромное количество DNS-серверов, каждый выполняет свою функцию в общей системе. Служба Domain Name System необходима для того, чтобы мы могли без проблем находить свои любимые сайты, не запоминая вереницы цифр.

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

Обратите внимание, что «www.gооgle.com» и «google.com» — это, фактически, разные домены. Надо не забывать указывать А-записи для каждого из них.

Как работает DNS

Система доменных имен состоит из следующих компонентов:

Иерархическая структура доменных имен:

Обратите внимание, что «www.gооgle.com» и «google.com» — это, фактически, разные домены. Надо не забывать указывать А-записи для каждого из них.

DNS сервер или NS (name server) сервер – поддерживает (обслуживает) доменные зоны, которые ему делегированы. Он непосредственно хранит данные о ресурсных записях для зоны. Например, что сервер, на котором находится сайт «example.ru», имеет IP адрес «1.1.1.1». DNS сервер отвечает на все запросы, касательной этих доменных зон. Если ему приходит запрос о домене, который ему не делегирован, то он спрашивает ответ у других DNS серверов.

DNS записи (ресурсные записи) – это набор записей о доменной зоне на NS сервере, которые хранят данные необходимые для работы DNS. На основании данных в этих записях, DNS сервер отвечает на запросы по домену. Список записей, и их значение, вы можете найти ниже.

Корневые DNS сервера (на данный момент их 13 во всем мире) хранят данные о том, какие DNS сервера обслуживают зоны верхнего уровня.

DNS сервера доменных зон верхнего уровня — хранят информацию, какие NS сервера обслуживают тот или иной домен.

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

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

В интернете роль записной книжки играет DNS — Domain Name System, система доменных имен. Каждый сайт в сети имеет свое доменное имя (например, www.jino.ru), которое система DNS связывает с IP-адресом сервера — компьютера, на котором расположен этот сайт. И когда в адресной строке браузера вы вводите какой-либо домен, он автоматически преобразовывается в IP-адрес, и уже используя его, ваш компьютер связывается с сервером.

Принцип работы системы доменных имен

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

Получив адреса NS-серверов, провайдер делает запрос к одному из них, получает в ответ искомый IP-адрес (шаги 4–5), запоминает его в кэше (чтобы впоследствии не обращаться каждый раз к корневому DNS-серверу) и передает вашему браузеру. Браузер, наконец, запрашивает сайт у хостера и показывает его вам (шаги 7–8).

Проблемы DNS

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

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

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

Главное

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

За соответствие доменов и IP отвечает система DNS, изменения в ней вступают в силу не сразу. Еще некоторое время займет обновление кэша интернет-провайдеров.

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

• ns.mycompany.ru. — основной сервер имен
• admin.mycompany.ru. — почтовый адрес администратора в формате имя(точка)машина

На смену «однофайловой» схеме пришел DNS — иерархическая структура имен. Существует «корень дерева» с именем «.» (точка). Так как корень един для всех доменов, то точка в конце имени обычно не ставится (но она используется в описаниях DNS — тут надо быть очень внимательным!). Ниже корня лежат домены первого уровня. Их немного — com, net, edu, org, mil, int, biz, info, gov (есть еще несколько) и домены государств, например, ru. Еще ниже находятся домены второго уровня, например, listsoft.ru. Еще ниже — третьего и т.д.

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

Рекурсивные сервера удобно использовать в локальных сетях

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

Элементы базы DNS часто называют RR (сокращение от Resource Record). Базовый формат записи выглядит так:

[имя] [время] [класс] тип данные

Имя может быть относительным или абсолютным (FQDN — Fully Qualified Domain Name). Если имя относительное (не заканчивается точкой — помните про корневой домен?), то к нему автоматически добавляется имя текущего домена. Например, если в домене listsoft.ru я опишу имя «www», то полное имя будет интерпретироваться как «www.listsoft.ru.» Если же это имя указать как «www.listsoft.ru» (без последней точки), то оно будет считаться относительным и будет интерпретировано как «www.listsoft.ru.listsoft.ru.»

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

класс определяет класс сети. Практически всегда это будет IN, обозначающее INternet.

Тип может быть одним из следующих:

• SOA — определяет DNS зону;
• NS — сервер имен для зоны;
• A — преобразование имени в IP-адрес;
• PTR — преобразование IP-адреса в имя;
• MX — почтовая станция;
• CNAME — имена машины;
• HINFO — описание «железа» компьютера;
• TXT — комментарии или какая-то другая информация.

Есть также некоторые другие типы, но они намного менее распространены.

Теперь попробуем рассмотреть записи. Первой описываем зону:

• mycompany.ru. IN SOA ns.mycompany.ru. admin.mycompany.ru. (1001 ; serial
• 21600 ; Refresh — 6 часов
• 1800 ; Retry — 30 мин
• 1209600 ; Expire — 2 недели
• 432000) ; Minimum — 5 дней

Сначала идет имя домена: mycompany.ru. (обратите внимание на точку в конце имени). Вместо имени можно было (и чаще всего так и делают) поставить знак @.

• ns.mycompany.ru. — основной сервер имен
• admin.mycompany.ru. — почтовый адрес администратора в формате имя(точка)машина

Затем в круглых скобках идут поля, необходимые для правильного «восприятия» вашей зоны другими серверами. Первое число — serial — является «версией» файла зоны. При внесении изменений это число надо увеличить — если вторичный сервер увидит, что его версия зоны меньше, чем у первичного сервера, то он перечитает данные. Типичной ошибкой является обновление зоны без обновления этого числа. Очень удобно в качестве serial использовать текущую дату, например, 2003040401 — 4 апреля 2003 года, первое обновление.

Refresh говорит вторичным серверам, как часто они должны проверять значение serial.

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

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

Minimum задает время жизни записей по умолчанию для данной зоны.

Теперь опишем сервера имен, обслуживающие наш домен:

• mycompany.ru. IN NS ns.mycompany.ru.
• mycompany.ru. IN NS ns.provider.ru.

Здесь ничего сложного нет. Так как имя зоны совпадает с указанным в поле имя записи SOA, то его можно оставить пустым.

Дальше идут записи A, описывающие ваши компьютеры и позволяющие преобразовать имена в IP-адреса.

• major IN A 192.168.0.1
• colonel IN A 192.168.0.2
• IN HINFO «2xPIV-1.7 Win2K»
• general.mycompany.ru. IN A 192.168.0.3

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

• localhost. IN A 127.0.0.1
• localhost IN CNAME localhost.
• mycompany.ru. IN A 192.168.0.1

Первая отдает адрес 127.0.0.1 любой машине, запросившей имя localhost, вторая — localhost.mycompany.ru, а третья говорит, куда послать клиента, который хочет попасть на mycompany.ru

Записи CNAME позволяют дать машинам удобные или значащие имена. Например:

ftp IN CNAME general говорит, что ftp.mycompany.ru живет по адресу 192.168.0.3. CNAME удобно использовать, если вы меняете имя машины, но хотите оставить доступ для клиентов, которые помнят старое имя. Удобный трюк с использованием CNAME заключается в назначении коротких имен частоиспользуемым адресам. Например, прописав ls IN CNAME www.listsoft.ru., вы сможете заходить на ListSoft просто набирая ls в качестве адреса.

• mycompany.ru. IN MX 10 relay
• mycompany.ru. IN MX 20 mycompany.ru.
• mycompany.ru. IN MX 30 mail.provider.ru.
• general.mycompany.ru. IN A 192.168.0.3
• IN MX 10 mycompany.ru.

На этом создание файла зоны можно считать законченным. Но остается более увлекательное занятие: описание реверсной зоны. Если предыдущий файл позволяет определить IP-адрес по имени, то теперь надо сделать так, чтобы по IP-адресу можно было «вычислить» имя. Отсутствие реверсной зоны является довольно типичной ошибкой и может приводить к самым разным ошибкам — начиная от сбоев FTP-серверов и заканчивая классификацией отправленных писем как спама.

Итак, мы создаем еще один файл зоны (для зоны, например, 0.168.192.IN-ADDR.ARPA), копируем в него запись SOA (а заодно и NS), после чего начинаем писать:

1. 1 IN PTR major.mycompany.ru.
2. 2 IN PTR colonel.mycompany.ru.

Можно задавать не только относительные, но и абсолютные имена:

3.0.168.192.IN-ADDR.ARPA. IN PTR general.mycompany.ru.

Не забудьте еще задать обратное преобразование для 127.0.0.1.

Ресурсная запись (RR — Resource Record) — единица хранения и передачи информации в DNS, включающая в себя следующие элементы (поля):

Общая информация

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

Бесплатный DNS-хостинг

• Надёжные DNS-сервера
• Автоматическая миграция
• API

Ключевыми характеристиками DNS являются:

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

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

• «.» — домен нулевого уровня
• «.ru» — домен первого (верхнего) уровня
• «example.com» — домен второго уровня
• «mail.example.com» — домен третьего уровня
• Этот список можно продолжать

Доменная зона — часть иерархического дерева доменных имен (напр. «.ru»), целиком переданная на обслуживание определенному DNS-серверу (чаще нескольким) с целью делегирования другому лицу ответственности за этот и все подчиненные домены («anyaddress.ru», «any.anyaddress.ru»).

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

DNS-клиент — набор программных средств для работы с DNS. Сам DNS-сервер периодически также выступает в качестве клиента.

Основные типы ресурсных записей

Ресурсная запись (RR — Resource Record) — единица хранения и передачи информации в DNS, включающая в себя следующие элементы (поля):

Ниже представлены типы ресурсных записей, используемые чаще всего:

Рекурсивные и нерекурсивные DNS-запросы

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

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

DNS-записи можно редактировать и удалять.

Еще немного о DNS

Инфраструктура DNS-серверов, вернее, ее основа, была заложена в начале 1980-х годов. С тех пор менялась она лишь незначительно — например, добавлялись новые доменные зоны. Так, в РФ в 2010 году появился кириллический домен .рф. До этого доменные имена могли быть лишь латинскими.

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

Большинство DNS-серверов поддерживают шаблоны (wildcards). Например, есть wildcard CNAME для *.web01.bugsplat.info указывает на web01.bugsplat.info . Тогда любой хост на web01 будет указывать на web01.bugsplat.info и не нужно создавать новые записи:

Типичные ситуации

Давайте рассмотрим типичные ситуации, знакомые многим веб-разработчикам.

Редирект домена на www

Часто нужно сделать редирект домена iskettlemanstillopen.com на www.iskettlemanstillopen.com . Регистраторы типа Namecheap или DNSimple называют это URL Redirect. Вот пример из админки Namecheap:

Символ @ означает корневой домен iskettlemanstillopen.com . Давайте посмотрим на запись A у этого домена:

Этот IP принадлежит Namecheap’у, и там крутится маленький веб-сервер, который просто делает перенаправление на уровне HTTP на адрес http://www.iskettlemanstillopen.com :

CNAME для Heroku или Github

Взгляните на скриншот выше. На второй строке там CNAME . В этом случае www.iskettlemanstillopen.com указывает на приложение, запущенное на Heroku.

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

Wildcards

Большинство DNS-серверов поддерживают шаблоны (wildcards). Например, есть wildcard CNAME для *.web01.bugsplat.info указывает на web01.bugsplat.info . Тогда любой хост на web01 будет указывать на web01.bugsplat.info и не нужно создавать новые записи:

Заключение

Надеюсь, теперь у вас есть базовое понимание DNS. Все стандарты описаны в документах:

Есть еще пара интересных RFC, в том числе 4034, который описывает стандарт DNSSEC и 5321, который описывает взаимосвязь DNS и email. Их интересно почитать для общего развития.

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

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

На раннем этапе развития Интернета на каждом хосте вручную создавался текстовый файл с известным именем hosts.txt. Этот файл состоял из некоторого количества строк, каждая из которых содержала одну пару «доменное имя — IP-адрес», например:

По мере роста Интернета файлы hosts.txt также увеличивались в объеме, и создание масштабируемого решения для разрешения имен стало необходимостью.

Таким решением стала централизованная служба DNS (Domain Name System — система доменных имен), основанная на распределенной базе отображений «доменное имя — IP-адрес». Служба DNS использует в своей работе DNS-серверы и DNS-клиенты. DNS-серверы поддерживают распределенную базу отображений, а DNS-клиенты обращаются к серверам с запросами об отображении разрешении доменного имени на IP-адрес.

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

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

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

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

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

Существует две основные схемы разрешения DNS-имен. В первом варианте работу по поиску IP-адреса координирует DNS-клиент:

1. DNS-клиент обращается к корневому DNS-серверу с указанием полного доменного имени.

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

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

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

Во втором варианте реализуется рекурсивная процедура:

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

2. Далее возможны два варианта действий:

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

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

У DNS сервера есть несколько видов записей, рассмотрим их:

Что такое DNS сервер, принцип работы DNS сервера

Что такое DNS сервер, принцип работы DNS сервера

Что такое DNS сервер

DNS сервер – это сервер, позволяющий преобразовывать символьные имена доменов в IP адреса, и наоборот.

Домен – это определённая зона в пространстве доменных имён, которой обязательно присваивается как минимум один IP адрес.

Как работает DNS

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

Как это работает:

• Клиент делает запрос на локальный DNS сервер, например, в адресной строке браузера вы набрали адрес сайта;
• Если локальный DNS содержит данную запись, то он даёт ответ. В нашем примере, браузер получит IP адрес сайта, и обратиться к нему.
• Если в локальном DNS, нет нужной записи, то он обращается к следующему DNS серверу, и так, до тех пор, пока запись не будет найдена.

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

Записи DNS сервера

У DNS сервера есть несколько видов записей, рассмотрим их:

Запись SOA создаёт зону для домена, например, нам нужно добавить домен exempl.com, тогда нам сначала нужно создать запись SOA, которая будет указывать, на каком сервере хранится информация о данном домене. У записи SOA есть несколько параметров:

Запись NS (name server) — указывает на DNS сервер для данного домена, то есть на сервер, где хранятся A записи.

example.com IN NS ns1.ukraine.com.ua

Запись A (address record) – эта запись, указывает на IP адрес домена.

example.com IN A 91.206.200.221

Запись CNAME (canonical name record) указывает на синоним данного домена, то есть данному домену будет присвоен IP адрес домена, на который ссылается данная запись.

example.com IN CNAME xdroid.org.ua

Запись MX (mail exchange) указывает на почтовый сервер для данного домена.

example.com IN MX 10 mail.example.com

Дополнительная цифра перед mail.example.com указывает на величину приоритета – меньше цифра – выше приоритет.

Запись PTR (Pointer) – является обратной записью записи A. Поиск IP адреса по домену осуществляется благодаря записи A, а поиск домена по IP адресу благодаря записям PTR. Записи PTR имеет смысл ставить только на физическом хостинге, так как на виртуальном хостинге у всех имён один IP.

Это далеко не полный перечень записей DNS сервера, но основные записи мы рассмотрели.

Полный перечень DNS записей:

Не забываем оставлять комментарии и отзывы, нам важно ваше мнение!

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

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

Компьютеры(далее ПК) в сети интернет обращаются друг к другу используя IP адрес — уникальное числовое значение присвоенное серверу(либо ПК) имеет вид 46.254.22.40. Чтобы один ПК мог обратиться к другому, ему нужно знать IP адрес. Запоминать человеку подобные адреса достаточно сложно, потому в системе интернет создана служба наподобие телефонной адресной книги. Данная служба называется DNS – Domain Name System ( Доменная система имен ).

Каждый сайт имеет свое доменное имя ( например, ihc.ru), которое служба DNS связывает с определенным IP адресом сервера (46.254.22.40), где и расположен данный сайт. Когда в адресной строке браузера вы вводите имя домена, он автоматически преобразовывается в IP адрес и уже к нему ваш ПК подключается. Сама схема преобразования доменного имени в IP адрес следующая:

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

У каждой записи, которая хранится на корневом DNS сервере, и DNS сервере провайдера есть свое время жизни. Это означает, что в течение этого периода запись на самом DNS сервере не обновляется. Именно по этой причине обновление NS серверов занимает от 2-х до 48 часов (в редких случаях до 72 часов).
Соответственно, вам не следует переживать по поводу того, что сразу после обновления NS серверов ваш сайт не заработал. Просто необходимо подождать, пока на всех серверах обновится DNS кэш.