Planear Office Web Apps Server

 

Se aplica a: Office Web Apps Server

Resumen: describe los requisitos y requisitos previos de Office Web Apps Server, como HTTPS, certificados, virtualización, equilibrio de carga, topologías y seguridad.

Público: profesionales de TI

Office Web Apps Server ofrece versiones basadas en explorador de aplicaciones de Office en un entorno local, lo que proporciona a los usuarios más flexibilidad y oportunidades de colaboración. En este artículo se describen los requisitos y los pasos que debe seguir para instalar Office Web Apps Server en su organización.

Es importante planear cuidadosamente para que todos los hosts, como SharePoint 2013 y Lync Server 2013, puedan comunicarse con Office Web Apps Server. Para obtener orientación adicional sobre cómo configurar hosts, vea los siguientes recursos:

Nota:

Los productos de SharePoint 2010 no pueden ser un host para Office Web Apps Server. SharePoint Foundation 2010 o SharePoint Server 2010 no admiten Office Web Apps Server. Exchange Server 2013 tampoco admite Office Web Apps Server.

En este artículo:

  • Requisitos de software, hardware y configuración para Office Web Apps Server

  • Compatibilidad con virtualización de Office Web Apps Server

  • Requisitos de firewall para Office Web Apps Server

  • Requisitos del equilibrador de carga para Office Web Apps Server

  • Requisitos de DNS para Office Web Apps Server

  • Planeación de paquetes de idioma para Office Web Apps Server

  • Planeación de topología para Office Web Apps Server

  • Planeación de seguridad para Office Web Apps Server

  • Planeación de Visores en línea con Office Web Apps Server

  • Planeación de actualizaciones para Office Web Apps Server

Requisitos de software, hardware y configuración para Office Web Apps Server

Puede instalar Office Web Apps Server como una granja de servidores de Office Web Apps Server de un solo servidor o como una granja de servidores de Office Web Apps Server con equilibrio de carga múltiple. Puede usar servidores físicos o instancias de máquina virtual, pero no puede instalar otras aplicaciones de servidor (como SharePoint 2013 o SQL Server) en el mismo servidor que Office Web Apps Server.

En entornos que contienen datos de usuario reales, siempre se recomienda usar HTTPS, para lo que tendrá que obtener un certificado. Si usa varios servidores en la granja de servidores, tendrá que configurar una solución de equilibrio de carga de hardware o software. Puede obtener más información sobre estos escenarios en las siguientes secciones.

Requisitos de hardware para Office Web Apps Server

Office Web Apps Server usa los mismos requisitos mínimos de hardware que SharePoint Server 2013. Puede encontrar el conjunto completo de requisitos de SharePoint 2013 en Requisitos de hardware: servidores web, servidores de aplicaciones e instalaciones de servidor único.

Sistemas operativos compatibles con Office Web Apps Server

Puede ejecutar Office Web Apps Server en los siguientes sistemas operativos:

  • La edición de 64 bits de Windows Server 2012 Standard o Datacenter

  • La edición de 64 bits de Windows Server 2012 R2. Para usar este sistema operativo, debe usar Office Web Apps Server con Service Pack 1 (SP1).

Requisitos de dominio para Office Web Apps Server

Todos los servidores de la granja de servidores de Office Web Apps Server deben formar parte de un dominio. Pueden estar en el mismo dominio (procedimiento recomendado) o en dominios del mismo bosque. Sin embargo, Office Web Apps Server no funcionará si intenta instalarlo en un controlador de dominio.

Roles de servidor, servicios y otro software necesarios para Office Web Apps Server

En primer lugar, estas son algunas cosas que NO debe hacer al implementar Office Web Apps Server.

  • No instale ninguna otra aplicación de servidor en el servidor que ejecuta Office Web Apps Server. Esto incluye Exchange Server, SharePoint Server, Lync Server y SQL Server. Si tiene una escasez de servidores, considere la posibilidad de ejecutar Office Web Apps Server en una instancia de máquina virtual en uno de los servidores que tiene.

  • No instale ningún servicio o rol que dependa del rol servidor web (IIS) en el puerto 80, 443 o 809 porque Office Web Apps Server quita periódicamente las aplicaciones web en estos puertos.

  • No instale ninguna versión de Office. Si ya está instalado, deberá desinstalarlo antes de instalar Office Web Apps Server.

  • No instale Office Web Apps Server en un controlador de dominio. No funcionará en un servidor con Servicios de dominio de Active Directory (AD DS).

Ahora, para los elementos que necesita instalar. Consulte la tabla siguiente para obtener más información.

Importante

Office Web Apps Server solo está disponible para su descarga desde el Centro de servicios de licencias por volumen (VLSC). Para descargar Office Web Apps Server, debe tener una licencia, según un acuerdo de licencias por volumen, para Office Professional Plus 2013, Office Standard 2013 u Office para Mac 2011. La descarga se ubica dentro de los productos de Office en el portal de VLSC.

Descargas, roles de servidor y características necesarios para Office Web Apps Server

Descarga, rol de servidor o característica Si va a instalar en Windows Server 2008 R2 Si va a instalar en Windows Server 2012 Si va a instalar en Windows Server 2012 R2

Descargar: Office Web Apps Server

Office Web Apps Server

Office Web Apps Server

Office Web Apps Server

Descargar: Office Web Apps Server SP1

Recomendado

Recomendado

Office Web Apps Server SP1

Descargar: Versión correcta de .NET Framework

.NET Framework 4.5

.NET Framework 4.5 ya está instalado

.NET Framework 4.5.2

Descargar: Actualización para Windows Server 2008 R2 x64 Edition

Actualización para Windows Server 2008 R2 x64 Edition

No aplicable

No aplicable

Descargar: Windows PowerShell 3.0

Windows PowerShell 3.0

Ya instalado

Ya instalado

Rol de servidor: Servidor web (IIS)

Estos son los servicios de rol mínimos necesarios para el rol de servidor Servidor web (IIS).

Características comunes de HTTP

  • Contenido estático

  • Documento predeterminado

Desarrollo de aplicaciones

  • ASP.NET

  • Extensibilidad de .NET

  • Extensiones ISAPI

  • Filtros ISAPI

  • Inclusiones del servidor

Seguridad

  • Autenticación de Windows

  • Filtrado de solicitudes

Herramientas de administración

  • Consola de administración IIS

Las siguientes opciones son recomendables pero no obligatorias:

Rendimiento

  • Compresión de contenido estático

  • Compresión de contenido dinámico

Estos son los servicios de rol mínimos necesarios para el rol de servidor Servidor web (IIS).

Herramientas de administración

  • Consola de administración IIS

Servidor web

  • Características comunes de HTTP

  • Documento predeterminado

  • Contenido estático

Seguridad

  • Filtrado de solicitudes

  • Autenticación de Windows

Desarrollo de aplicaciones

  • Extensibilidad de .NET 4.5

  • ASP.NET 4.5

  • Extensiones ISAPI

  • Filtros ISAPI

  • Inclusiones del servidor

Las siguientes opciones son recomendables pero no obligatorias:

Rendimiento

  • Compresión de contenido estático

  • Compresión de contenido dinámico

Estos son los servicios de rol mínimos necesarios para el rol de servidor Servidor web (IIS).

Herramientas de administración

  • Consola de administración IIS

Servidor web

  • Características comunes de HTTP

  • Documento predeterminado

  • Contenido estático

Seguridad

  • Filtrado de solicitudes

  • Autenticación de Windows

Desarrollo de aplicaciones

  • Extensibilidad de .NET 4.5

  • ASP.NET 4.5

  • Extensiones ISAPI

  • Filtros ISAPI

  • Inclusiones del servidor

Las siguientes opciones son recomendables pero no obligatorias:

Rendimiento

  • Compresión de contenido estático

  • Compresión de contenido dinámico

Característica: Servicios de escritura a mano y lápiz

Servicios de Escritura con lápiz y Escritura a mano

  • Compatibilidad con entrada de lápiz

Servicios de Escritura con lápiz y Escritura a mano

  • No se requiere soporte de tinta.

Servicios de Escritura con lápiz y Escritura a mano

  • No se requiere compatibilidad con entrada de lápiz.

Compatibilidad con virtualización de Office Web Apps Server

Office Web Apps Server es totalmente compatible al implementarlo mediante la tecnología Hyper-V de Windows Server. Si tiene previsto virtualizar Office Web Apps Server, siga estas directrices:

  • Instale Office Web Apps Server en su propia instancia de máquina virtual. No instale ninguna otra aplicación de servidor, como SharePoint 2013, en esta instancia.

  • Está bien instalar Office Web Apps Server en una instancia de máquina virtual hospedada por un servidor que ejecuta SharePoint 2013.

  • En el caso de las granjas de servidores de Office Web Apps Server de varios servidores, cada instancia debe estar en un host de máquina virtual independiente. De este modo, la granja de servidores de Office Web Apps Server seguirá estando disponible si se produce un error en uno de los hosts.

Requisitos de firewall para Office Web Apps Server

Los firewalls pueden causar problemas bloqueando la comunicación entre el explorador web, los servidores que ejecutan Office Web Apps Server y los servidores que ejecutan SharePoint 2013. Estos problemas pueden ser más complicados cuando los servidores están en partes diferentes de una red.

Asegúrese de que los firewalls no bloqueen los siguientes puertos en el servidor que ejecuta Office Web Apps Server o el equilibrador de carga:

  • Puerto 443 para tráfico HTTPS

  • Puerto 80 para tráfico HTTP

  • Puerto 809 para el tráfico privado entre los servidores que ejecutan Office Web Apps Server (si está configurando una granja de servidores multiservidores)

Requisitos del equilibrador de carga para Office Web Apps Server

Se recomienda usar una solución de equilibrio de carga al ejecutar Office Web Apps Server en dos o más servidores. Prácticamente cualquier solución de equilibrio de carga funcionará, incluido un servidor que ejecuta el rol Servidor web (IIS) ejecutando el Enrutamiento de solicitud de aplicaciones (ARR). De hecho, puede ejecutar ARR en uno de los servidores que ejecuta Office Web Apps Server. Si no tiene una solución de equilibrio de carga, eche un vistazo a estos recursos para usar IIS con ARR:

Idealmente, intente buscar una solución de equilibrio de carga que admita las siguientes características:

  • Enrutamiento de capa 7

  • Habilitar afinidad de cliente o afinidad de front-end

  • Habilitar la descarga SSL

Si usa un equilibrador de carga, tendrá que instalar el certificado en el equilibrador de carga como se describe en Asegurar comunicaciones de Office Web Apps Server mediante HTTPS.

Requisitos de DNS para Office Web Apps Server

En entornos que usan HTTPS y equilibrio de carga, debe actualizar DNS para que el nombre de dominio completo (FQDN) del certificado se resuelva en la dirección IP del servidor que ejecuta Office Web Apps Server o en la dirección IP asignada al equilibrador de carga para la granja de servidores de Office Web Apps Server.

Planeación de paquetes de idioma para Office Web Apps Server

Los paquetes de idioma de Office Web Apps Server 2013 permiten a los usuarios ver archivos de Office basados en web en varios idiomas desde bibliotecas de documentos de SharePoint 2013, Outlook Web App (como versiones preliminares de datos adjuntos) y Lync 2013 (como difusiones de PowerPoint). Sin embargo, esto depende de los idiomas que se configuren en el host. Para ver archivos de Office basados en web de hosts en varios idiomas, se debe cumplir lo siguiente:

  • El host (como SharePoint Server 2013 o Lync Server 2013) está configurado para ejecutar aplicaciones en lenguajes adicionales. El proceso de instalación y configuración de paquetes de idioma en el host es independiente de la instalación de un paquete de idioma en la granja de servidores de Office Web Apps Server.

  • Los idiomas están instalados y están disponibles en todos los servidores de la granja de servidores de Office Web Apps Server.

Aquí es donde descargar los paquetes de idioma para Office Web Apps Server.

Planeación de topología para Office Web Apps Server

Como mínimo, una topología de Office Web Apps Server incluirá una máquina física o virtual que ejecute Office Web Apps Server y al menos un host (por ejemplo, un servidor que ejecute Lync Server 2013 o SharePoint 2013). Y, por supuesto, necesitará un equipo o dispositivo cliente para conectarse a uno de los hosts y usar la funcionalidad de Office Web Apps. A partir de esa topología mínima, puede agregar más hosts y más servidores a la granja de servidores de Office Web Apps Server según sea necesario para satisfacer las necesidades de su organización.

A continuación se muestra una lista de recomendaciones que debe tener en cuenta a medida que la topología de Office Web Apps Server se vuelve más compleja.

  • Planee redundancia. Si usa instancias de máquina virtual, asegúrese de que las coloca en hosts de máquina virtual independientes por motivos de redundancia. No pasa nada si otras instancias del host ejecutan aplicaciones de servidor, simplemente no ejecuten otras aplicaciones de servidor en la misma instancia que Office Web Apps Server.

  • Quédese con un solo centro de datos. Los servidores de una granja de servidores de Office Web Apps Server deben estar en el mismo centro de datos. No los distribuya geográficamente. Por lo general, solo necesita una granja de servidores, a menos que tenga necesidades de seguridad que requieran una red aislada que tenga su propia granja de servidores de Office Web Apps Server.

  • Cuanto más próximos estén los hosts, mejor. La granja de servidores de Office Web Apps Server no tiene que estar en el mismo centro de datos que los hosts que sirve, pero para un uso intensivo de la edición, se recomienda colocar la granja de servidores de Office Web Apps Server lo más cerca posible de los hosts. Esto es menos importante para las organizaciones que usan Office Web Apps principalmente para ver archivos de Office.

  • Planee las conexiones. Conecte todos los servidores de la granja de servidores de Office Web Apps Server solo entre sí. Para conectarlos a una red más amplia, hágalo a través de un firewall de equilibrador de carga de proxy inverso.

  • Configure el firewall para solicitudes HTTP o HTTPS. Asegúrese de que el firewall permite que los servidores que ejecutan Office Web Apps Server inicien solicitudes HTTP o HTTPS a los hosts.

  • Planee comunicaciones entrantes y salientes. En una implementación con conexión a Internet, enrute todas las comunicaciones salientes a través de un dispositivo NAT. En una granja multiservidor, controle todas las comunicaciones entrantes con un equilibrador de carga.

  • Asegúrese de que todos los servidores de la granja de servidores de Office Web Apps Server están unidos a un dominio y forman parte de la misma unidad organizativa (UO). Use el parámetro FarmOU en el cmdlet New-OfficeWebAppsFarm para impedir que otros servidores que no están en esta OU se unan a la granja de servidores.

  • Use el protocolo HTTPS para todas las solicitudes entrantes.

  • Si tiene IPsec implementado en la red, úselo para cifrar el tráfico entre los servidores.

  • Planee las características de Office que usan Internet. Si se necesitan características como los servicios de imágenes prediseñadas y traducción y los servidores de la granja de servidores no pueden iniciar solicitudes a Internet, deberá configurar un servidor proxy para la granja de servidores de Office Web Apps Server. Esto permitirá las solicitudes HTTP en los sitios externos.

Planeación de seguridad para Office Web Apps Server

La siguiente información presenta instrucciones de seguridad para Office Web Apps Server.

Asegurar comunicaciones de Office Web Apps Server mediante HTTPS

Office Web Apps Server puede comunicarse con SharePoint 2013 y Lync Server 2013 mediante el protocolo HTTPS. En entornos de producción, recomendamos encarecidamente que use HTTPS. Tendrá que instalar un certificado de Internet Server que se pueda asignar al servidor que ejecuta Office Web Apps Server (si usa un único servidor) o al equilibrador de carga (si usa varios servidores que ejecutan Office Web Apps Server).

En entornos de prueba que no contienen datos de usuario, puede usar HTTP para SharePoint 2013 y omitir el requisito de certificado. Lync Server 2013 solo admite HTTPS.

Los certificados usados por Office Web Apps Server deben cumplir los siguientes requisitos:

  • El certificado debe proceder de una entidad de certificación de confianza e incluir el nombre de dominio completo (FQDN) de la granja de servidores de Office Web Apps Server en el campo SAN (nombre alternativo del firmante). (Si el FQDN no está en el SAN cuando intenta usar el certificado, el explorador mostrará advertencias de seguridad o no procesará la respuesta).

  • El certificado debe tener una clave privada exportable. En granjas de un solo servidor, esta opción se selecciona de manera predeterminada cuando usa el complemento Administrador de Internet Information Services (IIS) para importar el certificado.

  • El campo Nombre descriptivo debe ser único dentro del almacén de entidades de certificación raíz de confianza. Si tiene varios certificados que comparten un campo Nombre descriptivo, se producirá un error en la creación de la granja de servidores porque el cmdlet New-OfficeWebAppsFarm no sabrá cuál de los certificados usar.

  • Office Web Apps Server no requiere ninguna extensión o propiedades de certificado especiales. Por ejemplo, no se necesitan extensiones de uso mejorado de clave (EKU) de cliente o extensión de EKU de servidor.

  • En Windows Server 2012 o Windows Server 2012 R2, debe instalar la característica "Permitir activación HTTP" de Windows Communication Foundation (WCF).

El certificado debe importarse de la siguiente manera:

  • Para granjas de servidores únicos Debe importar el certificado directamente en el servidor que ejecuta Office Web Apps Server. No enlace el certificado manualmente. El cmdlet New-OfficeWebAppsFarm que ejecute posteriormente lo hará automáticamente. Si lo hace de forma manual, el certificado se eliminará cada vez que el servidor se reinicie.

  • Para granjas de servidores con equilibrio de carga Si va a descargar SSL, el certificado debe importarse en el equilibrador de carga de hardware. Si no va a descargar SSL, deberá instalar el certificado en cada servidor de la granja de servidores de Office Web Apps Server.

Nota:

No use certificados autofirmados, salvo en entornos de prueba no críticos.

Para obtener más información sobre los certificados, consulte Obtención de un certificado SSL.

Usar la descarga de SSL para equilibradores de carga de hardware

Al configurar una nueva granja de servidores de Office Web Apps Server, la descarga ssl se establece en Desactivado de forma predeterminada. Si usa un equilibrador de carga de hardware, se recomienda establecer la descarga SSL en Activado para que cada servidor de Office Web Apps de la granja de servidores pueda comunicarse con el equilibrador de carga mediante HTTP. La activación de la descarga de SSL también ofrece las siguientes ventajas:

  • Administración de certificados simplificada

  • Afinidad de software mejorada

  • Rendimiento mejorado

Tenga en cuenta que cuando se usa HTTP, el tráfico desde el equilibrador de carga a los servidores que ejecutan Office Web Apps Server no está cifrado, por lo que debe asegurarse de que la propia red es segura. Usar una subred privada puede ayudar a proteger el tráfico.

Restringir qué servidores se pueden unir a una granja de servidores de Office Web Apps Server según la pertenencia a la unidad organizativa

Puede evitar que los servidores no autorizados se unan a una granja de servidores de Office Web Apps Server creando una unidad organizativa para esos servidores y especificando el parámetro FarmOU al crear la granja. Para obtener más información sobre el parámetro FarmOU, vea New-OfficeWebAppsFarm.

Limitar el acceso del host para Office Web Apps Server mediante la lista Permitir

La lista de permitidos es una característica de seguridad que impide que los hosts no deseados se conecten a una granja de servidores de Office Web Apps Server y la usen para operaciones de archivo sin su consentimiento. Al agregar los dominios que contienen hosts aprobados a la lista de permitidos, puede limitar los hosts a los que Office Web Apps Server permite solicitudes de operaciones de archivo, como la recuperación de archivos, la recuperación de metadatos y los cambios en los archivos.

Puede agregar dominios a la lista de permitidos después de crear la granja de servidores de Office Web Apps Server. Para obtener información sobre cómo agregar dominios a la lista de permitidos, consulte New-OfficeWebAppsHost.

Importante

Si no agrega dominios a la lista de permitidos, Office Web Apps Server permite solicitudes de archivos a hosts de cualquier dominio. No deje esta lista en blanco si se puede acceder a la granja de servidores de Office Web Apps Server desde Internet. De lo contrario, cualquier usuario puede usar la granja de servidores de Office Web Apps Server para ver y editar contenido.

Planeación de Visores en línea con Office Web Apps Server

De forma predeterminada, la funcionalidad Visores en línea está habilitada después de instalar Office Web Apps Server. Revise las siguientes instrucciones si prevé usar Visores en línea en su organización. En algunos casos, puede que desee deshabilitar algunas características en Visores en línea. Estas directrices hacen referencia a los parámetros que se establecen mediante los cmdlets Windows PowerShell New-OfficeWebAppsFarm y Set-OfficeWebAppsFarm.

Consideraciones sobre seguridad para Visores en línea

Los archivos previstos para verse a través de un explorador web mediante Visores en línea no deben requerir la autenticación. En otras palabras, los archivos deben estar disponibles públicamente porque Visores en línea no puede realizar la autenticación cuando recupera archivos. Se recomienda encarecidamente que la granja de servidores de Office Web Apps Server que se usa para los visores en línea solo pueda acceder a la intranet o a Internet, pero no a ambos. Esto se debe a que Office Web Apps Server no diferencia entre las solicitudes de intranet y las direcciones URL de Internet. Alguien en Internet puede solicitar una dirección URL de intranet URL, por ejemplo, causando una fuga de seguridad si se ve un documento interno.

Por el mismo motivo, si ha configurado Office Web Apps Server para conectarse solo a Internet, se recomienda encarecidamente deshabilitar la compatibilidad con UNC en los visores en línea. Para deshabilitar la compatibilidad con UNC, establezca el parámetro OpenFromUncEnabled en False mediante los cmdlets de Windows PowerShell New-OfficeWebAppsFarm (para nuevas granjas de servidores) o Set-OfficeWebAppsFarm (para granjas existentes).

Como precaución de seguridad adicional, Visores en línea se limita a la visualización de archivos de Office de 10 MB como máximo.

Opciones de configuración para Visores en línea

Puede configurar visores en línea mediante los siguientes parámetros de Windows PowerShell en New-OfficeWebAppsFarm (para nuevas granjas) o Set-OfficeWebAppsFarm (para granjas existentes).

  • OpenFromUrlEnabled Activa o desactiva Visores en línea. Este parámetro controla Visores en línea para archivos que tienen rutas de URL y UNC. De forma predeterminada, este parámetro se establece en False (deshabilitado) al crear una nueva granja de servidores de Office Web Apps Server.

  • OpenFromUncEnabled Cuando Visores en línea está activado (establecido en True mediante OpenFromUrlEnabled), este parámetro activa o desactiva la capacidad de Visores en línea para mostrar archivos en rutas de UNC. De manera predeterminada, el parámetro está definido en True, pero asegúrese de que OpenFromUrlEnabled también esté establecido en True antes de habilitar la apertura de archivos desde rutas de UNC. Como se describió anteriormente, se recomienda establecer este parámetro en False si ha configurado Office Web Apps Server para conectarse a Internet.

  • OpenFromUrlThrottlingEnabled Limita el número de solicitudes de "abrir desde la dirección URL" de cualquier servidor determinado en un período de tiempo. Los valores de limitación predeterminados, que no son configurables, asegúrese de que una granja de servidores de Office Web Apps Server no agobie un solo servidor mediante el envío de solicitudes de contenido que se verán en los Visores en línea.

Planeación de actualizaciones para Office Web Apps Server

Antes de implementar Office Web Apps Server, debe decidir cómo administrará su organización las actualizaciones de software en la granja de servidores de Office Web Apps Server. Aunque las actualizaciones de software ayudan a mejorar la seguridad, el rendimiento y la confiabilidad del servidor, la instalación de actualizaciones de forma incorrecta puede causar problemas con Office Web Apps Server.

La aplicación de actualizaciones de Office Web Apps Server mediante el proceso de actualizaciones automáticas de Microsoft no es compatible con Office Web Apps Server. Novedades a una instancia de Office Web Apps Server debe aplicarse de forma específica, como se describe en Aplicación de actualizaciones de software a Office Web Apps Server. Si las actualizaciones de Office Web Apps Server se aplican automáticamente, es posible que los usuarios no puedan ver o editar documentos en Office Web Apps. Si esto sucede, tiene que volver a generar la granja de servidores de Office Web Apps Server.

Se recomienda administrar las actualizaciones mediante Windows Server Update Services (WSUS) o mediante microsoft endpoint Configuration Manager, que usa WSUS. WSUS permite administrar completamente la distribución de las actualizaciones que se publican a través de Microsoft Update para cada servidor de la granja de servidores de Office Web Apps Server. Con WSUS, puede decidir qué actualizaciones se pueden aplicar automáticamente a la granja de servidores y qué actualizaciones, como las actualizaciones de Office Web Apps Server, deben aplicarse manualmente. Para obtener más información sobre WSUS, consulte Windows Server Update Services.

Si no usa wsus o punto de conexión de Microsoft Configuration Manager, establezca Actualizaciones automáticas de Microsoft en cada servidor de la granja de servidores de Office Web Apps Server en Descargar automáticamente pero notificar al usuario para la instalación. Cuando se le notifique una actualización de Office Web Apps Server, siga los pasos descritos en Aplicar actualizaciones de software a Office Web Apps Server. Para que las actualizaciones de Windows se apliquen y sus servidores estén protegidos, acéptelas cuando se le notifique de su disponibilidad.

Vea también

Guía básica de contenido de Office Web Apps Server
Introducción a Office Web Apps Server
Implementar Office Web Apps Server
Aplicar actualizaciones de software a Office Web Apps Server

Office.com (para obtener ayuda con Office Web Apps en el escritorio o dispositivo móvil)