Solucionando problemas con el Office Web App para Lync Server 2013
Troubleshooting Office Web App
En numerosas ocasiones nos encontramos que tras instalar un Office Web App para compartir PowerPoint con Lync 2013 nos da un fallo y no sabemos por dónde puede estar el origen del problema. En este artículo no nos centraremos en los pasos a seguir ya que se supone que se han seguido las guías y pasos necesarios, sino en proporcionar los datos para acotar el problema.
En los casos de soporte la información que necesitamos generalmente, y que nos facilitará acotar el problemas es la siguiente:
-Comprobar la topología y que el FQDN del Office Web App server (WAC en adelante) aparece correctamente agregado.
-Comprobar el log de aplicaciones del WAC y ver si aparece algún evento que pueda ser significativo de problemas en el propio servidor.
-Comprobar el log de aplicaciones de Lync de los Front End. Buscar el evento 41032. Este evento nos mostrará si se ha descubierto el servidor correctamente. En caso contrario posiblemente aparecerá el evento 41033 mostrando información adicional sobre el problema. De hecho este debería ser el primer paso para comprobar hasta qué nivel de instalación exitosa hemos llegado.
-Comprobar el certificado del WAC.
-Comprobar el certificado del Front End.
-Comprobar el nivel de actualización tanto de los clientes de prueba como de los servidores. En los clientes es tan fácil como ver en el menú Ayuda/Acerca de y comprobar el build. Si no es el último (Se puede comprobar en este enlace https://technet.microsoft.com/en-us/office/dn788954 ) la recomendación es instalar el último CU. En cuanto a servidor, para comprobar la versión de la manera más fiable, lo recomendable es ir al panel de control de Windows / Programas y características / Lync Server. Aquí se puede comprobar la versión de los Core Components mirando el build number.
En cuanto al servidor WAC, es necesario confirmar que se tiene instalado el Service Pack 1 ya que solventa algunos problemas en la versión RTM que ha provocado que no funcione en algunos escenarios.
-Importante detectar si es un problema reciente y si alguna vez funcionó correctamente o si nunca ha funcionado.
-Comprobar si falla de manera aleatoria o siempre se reproduce el problema.
-Comprobar si los clientes de Lync son 2013 y que no hay ningún cliente de Lync 2010 involucrado en las pruebas ya que si es un 2010 quien comparte la PPT, la comunicación se realizará a través de los Front End como en versiones anteriores en lugar de usar el WAC(https://technet.microsoft.com/es-es/library/jj205339.aspx)
-Comprobar si falla también en máquinas cliente que no sean Windows 8.1
-Comprobar que los clientes tienen instalado el Internet Explorer 11
-Comprobar en Internet Explorer si podemos navegar a la ubicación: https://OfficeWebApp_fqdn/hosting/discovery
-Comprobar las reglas de Firewall y que no se bloquean puertos a nivel del WAC o del balanceador:
Puerto 443 para tráfico HTTPS
Puerto 80 para HTTP
Puerto 809 para el tráfico privado entre los servidores WAC en caso de una granja con varios servidores.
-Ejecutar los siguientes comandos en el Front End:
Get-OfficeWebAppsFarm
Get-OfficeWebAppsMachine
El comando Get-OfficeWebAppsMachine nos proporcionará a este nivel la información casi más valiosa, ya que en la mayoría de las ocasiones el problema es por una configuración mal implementada. Desde errores tipográficos donde nos falta o sobra la “s” en https dependiendo del tipo de configuración que deseemos, hasta la falta de datos como por ejemplo el nombre del certificado.
Es importante destacar que si tenemos un solo servidor WAC, el certificado se debe importar en el servidor con el comando set-OfficeWebAppsFarm –certificatename y no manualmente ya que se podría borrar cada vez que el servidor se reinicie. Tras ello reiniciar los servidores de la granja.
En el caso de tener una granja con servidores WAC balanceados tened en cuenta que si se hace un offloading SSL, el certificado se debe importar en el HLB, pero si no tenemos offloading SSLA habrá que instalar el certificado en cada uno de los servidores WAC. Al comprobarlo con este comando, ver si está a True o False. Si está a False habrá que fijar el nombre del certificado en los WAC y no dejarlo vació (lo cual sería al contrario si estuviera a True). El hecho de tener HLB no implica necesariamente que el balanceador se encargue de la negociación si lo configuramos de la otra manera.
Una referencia sobre este tema se puede encontrar en:
https://technet.microsoft.com/en-us/library/jj219442(v=office.15).aspx
| CertificateName | Optional | System.String | Specifies the friendly name of the certificate that Office Web Apps Server uses to create HTTPS bindings. If the specified certificate is not found or has expired, or if the specified value is associated with more than one certificate, an error is logged and the farm is not created.
|
Como valioso recurso se puede acceder a este enlace que contiene la información necesaria y video explicativo de los pasos a seguir para la correcta instalación: https://technet.microsoft.com/es-es/library/jj219455(v=office.15).aspx
¡Esperamos que sea de utilidad!
Comments
- Anonymous
January 01, 2003
Sustituido el acrónimo OWA por WAC para evitar conflictos con Exchange - Anonymous
January 01, 2003
Totalmente de acuerdo en lo que dices. No es la primera vez que oímos este comentario. Aunque podría haber puesto WAC o WAS (también nombres asociados al Office Web App Server) quería usar el acrónimo más simple para describirlo. Se entiende que en el contexto de Lync de este artículo no causaría malinterpretaciones. ¡No obstante muchas gracias por el feedback! - Anonymous
January 05, 2015
Muy interesante!
La unica pega el nombre de Office Web App. OWA historicamente ha pertenecido a Exchange, os podriais trabajar un poco mas los nombres en MS, no nos mareeis