Hvis dit ADs domæne hedder domain.dk, så oprettes en DNS zone på domænecontrollerne, der hedder dette og er en vital del af ADet.
Dine interne klienter vil når de taster
www.domain.dk lave opslag i denne AD integredede zone, for at se om DNS record er i denne zone.
Hvis hjemmesidens DNS records, f.eks. domain.dk eller
www.domain.dk ikke er oprettet i denne formentlig nye zone, så får de ikke den korrekte IP tilbage, da de ikke er oprettet der.
Tidligere da du havde domain.local, og der blev tastet wwww.domain.dk, så kiggede dine klienter i en anden domain.dk zone enten en intern zone eller en ekstern DNS.
Hvis du insisterer på at dit AD skal hedde domain.dk, så skal du sørge for at din interne AD zone har de DNS records som findes i den orginale zone som returnede den "rigtige IP".
Altså du skal i den AD-integrede DNZ zone oprette records så at domain.dk og
www.domain.dk oprettet der.
Hvis I tidligere havde en intern domain.dk zone er det nok indholdet af denne du mangler i den nye.
Fanges hjemmesiden internt , der hvor klienterne er, via eksterne IPs eller via private/interne IPs?
Du skulle, som juleulven og siger, bare bruge domain.local. Exchange er ikke bundet til kun at have det domæne som ADet hedder.
Ellers ville man jo kun kunne have et e-mail domæne på Exchangen. Du kan bare oprette domain.dk, eller alle de andre domæner du vil hoste mail for, i recipient policies, og evt. sætte den som du vil have som din primære mail domæne til primære SMTP domæne.
Alternativ kunne du have kaldet dit interne DNS for ad.domain.dk eller intern.domain.dk eller lign. Domain.local er dog det letteste IMO. Det kommer lidt an på hvad man vil.