Configuración del servidor Web del Troubleshooting IIS en la charla y el correo electrónico de la empresa

Introducción

Este documento describe el diseño del servidor Web ECE y muestra cómo solucionar algunos de los problemas más comunes relacionados con el IIS.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

• Charla y correo electrónico (ECE) de la empresa
• Servicios de Internet Information Server de Microsoft (IIS)

Componentes Utilizados

La información que contiene este documento se basa en estas versiones de software:

• ECE 11.6, 12.0

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). 

Arquitectura del servidor Web

El ECE 11.6 y 12.0 se basa en la versión 8.5 IIS. El servidor Web ECE utiliza el IIS para trabajar como servidor frontal, servidor de aplicaciones ECE trabaja como servidor backend. El trabajo principal del servidor Web ECE es visualizar el contenido del sitio (carpeta C:\ECE\eService del valor por defecto) y el servidor de aplicaciones está responsable de la lógica, la interacción entre el usuario final y el contenido visualizado. El servidor de aplicaciones ECE funciona conjuntamente con el servidor Web, donde uno visualiza y el otro obra recíprocamente.

Todo el tráfico entrante va a frontal. Esto significa que necesita escuchar el puerto 80/443, sobre la base de los atascamientos del sitio (Administrador IIS > Sitio Web predeterminado > los atascamientos)

Nota: Ésta es la vista predeterminada cuando la comunicación con el servidor Web está solamente con el HTTP. Las Instrucciones detalladas en cómo activar el HTTPS se pueden encontrar en la guía de instalación y configuración ECE, configuración de SSL del capítulo.

El HTTP trabaja como protocolo de la petición-respuesta entre un cliente y un servidor, donde está buscador Web el cliente. Todo comienza cuando el navegador presenta una solicitud HTTP al servidor; que la petición es procesada por el servidor Web ECE, consigue la respuesta de la base de datos ECE y las devoluciones como HTTP de respuesta al cliente.

El flujo de datos básico HTTP aquí es buscador Web > el servidor Web ECE (IIS) > servidor de aplicaciones ECE > el servidor de bases de datos ECE (ms SQL). Los servidores Web pueden ser configurados detrás del balanceador de la carga.

Consejo: En el entorno ECE sugerimos para mantener el servidor Web y/o la libra ECE el DMZ.

Interacciones del servidor de aplicación

¿Cómo el servidor Web reorienta la petición al servidor de aplicación?

ApplicationHost.config es el fichero de la raíz de la configuración IIS. Incluye las definiciones de todos los sitios, aplicaciones, directorios virtuales y grupos de aplicaciones, así como valores por defecto globales para las configuraciones del servidor Web.

El fichero ApplicationHost.config se puede encontrar en la carpeta %WINDIR%\system32\inetsrv\config

Cuando el componente del servidor Web ECE está instalado, el proceso de instalación realiza los cambios, sobre la base de los requisitos ECE a los archivos núcleo del IIS, que es ApplicationHost.config. Como parte de la instalación, crea dos aplicaciones. Primer es la aplicación del sistema que tiene todo el relativo al contenido para dividir 0. Y la aplicación predeterminada que se relaciona para dividir 1. Que incluye la consola admin, el agente ligero, la consola de Supervisor, los informes y el etc. En ECE 12.x se crea el agente ligero como una parte de una aplicación separada y en los clientes 12.x puede utilizarla en la producción sin la delicadeza.

Estas configuraciones son agregadas por el instalador ECE a ApplicationHost.config para las aplicaciones:

        <sites>
            <site name="Default Web Site" id="1">
                <application path="/">
                    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" />
                </application>
                <application path="/system" applicationPool="DefaultAppPool">
                    <virtualDirectory path="/" physicalPath="C:\ECE\eService" />
                    <virtualDirectoryDefaults userName="CC\ipccadmin"password="[enc:AesProvider:hzS/wGBY0K6+gZcYgQstzLqbstl1v71LMBwdPyPZyUM4769Txc4kCGpDgX3xc96L:enc]" />
                </application>
                <application path="/default" applicationPool="DefaultAppPool">
                    <virtualDirectory path="/" physicalPath="C:\ECE\eService" />
                    <virtualDirectoryDefaults userName="CC\ipccadmin" password="[enc:AesProvider:0LYLPJwWZjuKhRHe2WLBa1Ysk8Zj8hiPqUbqzkVRKKI=:enc]" />
                </application>
                <application path="/desktop" applicationPool="DefaultAppPool">
                    <virtualDirectory path="/" physicalPath="C:\ECE\eService" />
                    <virtualDirectoryDefaults userName="CC\ipccadmin" password="[enc:AesProvider:VtxnHOSTlS2xo1er82ROFEAyC4PeF5a9qnasmaR+WOg=:enc]" />
                </application>
                <bindings>
                    <binding protocol="http" bindingInformation="*:80:" />
                    <binding protocol="https" bindingInformation="*:443:" sslFlags="0" />
                </bindings>
            </site>

El instalador ECE toma el cuidado sobre todo, usted no debe hacer cualquier cambio de configuración manual en la consola de administración IIS. Si no hay cambios, todo trabaja como se esperaba.

Ésta es la disposición entera de la carpeta eService que está disponible conforme al directorio de instalación C:\ECE\eService

El sytem da el acceso a la carpeta entera eService porque hay los componentes múltiples que deben ser accesibles del IIS para las funciones de la aplicación correcta.

• el compartimiento contiene toda la inicialización/ficheros de lanzamiento
• el config contiene todos los archivos de configuración
• el registro contiene los registros en tiempo real de la aplicación

Las carpetas primarias que son utilizadas por el IIS son plantillas y red.

• plantillas usadas para cada petición que viene al punto de entrada (la plantilla de la charla/del servicio repetido)
• red usada para cualquier peticiones a la consola Web (admin, sistema, herramientas, etc)

Cualquier otra petición de la plataforma es manejada por el cambio de dirección. Por ejemplo, cuando usted utiliza la disponibilidad del agente de la petición API (ECE_webserver_name/system/egain/chat/entrypoint/agentAvilability/1000) el IIS utiliza las reglas de la reescritura de la reorientación URL para reorientar esa petición al puerto de servidor de aplicaciones ECE 9001:

Depende de la versión ECE, las reglas de la reescritura se salvan en el fichero ApplicationHost.config o en Web.configfiles que estén situados en el %SystemDrive% \ inetpub \ wwwroot. En este fichero, usted puede ver la sección del <rewrite> que contiene esta definición de la regla.

El instalador toma el cuidado de la sección de la reescritura, pero estos datos pueden ser modificados a veces y como consecuencia, las plantillas de la charla o los APIs no trabajan correctamente. De modo que sea el primer lugar que debe ser controlado cuando usted ve tales síntomas.

Configuración de servidor de aplicación

En una solución no-redundante, el servidor de aplicaciones no requiere ningún arreglo para requisitos particulares. El instalador predespliega y configura el sistema solo. Pero en el despliegue de gran disponibilidad (ha), el ECE se puede instalar con la RED múltiple y los servidores de aplicaciones. En tal caso para cada servidor Web en el despliegue se debe instalar un servidor de aplicaciones separado (correspondencia 1 a 1).

¿Cómo usted identifica se asocia qué servidor de aplicaciones con el cual servidor Web?

El modo más rápido de controlar esto es abrir el archivo de configuración que está situado en el servidor Web y controlar el parámetro worker.default.host:

C:\ECE\eService\installation\egain - plug-in \ workers.properties

Encabezados del HTTP de respuesta en el IIS

Las encabezados del HTTP de respuesta son pares del nombre-valor de cadenas devueltas de un servidor con el contenido que usted pidió. Se utilizan típicamente para transferir la información técnica como cómo un navegador debe ocultar contento, qué tipo de contenido es, el software se ejecutan en el servidor y más. Cada vez más, las encabezados del HTTP de respuesta son la persona que validó por el cliente para rendir las respuestas que venían adentro del servidor. Puede ser una petición o peticiones dinámicas estática.

En el ECE cada aplicación lo tiene es propiedades únicas de las encabezados de respuestas HTTP. Cualquier petición que vengan al servidor Web tiene esta encabezado por el valor por defecto:

X-UA-compatible es una etiqueta de la meta del modo del documento que permite el elegir de qué versión de Internet Explorer se debe rendir la página como. Fuerza al navegador a rendir como estándares de esa versión determinada (a partir de IE 9).

El instalador no agrega en algunos casos la encabezado X-UA-compatible durante la instalación. Eso puede suceder debido a los permisos de la cuenta que utilizaron durante la instalación. Como solución alternativa, este parámetro se puede agregar manualmente.

Precaución: No debe haber ninguna otra encabezados.

Autorización del Administrador IIS

En el caso cuando el servidor de aplicaciones es en servicio, solamente usted no pueda pasar a través del servidor de aplicaciones y la página IIS da un error, él puede ser útil controlar las configuraciones de la autorización IIS. Puede ser que la cuenta que fue utilizada durante la instalación no puede leer la carpeta eService.

Si usted selecciona a su grupo de aplicaciones en el Administrador IIS y elige las configuraciones básicas, usted ve esta ventana:

Aquí el instalador especifica el nombre de usuario y contraseña que tiene privilegios completos de realizar las operaciones en el trayecto predeterminado. Asegúrese de que la identidad del grupo de aplicaciones tenga acceso de lectura a la ruta física al lado del botón selecto de las configuraciones de la prueba…. Si usted ve un icono amarillo al lado de la autenticación o de la autorización usted debe controlar las credenciales y los permisos de la cuenta.

También, puede ser un decorado cuando usted mueve al servidor Web desde la red local al DMZ. En caso de que si el usuario del dominio actual no es existente en el DMZ, las credenciales del usuario nuevo se deban poner al día aquí también. Puede ser Domain User o un admin local.