0

SBS 2008 server the third party SSL certificate has just expired!!

trying to renew with a two year, SAN/Multi-Domain SSL

going through the SBS Console Adding a new cert and get the CSR copy/paste into the website to generate the cert it shows me my external domains AND my .local domain...

  • ~ExtDomain~.co.uk
  • remote.~ExtDomain~.co.uk
  • SBS-SRV.~IntDomain~.local

we need to remove 'SBS-SRV.~IntDomain~.local' from the CSR as only external FQDN are allowed in the new SHA-2 certificates.

Exchange 2007 Shell

Get-ClientAccessServer | select name,*internal* | fl 
Get-OABVirtualDirectory | select server,name,*url* | fl
Get-WebServicesVirtualDirectory | select name,*url* | fl
Get-UMVirtualDirectory | select name,*url* | fl
Get-ActivesyncVirtualDirectory | select name,*url* | fl
Get-OwaVirtualDirectory | select name,*url* | fl
Get-OutlookAnywhere | fl

all the above (and variants with out filters) are showing InternalURL and ExternalURL as the correct ExtDomain names

i.e.

[PS] C:\>Get-ClientAccessServer | Select Name, *Internal* | fl
Name    : xxxxxx-srv
AutoDiscoverServiceInternalUri : https://remote.xxxxxx.co.uk/Autodiscover/Autodiscover.xml

[PS] C:\>Get-OABVirtualDirectory | select server,name,*url* | fl
Server      : xxxxxx-srv
Name        : OAB (SBS Web Applications)
InternalUrl : https://remote.xxxxxx.co.uk/OAB
ExternalUrl : https://remote.xxxxxx.co.uk/OAB

[PS] C:\>Get-WebServicesVirtualDirectory | Select name, *url* | fl
Name                 : EWS (SBS Web Applications)
InternalNLBBypassUrl : https://xxxxxx-srv.xxxxxx.local/EWS/Exchange.asmx
InternalUrl          : https://remote.xxxxxx.co.uk/EWS/Exchange.asmx
ExternalUrl          : https://remote.xxxxxx.co.uk/EWS/Exchange.asmx

I have read lots of posts but all was OK and I havnt needed to change anything

ref - http://support.microsoft.com/en-us/kb/940726

Any ideas?

Many Thanks.

4
  • 1
    Yup, it's time to migrate to a new forest. One that conforms to proper Active Directory naming practices, and doesn't use an illegal/invalid DNS name. May as well ditch SBS 2008, while you're at it, since EoL for that is only a couple years out. Apr 8, 2015 at 14:38
  • HopelessN00b, Nice, thanks for the input... EoL in a couple of years gives the client time to save ££ to upgrade, but till then need a fix.
    – Sparki
    Apr 8, 2015 at 14:44
  • 2
    Well, the problem is that it's broken now because their Active Directory has an invalid DNS name, and public certificate authorities will no longer issue certificates for such domains. The solution is to migrate to a properly named domain. Full stop. Since the platform their current domain is on is near the end of its life, it would probably be advisable to migrate to a newer platform while you're at it than to migrate to a new SBS 2008 domain, only to have to migrate again in ~2 years when the platform goes EoL. Either way, the answer is "migrate to a new domain with a proper name." Apr 8, 2015 at 14:49
  • Please define "a properly named domain"??
    – Sparki
    Apr 8, 2015 at 21:19

1 Answer 1

1

Fire up your own internal CA. Issue a cert with whatever names you need/want on it. Use Active Directory to deploy it to your domain-joined clients. Users who are not members of your Active Directory domain will get certificate errors that they will have to ignore until you've migrated to an adequately named domain and can once again replace with a globally trusted certificate.

6

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .