Чи може зареєстроване доменне ім’я взагалі не мати DNS-записів?

Зазвичай після реєстрації доменного імені воно має деякі записи DNS. Але нещодавно я знайшов кілька зареєстрованих доменних імен, у яких немає записів DNS.

Наприклад, я бігав, dig 00000onlinecasino.com anyале він не повертав жодних записів DNS, навіть запису NS, незважаючи на те, що це зареєстрований домен.

Чи можливо не мати DNS-записів або є якась помилка в системі DNS?

TL; DR Вкрай малоймовірно (хоча технічно це неможливо), щоб правильно зареєстрований домен мав нульові * DNS-записи. Про існування домену необхідно повідомити глобальній системі DNS шляхом оновлення, наданого реєстратором домену. Ненадання Реєстратором цього оновлення може означати невиконання обов'язку, делегованого їм IANA.

Як мінімум, кожен домен має одну або декілька записів клеїв DNS

Коли домен зареєстрований, Реєстратор домену надсилає оновлення до загальних серверів домену верхнього рівня (gTLD), відповідальних за відповідний TLD. Наприклад, реєстрація домену example.comзапускає оновлення до .comсерверів gTLD, якими управляє VeriSign .

Це оновлення включає авторитетні записи серверів імен (NS) із даних WHOIS домену. Потім сервер gTLD створює клейовий запис DNS для домену, що вказує на авторитетні сервери імен. Ці записи клею дозволяють серверам gTLD направляти вхідні запити на авторитетні сервери імен для домену.

Тому, якщо реєстратор домену не виконає обов'язок, делегований їм IANA, пошук відносно будь-якого зареєстрованого домену поверне авторитетні записи серверів імен для цього домену.

Тоді чому не знаходять пошуку для 00000onlinecasino.comповернення записів?

Здається, що все відбулося, як описано вище; Іншими словами, реєстратор цього домену (NameBright.com) створив необхідний запис WHOIS та подав записи NS на сервери .COM gTLD. Я підтвердив це наступним чином, запустивши nslookup, встановлений для запиту для записів NS:

C:\> nslookup -q=ns 00000onlinecasino.com
Server:  my-dns-server.internal.local
Address:  192.168.168.1

Non-authoritative answer:
00000onlinecasino.com   nameserver = n2.juming.com
00000onlinecasino.com   nameserver = n1.juming.com

n2.juming.com   internet address = 112.253.3.26
n2.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 220.181.135.142

Я також використовував цю зручну перевірку запису клею від MeBSD.com, яка підтвердила результати:

Однак той же запит, який виконується на будь-якому з цих серверів імен, повертає помилку:

C:\> nslookup -q=ns 00000onlinecasino.com n1.juming.com
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  220.181.135.142

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to UnKnown timed-out

Оскільки ці сервери є авторитетними для цього домену, вони повинні принаймні знати про нього та ідентифікувати себе як записи NS для цього домену! З огляду на це, зрозуміло, що ці сервери NS були неправильно налаштовані.

^* Я повинен дозволити, що визначення "нульових записів DNS" є відкритим для тлумачення. Як показав тестовий випадок цього питання, авторитетні сервери імен не відповідають, що викликає аргумент про те, що домен не має записів. Однак я віддаю перевагу думці, що записи клею домену по суті є "іншою половиною" записів NS домену. Зрештою, без записів клею будь-які спроби пошуку авторитетних серверів імен для домену призведуть до кругової інструкції "перейти запитати [сюди вставити сервер імен]".

Більше інформації

• Що таке запис клею? від ServerFault
• Відповідь ServerFault, що пояснює авторитетні записи NS, записи клею та сервери gTLD
• Система доменних імен у Вікіпедії
• Мене, BSD онлайн інструмент пошуку запису клею

Так. Існує кілька способів цього.

Для початку розглянемо, як працює пошук DNS для такої записи www.example.com:

• Дозвіл DNS контактує з кореневим сервером імен, який відповідає делегуванням comсерверам імен TLD.

• Резолювач контактує із comсервером імен TLD, який відповідає делегацією на зареєстровані сервери імен для example.com.

• Розділювач контактує з одним із зареєстрованих серверів імен для example.com, який відповідає на записи для www.example.com.

По-перше: сервери імен для для example.comмогли видалити всі записи для example.com. Хоча, як вважається, сервери домену завжди мають певні записи (включаючи записи SOA та NS) для домену, на практиці немає нічого, що змушує їх робити це. Домен, у якого відсутні ці записи, може не працювати належним чином з деякими розв'язувачами, але якщо у домену все одно немає записів DNS, практичної різниці немає.

По-друге: сервери імен for example.comможуть відхилити або не відповісти на запити. Записи DNS існують лише в цих серверах імен, тому, якщо сервери імен не відповідають записам, записи фактично не існують.

По-третє: comреєстр може призупинити реєстрацію example.com, наприклад, якщо реєстрація домену закінчилася. Це призведе до того, що comсервери імен припиняють повертати делегацію до example.comсерверів імен, роблячи будь-які записи там недоступними. Як і раніше, якщо записи недоступні, вони також можуть не існувати.

Існує 2 частини для реєстрації домену - отримання його виділяється реєстром та налаштування DNS.

Для більшості доменів (усіх?) Для DNS потрібно зареєструвати записи DNS (різні TLD мають різні вимоги, але для більшості потрібні мінімум 2 dns-сервери). Однак часто немає вимоги, щоб ці сервери імен були дійсними, чи можете ви уникнути, вкладаючи що-небудь у ці поля.

Друга частина - це налаштування зони на серверах імен. Як правило, цей крок неможливо залишити під час реєстрації доменного імені, але більшість реєстраторів тут встановлять щось як частину вашої реєстрації.

Отже, ні, в більшості випадків не можна вказати жодних серверів імен, але заданий шрифт імен серверів повинен працювати. У цьому випадку whois (який запитує базу даних реєстратора), як правило, показуватиме сервери імен, але dig / nslookup (який покладається на роботу DNS) не буде.

Це допоможе, якщо ви можете приєднатися до деяких скріншотів того, що ви отримуєте.

Але без цієї інформації я вважаю, що ви шукаєте не в тому місці.

Якщо в виклику команди не вказаний конкретний сервер імен, у вашому /etc/resolv.confфайлі знайдеться коп і запитає сервери DNS, які перераховані там.

Якщо домен, який ви шукаєте, не вказаний на серверах DNS у вашій копії резолюції.conf , він не буде знайдений.

Ви повинні додати у файл сервер DNS для цього домену або вказати його в команді dig, вибравши той, який може дати авторитетну відповідь.

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