Michael Danilov

Есть домен: example.com.
Есть такие записи в его зонном файле:

NS ns1.example.com.
NS ns2.example.org.

@ MX 10 mx.example.com.

@    A     10.0.0.10
www  A     10.0.0.10
sub  CNAME other.service.on.another.example.org.
ns1  A     10.0.0.9

Чтобы браузеры понимали куда слать запросы, они спрашивают у известных им DNS-серверов (системные, те спрашивают у провайдерских и т.д.) информацию о домене example.com. NS-записи - это адреса серверов, которые будут отвечать за все DNS-запросы к этому серверу.
Т.е. чтобы узнать IP за доменом `example.com`, браузер узнаёт, что всё про него знают `ns1.example.com` и `ns2.example.org`. Спрашивают у одно из них, те ищут A запись для @ и возвращают `10.0.0.10`.
Для любых других поддоменов (типа `www`, или `sub`, или тот же самый `ns1`) или почтовых нужд (MX-запись) спрашивать все будут именно у адресов, которые прописаны как NS-сервера.

Если у вас за `example.com` будут отвечать 2 разных сервера, то нужно примерно так:

NS ns1.example.com.
NS ns2.example.org.

@ MX 10 mx.example.com.

@    A     10.0.0.10     ;; хостер 1
@    A     192.168.0.10  ;; хостер 2
www  CNAME example.com.
sub  CNAME other.service.on.another.example.org.
ns1  A     10.0.0.9

NS-сервера будут знать о двух, трёх и т.д. разных серверах, которые отвечают за 1 домен. Round robin работает по принципе "балансировщика" с нормальным распределением: одному браузеру от вернёт `10.0.0.10`, другому `192.168.0.10`. Спустя некоторое время может обоим выдать одинаковые или результаты наоборот.

Домен №1:
А что мешает для domen.ru точно также прописать A-запись? Вместо Хоста надо написать @ и точно также выбрать А-азпись и прописать IP.
Если вы уже подобное сделали (в командной строке "nslookup -type=A domen.ru" возвращает нужный IP), то смотрите уже в Azure, чтобы веб-сервер отвечал не только за www.domen.ru, но и за domen.ru

Домен №2, домен №3
Всё тоже самое.
Видимо ваша проблема-таки в веб-сервере (он ловит запросы только к одному домену, а про остальные забивает). Редирект делать не обязательно, Wordpress всё равно перенаправит вас на основной домен сайта.

1. Вы покупаете домен example.com. Он и все его поддомены *.example.com находятся в нашем управлении.
Для example.com (иногда она называется @.example.com) прописываете A-запись 1.2.3.4. Т.е. если кто-то захочет запросить информацию по example.com, то он вначале узнает, что надо идти к серверу 1.2.3.4, и там уже спрашивать информацию для домена example.com. Для этого сервер 1.2.3.4 должен быть в курсе, что ему как-то надо обслуживать домен example.com - это прописывается в конфигурационных файлах веб-сервера на нём или в более человечном виде через админку сервера или хостера.
Для домена images.example.com всё работает точно также, та же A-запись и тот же порядок действий (на этом же сервере или на другом, не важно).
Если вы пропишите A-запись с IP от Google, то не факт, что вам будет показываться Google. Обычно для всех левых запросов, администраторы сервера прописывают перенаправление к себе. Не логично же показывать под чужим адресом свой сайт! :)

2. Яндекс.Почта для домена - это фактически 2 сервиса: DNS-хостинг и хостинг почты. Причем оба использовать не обязательно, можно и один. DNS-хостинг - это тоже самое, что и регистратора. У регистратора вы говорите, что за домен отвечать будет сервера Яндекса, и у Яндекса уже прописываете все A, CNAME, MX и т.д. записи, которые хотите.

3. Сценариев куча:
3.1. Купил домен example.com у GoDaddy, купил у него же хостинг, никуда ходить не надо.
3.2. Купил домен у GoDaddy, купил выделенный хостинг/сервер у Hetzner
3.2.1. оставил домен на NS-серверах GoDaddy, A-записи прописал на сервер в Hetzner, в его админке или админке сервера добавил домен.
3.2.2. перенёс домен на NS-сервера Hetzner, в админке для A-записей точно также прописываем IP сервера в Hetzner.
3.2.3. перенёс домен на NS-сервера Яндекса, в админке для A-записей точно также прописываем IP сервера в Hetzner.