Чому деякі доменні імена мають надзвичайно усічену інформацію, яка?

Нещодавно я побачив запис Whois для google.com, і він не має жодної звичної інформації, наприклад, контактних даних адміністратора. Він надзвичайно усічений:

Domain Name: GOOGLE.COM
Registry Domain ID: 2138514_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.markmonitor.com
Registrar URL: http://www.markmonitor.com
Updated Date: 2011-07-20T16:55:31Z
Creation Date: 1997-09-15T04:00:00Z
Registry Expiry Date: 2020-09-14T04:00:00Z
Registrar: MarkMonitor Inc.
Registrar IANA ID: 292
Registrar Abuse Contact Email: abusecomplaints@markmonitor.com
Registrar Abuse Contact Phone: +1.2083895740
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Domain Status: serverDeleteProhibited https://icann.org/epp#serverDeleteProhibited
Domain Status: serverTransferProhibited https://icann.org/epp#serverTransferProhibited
Domain Status: serverUpdateProhibited https://icann.org/epp#serverUpdateProhibited
Name Server: NS1.GOOGLE.COM
Name Server: NS2.GOOGLE.COM
Name Server: NS3.GOOGLE.COM
Name Server: NS4.GOOGLE.COM
DNSSEC: unsigned

Кілька інших доменів, таких як duolingo.comі навіть, stackexchange.comє однаковим чином. Чому в цих доменах заборонено мати всю інформацію? Це щось, до чого може отримати доступ кожен, для захисту конфіденційності?

Чому в цих доменах заборонено мати всю інформацію? Це щось, до чого може отримати доступ кожен, для захисту конфіденційності?

TLDR: Це не так, що ці домени якось отримали звільнення від ICANN, що дозволяє їм не опускати певні дані з публічних записів WHOIS. Більш ймовірно, що WHOIS-запис, який ви бачили, не відображає повний набір записів для google.com(або інших .comдоменних імен).

Товсті і тонкі розробки WHOIS

Дані WHOIS для Інтернет-доменів можна зберігати одним із двох способів:

• товстий сховище даних , де кожен TLD реєстру зберігає повне WHOIS запис для кожного суб-домену TLD.
• тонка модель , в якій ДВА делегати реєстру зберігання та підтримання записів WHOIS до реєстратора , який був використаний реєстратором , щоб зареєструвати домен.

Стаття Вікіпедії WHOIS пояснює відмінність між товстими та тонкими підборами WHOIS та описує тонкі пошуки як

Тонкий сервер WHOIS зберігає лише ім'я сервера WHOIS реєстратора домену, який, у свою чергу, містить повну інформацію про дані, що шукаються (наприклад, сервери WHOIS .com, які пересилають запит WHOIS до реєстратора, де домен був зареєстрований).

Пошук для .com

ICANN призначив Verisign в якості реєстру для управління .comдоменним іменем. Хто є хто запит працює на власному сервері WHOIS ICANN, в whois.iana.orgсписках whois.verisign-grs.comяк канонічний сервер WHOIS використовувати для .comдомену. Це сервер WHOIS за замовчуванням, який запитують whoisклієнти під час пошуку деталей .comдоменних імен (результати цього запиту - те, що відображається у вашому запитанні).

Оскільки .comдомен використовує тонку модель, одним із ключів (записів), повернутих WHOIS-пошуком доменного імені, є сервер реєстратора WHOIS . Цей ключ визначає доменне ім'я сервера WHOIS, який відповідає за перелік повних відомостей про доменне ім'я:

Registrar WHOIS Server: whois.markmonitor.com

Цей ключ повідомляє whoisклієнту, що він повинен насправді запитувати, whois.markmonitor.comщоб отримати повний запис WHOIS для відповідного домену.

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

Однією з причин недотримання WHOIS-рефералів

Однією з причин того, що whoisклієнт не звертається до рефералу, є те, що на початку цього року ICANN змінила назви ключів, якими повинні користуватися оператори реєстру .

До цієї зміни ім'ям ключа, який використовується для визначення делегованого сервера, був Whois Server , і вихід для цього google.comбув би:

Whois Server: whois.markmonitor.com

Після того, як реєстри доменних імен оновили свої сервери WHOIS, будь-які клієнти, які шукають рядок WHOIS Server:(з провідними пробілами), не знайдуть її - і, таким чином, не зможуть визначити ім'я WHOIS-сервера реєстратора.

Приклад виправлення клієнта

Щоб відобразити останні зміни ICANN, код для whoisклієнта Debian був зафіксований цього липня та випущений у версії 5.2.17. Однак (станом на жовтень 2017 року) більшість дистрибутивів на базі Debian все одно будуть використовувати попередню базу коду, тому користувачі повинні явно вказати ім'я відповідального сервера WHOIS, наприклад,

whois -h whois.markmonitor.com google.com

Схоже, ваш клієнт WHOIS або не розуміє, або йому було доручено ігнорувати переадресацію зі служб WHOIS реєстру (менш детально) на служби WHOIS реєстратора (більш детально).
Цей розкол існує не для всіх TLD, але він існує, наприклад, для COM.

google.comВхід в whois.markmonitor.com(їх реєстраторі) має всю очікувану контактну інформацію і т.д.
Тобто результат , який відображається за замовчуванням при використанні гідного клієнта WHOIS.

На macos використовуйте параметр хоста, щоб слідкувати за переспрямуванням, згаданим @Hakan

whois -h whois.markmonitor.com google.com