Con la llegada del CU3 de Lync Server 2013 (Actualización 5.0.8308.556 para Lync Server 2013: Octubre 2013), se solucionaban algunos problemas (o bugs )y también se habilitaba la posibilidad de instalar Lync Server en Windows Server 2012. Pero cuando finalizamos su instalación, se registran dos ID de sucesos: 32402, 61045 en los Front-END
|
ID. de evento 32042
Nombre de registro: Lync Server
Fuente: Servicios del usuario de LS
Fecha: 15/10/2013 4:02:05 AM
ID. de suceso: 32042
Categoría de la tarea: (1006)
Nivel: Error
Palabras clave: clásico
Usuario: N/D
Equipo: LyncFE01.contoso.local
Descripción:
Certificado HTTPS entrante y no válido.
Nombre de sujeto: LyncFE01.contoso.local emisor: Contoso CA
|
ID. de evento 32042
Nombre de registro: Lync Server
Origen: Infraestructura de LS MCU
Fecha: 15/10/2013 4:02:20 A.M.
ID. de suceso: 61045
Categoría de la tarea: (1022)
Nivel: Error
Palabras clave: clásico
Usuario: N/D
Equipo: LyncFE01.contoso.local
Descripción: El DATAMCU no pudo permanecer conectado a la parte delantera por el canal de C3P (conexión HTTPS).
El servidor de conferencia Web no pudo enviar notificaciones C3P al enfoque en https:// LyncFE01.contoso.local:444/LiveServer/Focus.
|
|---|
Información de MSFT sobre este problema: http://support.microsoft.com/kb/2901554
Causa: Este problema puede producirse cuando se instalan servidores de 2013 Front End de Lync Server en Windows Server R2 de 2012 debido a los cambios que se realizaron en cómo se almacenan en caché las sesiones TLS en Windows Server R2 de 2012. Estos cambios que algunos servidores de Lync Server 2013 que implican entre servidores o comunicación dentro de un servidor en el puerto TCP 444 un error.
Solución: Para evitar este problema, establezca la clave del registro de Schannel en un valor de 0 x 0002 en todos los equipos que alojan servidores frontales de Lync Server de 2013. Este cambio deshabilita la optimización de TLS de vale de sesión en el sistema. Lo que debemos hacer es crear una clave en el registro de los servidores, para ello debemos acceder a la siguiente subclave de registo: HKLM\System\CurrentControlSet\Control\SecurityProviders\Schannel y debemos crear la siguiente clave EnableSessionTicket con un valor establecido a 2
Por último debemos reiniciar los servicios de Lync Server, para ello debemos ejecutar estos dos cmdlets de powershell de Lync Server:
-
Stop-CsWindowsService
-
Start-CsWindowsService
Con este cambio en el registro desparecerán los sucesos con los IDs 32402, 61045 y vuestro Lync Server funcionará sin problema
Espero que os sea de utilidad!!!
Pingback: Lync Server 2013 compatible con Windows Server ...