Exchange 2013 SSL and DNS Configuration

I am currently working on a migration from Exchange 07 to 2013.  My current DNS setup is as follows:

Internal server name: EXCHANGE
External DNS for OWA and smartphones:
MX record: (Which points to barracuda spam device)

My question is what DNS entries do I need to configure for the new server to work internally and externally.

Also, as a side note I have a mixed environment of Windows XP and Windows 7 workstations ALL running Office 2010.  The reason I mention this is because I am having issues with XP machines connecting to Exchange 13. My research is saying that XP does not know how to "handle" the SAN certs and so it does not autodiscover successfully and configure the Outlook Anywhere settings.  It keeps prompting for username and passwords during setup process and never finishes successfully.

I have purchased a WildCard SSL cert for the production environment, but my lab is failing with the default self signed certs from Exchange.

Any help would be greatly appreciated......
Who is Participating?
Malli BoppeCommented:
As said above you just need two names in the SAn cert

Yes you need to create the internal DNS records to point to the exchange

You got the below where computername is exchange 2013 clientaccess server->servers- Virtual directory settings

Malli BoppeCommented:
Is your exchange 2013 going to be in coexitance with exchange 2007 if so you need

Following entries on both internal and external DNS ..Pointing to exchange 2013 ..Pointing to exchange 2013   ..Pointing to exchange 2007

Windows Xp with outlook 2010 should work as well. It shouldn't be problem.
Simon Butler (Sembee)ConsultantCommented:
Windows XP doesn't cope well if the host name being used for Outlook Anywhere does not match 100% the common name of the SSL certificate.

So * doesn't match You have to make changes to the Outlook Anywhere configuration to get it to accept it: (Exchange 2007 but still valid for all later versions).

That is the only issue I am aware of with Windows XP clients (not withstanding their numerous security flaws and IT pros hanging on to them because they are scared of anything else, but that is another issue for another day).

You cannot put internal names on commercial SSL certificats, so the method here is to use a split DNS system, configure the same host names internally and externally.
You can get away with two:

However both of those need to be on the SSL certificate.

I don't have an Exchange 2013 version of the changes required, but the 2010 version has the same settings:

BSModlinAuthor Commented:
No they are NOT going to Co-exist. I am a bit confused regarding the Cert.  To be clear you are saying the wild card cert will NOT work.  I need a SAN cert with specific names: (Internal Name)

And then in DNS (Internal) I need to configure A records for each of these to point to Exchange Server.... Correct....

My last question is after installing the Exchange 13 server how and where do I go in the EAC to input these URLs above or will they work with the default settings?
Simon Butler (Sembee)ConsultantCommented:
Wildcard certificates will work, but there are extra steps required and they can cause issues in certain scenarios. If the certificate hasn't been purchased then I will usually try to steer clients towards a UC (aka SAN) certificate.

You do NOT need the internal name on the server, just configure Exchange to use the external name everywhere.

For the changes, some have to be made in the console, some through the Shell. The commands on the page I linked to above still work on Exchange 2013.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.