3rd party SSL install on Windows server 2012 to enable LDAPS
3rd party SSL install on Windows server 2012 to enable LDAPS
Hello experts,
So I need to install an godaddy SSL cert on my Windows server to enable LDAPS. I was about to purchase the cert when the godaddy rep told me that SSL certs can't be installed on .local domain (mycompany.local) anymore, apparently it was possible years ago.
He told me the work around is to bind teh fqdn to the DC by creating a .local sub domain in a public domain... From what I understood I need to create a .local subdomain in my companies public domain (local.publicdomain.com). I get that part, what I'm confused with is the binding of the DC to the subdomain. Does it mean creating a dns zone for the subdomain and creating a record?
The other solution would've been to have my internal domain with something other than .local but it's a production environment and can't change that.
So can anyone please shed some light on the binding part? Also, I am correct on my assumption of creating a .local sub-domain in my public domain?
Thanks in advanced.
Hello experts,
So I need to install an godaddy SSL cert on my Windows server to enable LDAPS. I was about to purchase the cert when the godaddy rep told me that SSL certs can't be installed on .local domain (mycompany.local) anymore, apparently it was possible years ago.
He told me the work around is to bind teh fqdn to the DC by creating a .local sub domain in a public domain... From what I understood I need to create a .local subdomain in my companies public domain (local.publicdomain.com). I get that part, what I'm confused with is the binding of the DC to the subdomain. Does it mean creating a dns zone for the subdomain and creating a record?
The other solution would've been to have my internal domain with something other than .local but it's a production environment and can't change that.
So can anyone please shed some light on the binding part? Also, I am correct on my assumption of creating a .local sub-domain in my public domain?
Thanks in advanced.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
thank you both for you input, however I'm still confuse about the fqdn binding to a DC...
The certificate is used for the SSL connection to the DC, not for doing the LDAP query.
As per Cliff Galiher, you will need to build your own PKI and use the certificates from that.
You should create your own root CA, then a subordinate CA, and then issue a certificate with the CN being server.mycompany.local
Push out the root CA certificate to all PCs and servers using group policy.
When an SSL connection is made, the client will check that the DNS matches the CN in the certificate. The client will also need to see the root of the certificate chain in the trusted root CAs in the Windows certificate store.
If DNS matches and the root CA certificate is trusted, the SSL handshake will continue and you will get a secure connection.
As per Cliff Galiher, you will need to build your own PKI and use the certificates from that.
You should create your own root CA, then a subordinate CA, and then issue a certificate with the CN being server.mycompany.local
Push out the root CA certificate to all PCs and servers using group policy.
When an SSL connection is made, the client will check that the DNS matches the CN in the certificate. The client will also need to see the root of the certificate chain in the trusted root CAs in the Windows certificate store.
If DNS matches and the root CA certificate is trusted, the SSL handshake will continue and you will get a secure connection.
ASKER
Thank you all for your help. As Cliff and Peter suggested I ended up deploying an internal CA, trying reconfigure the network to get a 3rd party cert for a .local domain was going to be an unnecessary nightmare.
you can get certs for local.example.com but not example.com.local