Настройка серверов имен – как?
https://stackoverflow.com/questions/46305
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я понимаю, как я могу изменить dns настройки для моих доменов, редактируя конфигурации привязки, когда я запускаю свои собственные серверы имен.Я знаю, что могу определить DNS-серверы у своего регистратора через его онлайн-панели управления.Но я понятия не имею, как эта часть работает...
Как мой регистратор хранит данные о DNS-серверах?Это что-то умное, например, иметь право хранить записи NS на корневых серверах имен?
Меня смущает эта часть, может кто-нибудь объяснить?
Решение
Регистратор несет ответственность за установку записи корневого DNS, в которой говорится: «Когда кто-то запрашивает stackoverflow.com, сообщите ему, что авторитетный DNS — xxx.xxx.xxx.xxx».У них есть интерфейс, который позволяет им вносить изменения в принадлежащие им записи.
Затем запрашивающая сторона должна обратиться к авторитетному DNS (который вы указали своему регистратору в качестве вашего DNS), чтобы найти IP-адрес stackoverflow.com, любого его поддомена, сервера электронной почты и других записей DNS, относящихся к этому домену.
-Адам
Другие советы
Мне только что показали это:
# dig +trace ns stackoverflow.com
; <<>> DiG 9.2.4 <<>> +trace ns stackoverflow.com
;; global options: printcmd
. 269431 IN NS B.ROOT-SERVERS.NET.
. 269431 IN NS C.ROOT-SERVERS.NET.
. 269431 IN NS D.ROOT-SERVERS.NET.
. 269431 IN NS E.ROOT-SERVERS.NET.
. 269431 IN NS F.ROOT-SERVERS.NET.
. 269431 IN NS G.ROOT-SERVERS.NET.
. 269431 IN NS H.ROOT-SERVERS.NET.
. 269431 IN NS I.ROOT-SERVERS.NET.
. 269431 IN NS J.ROOT-SERVERS.NET.
. 269431 IN NS K.ROOT-SERVERS.NET.
. 269431 IN NS L.ROOT-SERVERS.NET.
. 269431 IN NS M.ROOT-SERVERS.NET.
. 269431 IN NS A.ROOT-SERVERS.NET.
;; Received 504 bytes from 83.138.151.80#53(83.138.151.80) in 3 ms
com. 172800 IN NS A.GTLD-SERVERS.NET.
com. 172800 IN NS B.GTLD-SERVERS.NET.
com. 172800 IN NS C.GTLD-SERVERS.NET.
com. 172800 IN NS D.GTLD-SERVERS.NET.
com. 172800 IN NS E.GTLD-SERVERS.NET.
com. 172800 IN NS F.GTLD-SERVERS.NET.
com. 172800 IN NS G.GTLD-SERVERS.NET.
com. 172800 IN NS H.GTLD-SERVERS.NET.
com. 172800 IN NS I.GTLD-SERVERS.NET.
com. 172800 IN NS J.GTLD-SERVERS.NET.
com. 172800 IN NS K.GTLD-SERVERS.NET.
com. 172800 IN NS L.GTLD-SERVERS.NET.
com. 172800 IN NS M.GTLD-SERVERS.NET.
;; Received 495 bytes from 192.228.79.201#53(B.ROOT-SERVERS.NET) in 145 ms
stackoverflow.com. 172800 IN NS ns51.domaincontrol.com.
stackoverflow.com. 172800 IN NS ns52.domaincontrol.com.
;; Received 119 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 156 ms
Означает ли это, что серверы имен stackoverflow.com хранятся на серверах имен .com?
Или они просто сейчас там оказались?
Для начала может быть полезно понять разницу между «регистратором» и «реестром».Регистратор — это компания, которая продает доменные имена (т.godaddy) покупателям.Регистратором может быть кто угодно.Вы можете стать регистратором.
Реестр — это организация (выбранная ICANN), которая поддерживает главную базу данных доменных имен.Существует несколько реестров.Internet Society (ISOC) — это реестр всех имен .org, Verisign — реестр всех доменных имен .com и .net.Есть и другие, и каждая страна имеет один для своего домена.Все регистраторы имеют доступ к базам данных реестра и обновляют их.
Реестр отвечает за поддержание домена верхнего уровня (TLD), который является основным DNS-сервером.Запрос на разрешение доменного имени, если он не может быть разрешен каким-либо другим DNS-сервером, будет фильтроваться до TLD.Думайте об этом как об иерархии, подобной дереву, стволом которого является TLD.В этот момент он будет преобразован в IP-адрес или будет возвращена ошибка.
Извините, я не могу слишком много помочь, но зайдите http://twit.tv, и найдите подкаст Security Now — пару недель назад он был посвящен DNS — получите первый.Там есть хорошее объяснение того, как это работает и т. д. (что может помочь).
Вторая информация на этом сайте посвящена тому, как его «взломали», а первая — тому, как это работает.
Чтобы как-то ответить:
«Корневые серверы» (например, для .com) содержат рекорд для stackoverflow.com.Но они не могут хранить все детали, поэтому у них есть запись NS (запись сервера имен), в которой говорится: «Если вам нужна дополнительная информация, посмотрите там».Итак, ваша машина запрашивает у целевой машины (ns1.stackoverflow.com) www.stackoverflow.com и возвращает запись A (IP-адрес) или MX (почта и т. д.).
Итак, ваш регистр домена будет хранить его в базе данных или где-то еще по их выбору, и когда вы делаете обновление, они КАКИМ-ТО (я не знаю, но я предполагаю, что это опубликовано NIC, но им ДЕЙСТВИТЕЛЬНО придется платить за то, чтобы быть регистратором, и быть проверен и т. д.) отправьте это изменение на (кластер) корневых серверов имен.Затем они отправляют изменения для вашего домена (например, куда идет www, куда идет ваша почта и т. д.) на свой локальный сервер, который фактически передает информацию о домене.
Надеюсь, это имеет какой-то смысл :)
Это говорит мне, что на серверах имен Stackoverflow.com были сохранены серверы .com имен?
Да и нет.
Это похоже на то, как будто вы звоните в справочную службу по всем вопросам, заканчивающимся на .com.Вы запрашиваете stackoverflow - они говорят вам: «Если вы хотите ТАК, позвоните по этому номеру, и они расскажут вам, как получить Джеффа (www), Джоэла (почту) и т. д.».
Корневой сервер — это первая служба поддержки каталогов.Сервер имен вашего регистра — это тот, который находится в конце второго вызова (при условии, что вы его вызвали :))
Пока в ответах есть некоторые ошибки (и у меня пока недостаточно репутации, чтобы их комментировать).
Серверы имен «.com» никоим образом не связаны с корневыми серверами имен.Когда вы меняете серверы имен stackoverflow.com через своего регистратора, изменения вносятся в серверы имен «.com».Корневые серверы имен не затронуты.
Неправда, что все реестры выбираются ICANN.Например, реестры ccTLD (TLD с кодом страны, например «.jp» или «.ca») выбираются на местном уровне в соответствии с процессом, который зависит от страны.
Не все TLD используют систему реестра/регистратора.
