Exchange 2010 Internal Auto Discover Migrate away from current .local DNS name
Posted
by
Bryan
on Server Fault
See other posts from Server Fault
or by Bryan
Published on 2012-06-08T20:35:03Z
Indexed on
2012/06/09
10:42 UTC
Read the original article
Hit count: 269
We have an Exchange 2010 Server, running within our Active Directory domain, with an internal hostname of server.example.local
.
The server is configured for Exchange anywhere, but currently has a self signed certificate with a name of server.example.local
installed.
Internally, clients connect and work fine, but externally, we are having certificate errors as you would expect.
I'm about to purchase a UCC SSL Certificate to install on the server with all the relevant SANs on the certificate to correct this, but due to obvious problem obtaining a trusted cert with .local
as a subject alternative name, I'm looking to configure clients on the internal network so that they don't use any reference to the .local
hostname.
I've configured our external DNS name for the server as exchange.example.com
, and have created an CNAME for autodiscover.example.com
which also (correctly) points to exchange.example.com
. I've also configured internal DNS records for these two hostnames which point to the internal interface of the same server. I don't anticipate any problems here.
I'm now trying to reconfigure Auto Discover internally, so that Outlook attempts to connect to exchange.example.com
. I've followed the steps in KB940726 to prepare for this, and this appeared to work fine. No errors were generated and I was able to verify the CAS name in AD using ADSI edit.
I've just tried testing this with a newly created test user account complete with a new Exchange mailbox, and Outlook 2007 connects fine on the internal network, but looking deeper in the Exchange profile, Outlook is still resolving the server name as server.example.local
.
Could it be the self signed cert, that is causing Outlook to display the server name as server.example.local
, or is there still something wrong with my internal autodiscover configuration?
Edit
I've proven it isn't the certificate that is responsible for outlook returning server.example.local
, by installing another self certified certificate with a name of test.example.com
. When creating a new outlook profile, I get the mismatch error I'm expceting, but after accepting the cert, and finishing the config of the Outlook profile, again it still shows server.example.local
as the server name. This means that if I were to purchase the UCC cert now, that external client would work fine, but internal clients would show a certificate name mismatch.
Any ideas where to start diagnosing this?
© Server Fault or respective owner