Запрет операций с доменами - кто пользовался.

Для начала нужно определиться, какую роль будут выполнять бесплатные DNS-серверы: будут ли они master/slave (они же primary/secondary) или только slave (secondary). Во втором варианте можно применить подход с т.н. hidden primary, т.е. с неким сервером, где будет лежать оригинальный файл зоны, но который не будет указан в NS-записях. Именно с этого сервера остальные slave будут получать все обновления зонных данных.

Но не рекомендую Вам полностью полагаться только на бесплатные сервисы.

"Прописывать" можно только тогда, когда эти "разные" серверы будут авторитативны для Вашего домена. Также имеет смысл разнести slave-серверы как по доменам 1-го уровня (т.е. по возможности сделать так, чтобы собственные имена этих серверов были бы в разных TLD), так и географически. Вообще же почитайте об устройстве доменной системы имён, многие вопросы отпадут.

В общем случае да.

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

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

В панель регистратора можно одновременно указать несоклько DNS-серверов? Если да, то сколько можно указать первичных? Всего один?

Хостеры, как правило, всегда предоставляют бесплатно уже настроенные NS при покупке любого тарифного плана (т.е. DNS-хостинг это часть услуги собственно хостинга). Регистраторы тоже могут - но обычно по отдельной заявке и не всегда бесплатно, особенно в случае master/slave.

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

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

В панели reg.ru доступно всего 4 поля для прописывания DNS-серверов. Могу ли в одно поле вписать север от яндекса, в другое от xname.org, в третье от afraid.org, в чётвертое ещё от кого-то. Повысит ли надёжность такая диверсификация?

А можете привести мануал по настройке конфигурации с несколькими DNS-серверами. Я гуманитарий, в этом деле рублю поскольку постольку.

serval, именно, для этого (ну не только для этого, конечно же) вторичные и предназначены.

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

Если хостер часто меняет IP-адреса, а я пропишу просто запись A и укажу IP, то тут ситуацию не спасут даже несколько DNS-серверов. Хостер же думает, что я тупо впишу его DNS-сервера в свою панель.

serval, Вы для начала задачу опишите детально. А то может быть и не нужно будет что-то специфическое городить.

Если хостер часто меняет IP-адреса, то можно брать с его NS зону и на основе её генерировать свой вариант, а уже его распространять стандартными методами по своим NS.

Задача простая:

После полной блокировки панели регистратора домена иметь возможность легко менять хостеров и при этом не потерять в стабильности. Всё.

serval, тогда самый простой для Вас вариант:

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

2. Если хостер не предоставляет slave-сервер(ы) или если они технически не особо "отделены" от master, найдите другого хостера, кто даст slave в нужном количестве и с нужным качеством;

3. Приобретите хостинг у того, кого считаете нужным и сообщите при создании аккаунта, что зону домена будете поддерживать самостоятельно. Уточните, какие именно записи нужно внести в зону;

4. Создайте зону Вашего домена и, если предполагается частая смена A- или любых других записей, пропишите для них относительно небольшой TTL (10 мин.);

5. Пропишите NS у регистратора.

Опционально (если хостер сайта часто балуется сменой IP) периодически по cron берите зону с сервера хостера и проверяйте текущий IP для нужных записей, после чего скриптом обновляйте зонный файл.