Строго говоря, любой регистратор имеет доступ к реестру, причём не на уровне отображения "Private Person" :). Но конечно лучше да и логичнее обращаться именно к текущему регистратору домена.
А вообще я по ордшной привычке написал.
Miracle, для начала не стоит паниковать и совершать резких движений :). Вполне возможно, что администратором домена являетесь именно Вы. Строка "Private Person" в Whois выводится для всех физлиц (хотя это и не совсем законно).
Советую связаться с регистратором (как я понял, это R01), объяснить ситуацию и действовать согласно полученным инструкциям (Вас попросят предоставить некоторые документы, после чего дадут ответ). Также Вы можете обратиться к любому регистратору, аккредитованному в .RU, за справкой о принадлежности доменного имени.
HunterNNM, не только по IP, но и вообще по любому имени хоста. Что касается "зачем так делать", то возможно это какие-то попытки что-то с чем-то склеить.
HunterNNM, смотрите:
[andris@lunar C:\]> for %i in (maminy-sovety.ru eaveo.ru aykpyy.kobv.ru) do @(host -t a %i.) maminy-sovety.ru has address 128.204.196.212 eaveo.ru has address 128.204.196.212 aykpyy.kobv.ru has address 128.204.196.212
Оба "странных" сайта указали своим адресом IP Вашего, а на сервере, который его обслуживает, Ваш сайт прописан как сайт по умолчанию, т.е. не в отдельной секции для виртуального хоста. Имеет смысл создать именно отдельную секцию для Вашего сайта, а на все остальные запросы к серверу выдавать какую-нибудь заглушку.
Для чего всё это было сделано - без понятия.
serval, тогда самый простой для Вас вариант:
1. Возьмите у любого вменяемого DNS-хостера услугу хостинга зоны для Вашего домена с возможностью управления записями через Web-интерфейс (для Вас это, скорее всего, будет наиболее удобно) и через SSH;
2. Если хостер не предоставляет slave-сервер(ы) или если они технически не особо "отделены" от master, найдите другого хостера, кто даст slave в нужном количестве и с нужным качеством;
3. Приобретите хостинг у того, кого считаете нужным и сообщите при создании аккаунта, что зону домена будете поддерживать самостоятельно. Уточните, какие именно записи нужно внести в зону;
4. Создайте зону Вашего домена и, если предполагается частая смена A- или любых других записей, пропишите для них относительно небольшой TTL (10 мин.);
5. Пропишите NS у регистратора.
Опционально (если хостер сайта часто балуется сменой IP) периодически по cron берите зону с сервера хостера и проверяйте текущий IP для нужных записей, после чего скриптом обновляйте зонный файл.
serval, Вы для начала задачу опишите детально. А то может быть и не нужно будет что-то специфическое городить.
Если хостер часто меняет IP-адреса, то можно брать с его NS зону и на основе её генерировать свой вариант, а уже его распространять стандартными методами по своим NS.
serval, именно, для этого (ну не только для этого, конечно же) вторичные и предназначены.
Хостеры, как правило, всегда предоставляют бесплатно уже настроенные NS при покупке любого тарифного плана (т.е. DNS-хостинг это часть услуги собственно хостинга). Регистраторы тоже могут - но обычно по отдельной заявке и не всегда бесплатно, особенно в случае master/slave.
Да, обычно не менее 4-х, но возможно и больше - всего их может быть 13 при соблюдении некоторых условий.
Первичный сервер технически (не в панели регистратора!) обычно один, хотя можно создать конфигурацию и с несколькими первичными NS. В панели регистратора же нет никакой разницы в том, какой именно сервер указывается первым, какой вторым, а какой n-ным.
Для начала нужно определиться, какую роль будут выполнять бесплатные DNS-серверы: будут ли они master/slave (они же primary/secondary) или только slave (secondary). Во втором варианте можно применить подход с т.н. hidden primary, т.е. с неким сервером, где будет лежать оригинальный файл зоны, но который не будет указан в NS-записях. Именно с этого сервера остальные slave будут получать все обновления зонных данных.
Но не рекомендую Вам полностью полагаться только на бесплатные сервисы.
"Прописывать" можно только тогда, когда эти "разные" серверы будут авторитативны для Вашего домена. Также имеет смысл разнести slave-серверы как по доменам 1-го уровня (т.е. по возможности сделать так, чтобы собственные имена этих серверов были бы в разных TLD), так и географически. Вообще же почитайте об устройстве доменной системы имён, многие вопросы отпадут.
В общем случае да.
Не всегда это возможно, т.к. многие, если не подавляющее большинство бесплатных DNS-хостингов не позволяют перечислять в зонной информации "чужие" NS.
