MVV

Для приема почты достаточно одной:
mydomain2.com MX mail.mydomain1.com

Ну и для отправки для проверки отправителя (SPF или что у вас там) - аналогично первому домену, чтобы тоже указывала на mail.mydomain1.com.

ipconfig /registerdns

Всем привет. Не понимаю, почему не отображается сайт на IIS при переходе по ссылке mylocalsite.local.

А с чего это ему отображаьбся-то? У вас этот свой локальный сервер DNS, где прописано отбражение, клиентом DNS не использется, как из последнего рисунка видно. Если хотите его использовать, то сделайте его первичным сервером DNS.
Но вообще, для того, чтобы настраивать соответсвие имя-адрес IP для локального тестирования, совершенно не обязательно заморачиваться установкой и настройкой сервера DNS: достаточно прописать это соответствие в файле /etc/hosts, в Windows - это файл C:\Windows\system32\drivers\etc\hosts. (без расширения).
А ещё обратите внимание, что www.mylocalsite.local и просто mylocalsite.local - это разные имена DNS, а то у вас на сервере DNS определено первое, а в настройках IIS в списке даресов прослушивания - второе. И вообще, при отладке (при жксплуатации возможны варианты, связанные с безопасностью) незачем список адресов прослушивания трогать, если вы не хотите на один IP несколько разных сайтов вешать: достаточно того соответствия, которое по умолчанию настроено.

Вам, если правильно сформулировать задачу технически, требуется переадресация на основании имени узла в (заголовке Host протокола HTTP(S)), к которому производится подключение. Это обычно маршрутизацией не называют, а ПО, которое умеет это делать, чаще всего называют "обратный прокси-сервер". Теоретически оно может быть установлено и на домшнем маршрутизаторе, если он - достаточно мощный, или - на NAS, но и тут, и там надо смотреть про конкретную модель. Если походящих вариантов не найдется, то придется устанавливать обратный прокси-сервер на ПК (нужное ПО есть и под Windows, и под Linux), но в таком случае ПК должен быть всегда включен. Или - ещё на чем-то постоянно включенном.

1. Изменения в зону .ru на серверах RIPN (он за зону .ru отвечает) вносятся с задержкой, так что, возможно, придется подождать (сколько это сейчас - не знаю)
2. Когда ждать надоест - займитесь диагностикой, с помощью команды nslookup. Полезны два ее варианта
nslookup имя_DNS имя_DNS_сервера - чтобы получить адрес IP для имя_DNS или ссылку на сервер, который вам его должен вернуть и nslookup type=NS имя_DNS _зоны имя_DNS_сервера - чтобы посмотреть список имен серверов, ответсвенных за зону имя_DNS _зоны (зона DNS - это старшая, т.е. правая, часть имени DNS). Вот и смотрите, что там у вас по дороге от серверов RIPN, отвечающих за зону ru (a.dns.ripn.net - f.dns.ripn.net) до имени вашего сервера делается.
3. Если не терпится работать с сервером и сайтом прямо немедленно - добавьте соответствие IP и имени DNS сайта в файл hosts на копьютере, откуда будете работать. Только потом, когда с DNS всё устаканится, стоит его оттуда убрать - чтобы через пару лет не гадать, чего это вдруг на этом компьютере сайт по новому IP недоступен.

В журнал событий DFSR на DC08 загляните: там должно быть событие с ошибкой или предупреждением.
Например - если перезагружали другой КД. Вот и смотрите, насколько там что-то серьезное сообщается.
И да, эта проверка "вылечится" сама через, максимум, сутки - даже если репликация SYSVOL в реальности не работает ;-) .