Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1577
  • Last Modified:

Outlook 2016 - the name on the security certificate is invalid

Hello,

We have just installed a new windows 2012 server running 2 hyperv servers. One being our domain controller and the other being our exchange 2016 server.

We have this working OK apart from the SSL certificate integration. ie we were getting complaints on starting up outlook regarding an invalid or untrusted certificate. I presumed that once we obtained the correct SSL, this would just disappear.

Unfortunately, having just purchased our True ID SAN from geotrust, and installed it, we are still experiencing a warning on starting outlook. This is :-

The name on the security certificate is invalid or does not match the name of the site.

I have spoken with geotrust and they tell me its because it is looking for the internal exchange 2016 name, which  I can confirm is the case.

the name of the local server is exch2016.domain.local

Our SSL is to secure remote.domainname.co.uk and autodiscover.domainname.co.uk

Geotrust say that we have to rename our local site to match??

Can anyone advise on what we need to do to resolve this problem?
0
nigelbeatson
Asked:
nigelbeatson
  • 4
  • 3
4 Solutions
 
xtermieCommented:
It seems like the common name that you specified when you generated the certificate request for that Web site does not match the URL that is used to access the Web site. For example, if you access the site by typing an IP address or the server name, but the common name that is specified in the certificate request is remote.domainname.co.uk, so that is why you receive the security message.

To avoid this warning, make sure that the common name that is specified when you generate the certificate request matches the URL that will be used to access the site.

If the URL that will be used to access the site cannot be changed to match the common name on the certificate, follow these steps:
1.Create another certificate request. Make sure that the common name matches the URL that is used to access the Web site.
2.Have your certification authority generate a new certificate.
3.Use the new certificate for the Web site.
0
 
xtermieCommented:
You can also check a related microsoft's article here:
https://support.microsoft.com/en-us/kb/2772058
0
 
nigelbeatsonAuthor Commented:
many thanks for your reply.

I think my situation must be a little different, as when I asked about adding the local site to my San, geotrust told me that this was no longer allowed.

it is not actually a site which is causing the problem, it is outlook 2016 that is looking for exch2016.domain.local , and our Ssl only covers remote.domainname.co.uk

I don't understand why the local copy of outlook 2016 does not trust its own local 2016 server, but as I can't add the local name to our Ssl, I presume that we have to somehow change the local name of the exchange server.

accessing exchange remotely works fine, so I am very frustrated that I am having this problem locally.

I will check out the additional link, to see if it helps.

many thanks
0
Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
Peter HutchisonSenior Network Systems SpecialistCommented:
It is itrue that using .local in DNS for certificates is no longer allowed.

You need to configure exchange so that it will use public names d(omainname.co.uk) where possible instead of .local ones. So for owa it will be mail.domainname.co.uk, for autodisover it is autodiscover.domainname.co.uk, and so on.

https://blog.digicert.com/replace-your-internal-name-certificates/
https://www.digicert.com/ssl-support/redirect-internal-exchange-san-names.htm
0
 
nigelbeatsonAuthor Commented:
sorry for the delay in updating this incident. I have been away on vacation, but now I'm back, will be addressing this issue.

will update you later today.

many thanks for your assistance
0
 
nigelbeatsonAuthor Commented:
I have now run the digicert tool which changed our local settings to autodiscover.domainname.co.uk.

I have ensured we have a Dns zone for domainname.co.uk
with an entry for autodiscover and remote (which we use externally) both pointing to the local IP address of our exchange server.

I can confirm that our current San covers both remote.domainname.co.uk and autodiscover.domainname.co.uk but the warning when starting out look still appears.

I am very frustrated, so if anyone can provide any further assistance, I would be much obliged.

it would seem that outlook is still trying to reach exch2016.domain.local. is there anything to do on outlook 2016 to stop this?

many thanks
0
 
xtermieCommented:
One more thing to check as are likely to have these two registry settings:

[HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\AutoDiscover]
"domain.com"="c:\\auto\\autodiscover.xml"
"PreferLocalXML"=dword:00000001

With HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\AutoDiscover
for Outlook 2010

You must make this solution more robust by adding these registry entries:

"ExcludeScpLookup"=dword:00000001
"ExcludeHttpsAutodiscoverDomain"=dword:00000001
"ExcludeHttpsRootDomain"=dword:00000001
"ExcludeSrvLookup"=dword:00000001
"ExcludeHttpRedirect"=dword:00000000
"ExcludeSrvRecord"=dword:00000001

The only lookup type that will be used now, is HTTP Redirect to the XML file. If this fails, there'll be no Autodiscover.
This is an excerpt from my documentation after having implemented this solution twice with different forests, not Office 365.

For more information see here:
Potential Autodiscover Issue During E-Mail Coexistence
http://social.technet.microsoft.com/Forums/en-US/onlineservicesmigrationandcoexistence/thread/d6c69c69-6524-493b-a0c6-21c79e146ce7/

Outlook 2007 unexpectedly connects to an on-premise Exchange Server 2007 server mailbox instead of an Exchange Online server mailbox
http://support.microsoft.com/kb/956297/en-us
0
 
xtermieCommented:
good comments and recommendations provided by experts
0

Featured Post

Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

  • 4
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now