Principales respuestas
duda importar certificado verisign

Pregunta
-
Hola a todos,
Actualmente tengo un certificado verisign para el owa exchange 2003 al haber migrado a 2010 debo de pasarlo a este, pero claro ahora me surge si ese certificado solo me vale para el owa o me vale para mas.
Lo importo solo para el IIS (OWA)?
En caso de servirme para otros protocolos como para POP, SMTP tendría alguna repercusión en mis clientes de correo outlook, ya que tengo disparidad de versiones.
Cada vez que se hace algo me surgen mil dudas mas, menos mal que estais en este foro que si no...
Muchísimas gracias
jueves, 19 de mayo de 2011 11:48
Respuestas
-
Hola,
Ese error yo lo tuve en una migración a Exchange 2007 pero veo que aún puedes aplicarlo para 2010.
Exchange 2010 con el rol de Client Access Server instala de forma predeterminada un certificado autofirmado para garantizar la seguridad de sus servicios mediante https. Ya que el certificado es autofirmado sólo el mismo servidor confia en el pero no los clientes.
Ahora bien, cuando tu agregas el certificado de Verisign mediante IIS, lo que haces es importarlo en almacén de certificados local del servidor y asignarlo a IIS para el uso de https, sin embargo los servicios no se cambian automáticamente (EWS, Autodiscover, OWA, IMAP, ActiveSync).
Aqui lo que haces es asegurar que los nombres declarados en los servicios correspondan al de tu certificado mail.dominio.com.
Para cambiar el valor de
AutoDiscoverServiceInternalUri : https://nombremaquina.dominio.local/Autodiscover/Autodiscover.xml
ejecutas:
Set-ClientAccessServer -Identity CASServer -AutoDiscoverServiceInternalUri
https://mail.dominio.com/Autodiscover/Autodiscover.xml
Para asegurar que realizaste el cambio vuelves a listar con get-clientaccessserver | fl
Habra que hacer lo mismo para los demas servicios: EWS, OAB, Outlook Anywhere, ActiveSync Virtual Directory, UMVirtual Directory.
Tode eso viene en la siguiente liga: http://www.shudnow.net/2007/08/10/outlook-2007-certificate-error/
Ahora bien, para Exchange 2007 y 2010 se recomienda el uso de certificados UC para soportar más de un nombre. En uno de estos podrías colocar por ejemplo los nombres: mail.dominio.com, autodiscover.dominio.com, nombredehost.dominio.com, etc. Claro que un certificado público esto sería algo caro. Así que una alternativa es crear una Entidad Certificadora Interna donde tu habilites la emisión de certificados UC y hagas una configuración híbrida usando el nombre mail.dominio.com con el certificado verisign y los demás nombres autodiscover. dominio.com, nombrehosto.dominio.com, etc usando un cetificado emitido por tu Entidad Certificadora Interna.
Espero no haberte enredado con esto último.
Saludos!!!
- Propuesto como respuesta Marc Salvador martes, 24 de mayo de 2011 8:08
- Marcado como respuesta Jesus SanMol miércoles, 25 de mayo de 2011 9:25
lunes, 23 de mayo de 2011 19:59 -
Mira la respuesta de Miguel que es más o menos lo que te iba a responder yo, que hicieras que la dirección de InternalURI del CAS apuntara al nombre público de tu servidor.
Saludos,
Marc
MCSA/MCSE 2003
MCITP: Enterprise Administrator (Windows Server 2008)
MCITP: Enterprise Messaging Administrator (Microsoft Exchange 2007 & Exchange 2010)
MCC: Microsoft Community Contributor 2011
Citrix CCA- Marcado como respuesta Jesus SanMol miércoles, 25 de mayo de 2011 9:25
martes, 24 de mayo de 2011 8:08
Todas las respuestas
-
El certificado te valdrá para el servicio que requieras siempre que el nombre DNS de acceso y el del certficado coincidan, es decir, que si el certificado está emitido a "owa.tudominio.es" y lo quieres usar para el SMTPS, el acceso a ese SMTP tiene que ser "owa.tudominio.es" y no otro nombre.Por otro lado, los certificados SSL no se instalan directamente en el IIS sino que se hace a través de la consola Exchange (la EMC) o desde PowerShell (EMS) con el cmdlet Import-ExchangeCertificateManaging SSL for a Client Access Server
Saludos,
Marc
MCSA/MCSE 2003
MCITP: Enterprise Administrator (Windows Server 2008)
MCITP: Enterprise Messaging Administrator (Microsoft Exchange 2007 & Exchange 2010)
MCC: Microsoft Community Contributor 2011
Citrix CCAjueves, 19 de mayo de 2011 11:56 -
Muchas gracias Marc,
ahora lo que me pasa es que los clientes outlook 2010 les sale dos mensajes al iniciar diciendo algo sobre de nombres no coiciden, en el mensaje aparecen como una listas de 3 pasos que se comprueban y los dos primeros me los valida pero el ultimo no; este mensaje les sale a los usuarios 2 veces.
Os suena?
Gracias
jueves, 19 de mayo de 2011 14:57 -
Puedes poner el error exacto?
Saludos,
Marc
MCSA/MCSE 2003
MCITP: Enterprise Administrator (Windows Server 2008)
MCITP: Enterprise Messaging Administrator (Microsoft Exchange 2007 & Exchange 2010)
MCC: Microsoft Community Contributor 2011
Citrix CCAjueves, 19 de mayo de 2011 15:07 -
Hola Marc,
Pues me sale un messagebox con:
nombreservidor.dominio.local
la informacion de que intercambia con este sitio no puede ser vista ni modificada por otras personas. No obstante, hay un problema con el certificado de seguridad del sitio.
el certificado de seguridad es de una entidad certificadora de confianza. Esto me lo marca verde.
la fecha del certificado de seguridad es valida. Esto me lo marca en verde.
el nombre del certificado no es valido o no coincide con el nombre del sitio. Esto me lo marca en rojo es lo que falla porque mi el certificado que he importado verisign es mail.dominio.com y no nombreservidor.dominio.local como aparece en el messagebox.
Como puedo solucionarlo?
Gracias Marc
viernes, 20 de mayo de 2011 11:07 -
Entonces lo que debes hacer es cambiar el nombre publicado del OWA de "nombreservidor.dominio.local " a "mail.midominio.com".
Revisa la configuración de las InternalUrl y las ExternalUrl de la parte OWA en los CAS.
Saludos,
Marc
MCSA/MCSE 2003
MCITP: Enterprise Administrator (Windows Server 2008)
MCITP: Enterprise Messaging Administrator (Microsoft Exchange 2007 & Exchange 2010)
MCC: Microsoft Community Contributor 2011
Citrix CCAviernes, 20 de mayo de 2011 11:16 -
Hola Marc,
El problema ese no me lo da al entrar al OWA, me lo da el cliente de outlook 2010 y no se como arreglarlo la verdad y la gente se nos queja de que tiene que aceptar los mensajes dos veces antes de acceder al correo con el cliente de outlook 2010.
Muchas gracias Marc.
lunes, 23 de mayo de 2011 10:03 -
OWA no te lo dará si accedes desde Internet pero debería dártelo si intentas acceder "desde dentro" vía SSL con el nombre interno del CAS, que es lo que te ocurre con Outlook.
Intenta cambiando el MSSTD publicado para que coindica con el nombre público del certificado a ver si se soluciona el error con el cmdlet
Set-OutlookProvider EXPR -Server $null -CertPrincipalName msstd:mail.dominio.com
Antes de cambiarlo, mira qué valor tiene con Get-OutlookProvider y anótalo por si hemos de revertir el cambio
Saludos,
Marc
MCSA/MCSE 2003
MCITP: Enterprise Administrator (Windows Server 2008)
MCITP: Enterprise Messaging Administrator (Microsoft Exchange 2007 & Exchange 2010)
MCC: Microsoft Community Contributor 2011
Citrix CCAlunes, 23 de mayo de 2011 10:30 -
Gracias Marc,
cuando lanzo el cmdlet que me dices me sale una tabla con este estilo
[PS] C:\Windows\system32>Get-OutlookProvider
Name Server CertPrincipalName TTL
---- ------ ----------------- ---
EXCH 1
EXPR 1
WEB 1No se muy bien si es lo que me tiene que salir o no porque aquí no controlo mucho el tema.
Gracias
lunes, 23 de mayo de 2011 10:35 -
Según ese resultado no hay valores establecidos.
Puedes ejecutar este otro
get-clientaccessserver | fl
y decirme qué valores te muestra?
Saludos,
Marc
MCSA/MCSE 2003
MCITP: Enterprise Administrator (Windows Server 2008)
MCITP: Enterprise Messaging Administrator (Microsoft Exchange 2007 & Exchange 2010)
MCC: Microsoft Community Contributor 2011
Citrix CCAlunes, 23 de mayo de 2011 10:50 -
Hola Marc, he cambiado algunos valores pero comento en los cambios
[PS] C:\Windows\system32>get-clientaccessserver | fl
RunspaceId : f9af956e-45db-410d-bd0e-823a4bd35738
Name :nombremaquina
Fqdn : nombremaquina.dominio.local
OutlookAnywhereEnabled : False
AutoDiscoverServiceCN : nombremaquina
AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service
AutoDiscoverServiceInternalUri : https://nombremaquina.dominio.local/Autodiscover/Autodiscover.xml
AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596
AutoDiscoverSiteScope : {ciudad}
AlternateServiceAccountConfiguration :
IrmLogEnabled : True
IrmLogMaxAge : 30.00:00:00
IrmLogMaxDirectorySize : 250 MB (262,144,000 bytes)
IrmLogMaxFileSize : 10 MB (10,485,760 bytes)
IrmLogPath : C:\Program Files\Microsoft\Exchange Server\V14\Logging\IRMLogs
MigrationLogLoggingLevel : Information
MigrationLogFilePath :
MigrationLogMaxAge : 180.00:00:00
MigrationLogMaxDirectorySize : 10 GB (10,737,418,240 bytes)
MigrationLogMaxFileSize : 100 MB (104,857,600 bytes)
IsValid : True
ExchangeVersion : 0.1 (8.0.535.0)
DistinguishedName : CN=nombremaquina,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),
CN=Administrative Groups,CN=dominio,CN=Microsoft Exchange,CN=Services,CN=Conf
iguration,DC=dominio,DC=local
Identity : nombremaquina
Guid : 1e9b5287-0b8a-4d3f-b2cf-56b4eb4e09aa
ObjectCategory : dominio.local/Configuration/Schema/ms-Exch-Exchange-Server
ObjectClass : {top, server, msExchExchangeServer}
WhenChanged : 19/05/2011 13:55:57
WhenCreated : 17/05/2011 19:56:00
WhenChangedUTC : 19/05/2011 11:55:57
WhenCreatedUTC : 17/05/2011 17:56:00
OrganizationId :
OriginatingServer : controladordominio.dominio.localDonde he puesto nombremaquina.dominio.local es lo que me sale en los mensajes del outlook, es decir que siempre pillar el nombre de la maquina el fqdn, sin embargo el certificado lo tengo para mail.dominio.com y en el OWA sin problemas tanto dentro como fuera no me pide nada.
Y ya no entro en activesync que no consigo que funcione nada :(, la verdad q estoy preocupado ya que al final no estoy consiguiendo las mejoras que pretendía.
Muchas gracias Marc
lunes, 23 de mayo de 2011 11:08 -
Hola,
Ese error yo lo tuve en una migración a Exchange 2007 pero veo que aún puedes aplicarlo para 2010.
Exchange 2010 con el rol de Client Access Server instala de forma predeterminada un certificado autofirmado para garantizar la seguridad de sus servicios mediante https. Ya que el certificado es autofirmado sólo el mismo servidor confia en el pero no los clientes.
Ahora bien, cuando tu agregas el certificado de Verisign mediante IIS, lo que haces es importarlo en almacén de certificados local del servidor y asignarlo a IIS para el uso de https, sin embargo los servicios no se cambian automáticamente (EWS, Autodiscover, OWA, IMAP, ActiveSync).
Aqui lo que haces es asegurar que los nombres declarados en los servicios correspondan al de tu certificado mail.dominio.com.
Para cambiar el valor de
AutoDiscoverServiceInternalUri : https://nombremaquina.dominio.local/Autodiscover/Autodiscover.xml
ejecutas:
Set-ClientAccessServer -Identity CASServer -AutoDiscoverServiceInternalUri
https://mail.dominio.com/Autodiscover/Autodiscover.xml
Para asegurar que realizaste el cambio vuelves a listar con get-clientaccessserver | fl
Habra que hacer lo mismo para los demas servicios: EWS, OAB, Outlook Anywhere, ActiveSync Virtual Directory, UMVirtual Directory.
Tode eso viene en la siguiente liga: http://www.shudnow.net/2007/08/10/outlook-2007-certificate-error/
Ahora bien, para Exchange 2007 y 2010 se recomienda el uso de certificados UC para soportar más de un nombre. En uno de estos podrías colocar por ejemplo los nombres: mail.dominio.com, autodiscover.dominio.com, nombredehost.dominio.com, etc. Claro que un certificado público esto sería algo caro. Así que una alternativa es crear una Entidad Certificadora Interna donde tu habilites la emisión de certificados UC y hagas una configuración híbrida usando el nombre mail.dominio.com con el certificado verisign y los demás nombres autodiscover. dominio.com, nombrehosto.dominio.com, etc usando un cetificado emitido por tu Entidad Certificadora Interna.
Espero no haberte enredado con esto último.
Saludos!!!
- Propuesto como respuesta Marc Salvador martes, 24 de mayo de 2011 8:08
- Marcado como respuesta Jesus SanMol miércoles, 25 de mayo de 2011 9:25
lunes, 23 de mayo de 2011 19:59 -
Mira la respuesta de Miguel que es más o menos lo que te iba a responder yo, que hicieras que la dirección de InternalURI del CAS apuntara al nombre público de tu servidor.
Saludos,
Marc
MCSA/MCSE 2003
MCITP: Enterprise Administrator (Windows Server 2008)
MCITP: Enterprise Messaging Administrator (Microsoft Exchange 2007 & Exchange 2010)
MCC: Microsoft Community Contributor 2011
Citrix CCA- Marcado como respuesta Jesus SanMol miércoles, 25 de mayo de 2011 9:25
martes, 24 de mayo de 2011 8:08 -
Muchas gracias por las respuestas,
No me queda muy claro si lo tengo que cambiar todo o solo con el internalURL para el autodiscover es suficiente.
Bueno leo y releo para hacer el cambio, la verdad que el error del enlace que me indicais es exacto al mio pero a mi me parece dos veces :)
Gracias un vez mas
martes, 24 de mayo de 2011 11:01 -
Miguel, muchas gracias por tu publicación, pude solucionar el mismo problema de Jesús, por eso recomiendo a Jesús realizar el procedimiento. Graciasmiércoles, 21 de septiembre de 2011 5:44