¿Alguien está utilizando un certificado comodín con Exchange 2010, por favor?
Actualmente tenemos un montón de certificados SSL individuales de what.domain.com y, como varios de ellos caducan pronto, sería una oportunidad ideal para pasar a un certificado comodín.
Sin embargo, en algún momento pasaremos de Exchange 2003 a Exchange 2010, y he leído informes contradictorios sobre si los certificados comodín funcionan con Exchange 2010, ya que muchas guías parecen recomendar un certificado UCC/SAN.
Nuestro nombre de dominio DNS interno es el mismo que nuestro nombre de dominio externo.
Godaddy parece un buen VFM dado que permite su uso en servidores físicos ilimitados.
Gracias de antemano.
Respuesta1
Los certificados y el intercambio de 2010 son un dolor de cabeza por lo que he visto hasta ahora.
Tenemos 2010 en el laboratorio en este momento y creemos que podremos salirnos con la nuestra con un certificado SSL comodín para el acceso del dispositivo desde Internet, y luego un certificado de máquina firmado por Enterprise CA (emitido por ADCS), para cada servidor 2010 para acceso interno. .
Estamos utilizando TMG 2010 como servidor de transporte perimetral, por lo que el certificado SSL permanecerá allí, luego la conexión entre TMG y Ex2010 CAS estará dentro del dominio, por lo que estará protegida por Enterprise CA.
Esto recién funcionó esta mañana, pero creo que funcionará. Si su CAS maneja conexiones desde Internet, entonces ymmv. ¡Estaré atento a esta pregunta!
Respuesta2
Los comodines y el certificado UC estaban destinados a lograr dos cosas diferentes. Si tiene varios dominios y utiliza un servidor Exchange, los certificados UC son el camino a seguir. Si solo tiene subdominios diferentes, los comodines funcionarán, pero esta es la excepción. La mayoría de nuestros clientes en ssl.com tienen varios nombres de dominio, incluidos nombres de servidores internos, por lo que los certificados uc (o SANS) son los más elegidos. También tenga en cuenta que puede insertar comodines en ucc si necesita la flexibilidad de ambos.
En cuanto al valor de cada tipo, cada cliente debe obtenerlo por sí mismo. Mientras que un cliente puede pensar que es una estafa, otro puede descubrir que le ahorra innumerables horas en tiempo de gestión de SSL. Tú decides.
Respuesta3
El único problema real que hemos tenido hasta ahora es con ciertos clientes de Outlook. Básicamente tuvimos que agregar una configuración para especificar el certificado y funcionó:
http://technet.microsoft.com/en-us/library/cc535023(EXCHG.80).aspx
Parece que la detección automática establecería el nombre del certificado en blah.domain.com y Outlook se queja porque no coincide con *.domain.com. Si configura lo anterior en el cliente Outlook manualmente, se realizará. Nota: aún no hemos completado nuestra migración desde Exch 2003, por lo que es posible que tengamos más problemas. Aunque este es el único hasta ahora.
Respuesta4
Certificado SSL comodín - Exchange 2010 - Problema POP/IMAP
Los certificados de intercambio no coinciden
Puede que los enlaces anteriores puedan ayudar