Cómo solucionar problemas de configuración de IIS en SQL Server 2005 Reporting Services

Se aplica a: Microsoft SQL Server 2005Internet Information Services 7.0Internet Information Services

INTRODUCCIÓN


En este artículo se describe cómo solucionar problemas de configuración de Internet Information Services (IIS) en Microsoft SQL Server 2005 Reporting Services.Este artículo está escrito principalmente para ayudarle a diagnosticar problemas de configuración de IIS 6.0 en Reporting ServicesReporting Services Reporting ServicesReporting Services. modo nativo. Este artículo también suele aplicarse a IIS 5.0 y a IIS 7.0. Sin embargo, algunos pasos de diagnóstico solo se pueden escribir para IIS 6.0, como los pasos para comprobar la instalación de Microsoft ASP.NET mediante el Administrador de IIS. En este artículo también se describen algunos problemas de configuración comunes con la autenticación, con ASP.NET y con Internet Explorer.

Más información


1 Enfoque general

Los problemas de configuración de IIS suelen aparecer como un error al conectarse o ejecutar el servidor de informes o el Administrador de informes. Para diagnosticar correctamente estos problemas de configuración, debe revisar la arquitectura de Reporting ServicesReporting Services y la forma en que Reporting ServicesReporting Services está integrado con IIS. En este artículo se intenta identificar problemas comunes de configuración de IIS que pueden provocar un error en Reporting ServicesReporting Services . También se discuten algunos temas que no son de IIS.

1.1Flujo de solicitud

Una solicitud HTTP de un usuario viaja a través de muchas capas. Saber qué capa ha fallado la solicitud puede ayudarle a determinar la naturaleza del error. El diagrama siguiente es un diagrama simplificado del flujo de una solicitud:
diagrama simplificado de un flujo de solicitud HTTP
Reporting ServicesReporting Services instala un directorio virtual para el servidor de informes y un directorio virtual para el Administrador de informes. El nombre de directorio virtual predeterminado para el servidor de informes es "reportserver." El nombre de directorio virtual predeterminado para el Administrador de informes es "informes."Normalmente, se empiezan a diagnosticar problemas de Reporting ServicesReporting Services enviando una solicitud al directorio raíz del servidor de informes en Internet Explorer. De forma predeterminada, la dirección URL es http://<server>/reportserver. Si el servidor de informes funciona, puede usar Internet Explorer para enviar una solicitud a http://<servidor>/reports. Si ha configurado el servidor de informes para que use Secure Sockets Layer (SSL), primero debe asegurarse de que el servidor se puede ejecutar en modo no SSL. Si ha configurado una implementación escalada, primero debe asegurarse de que el servidor de informes se puede ejecutar en nodos individuales. El diagnóstico de problemas en este orden le ayuda a aislar los problemas más rápido.

1.2 Síntomas comunes

Esta sección enumera los síntomas comunes que ocurren cuando las peticiones fallan en una capa determinada. Esta sección también le indica dónde buscar mensajes de error.
1.2.1Firewall
Si tiene acceso al servidor de informes desde un equipo cliente remoto, compruebe que el firewall no bloquea la solicitud. Se registra una solicitud bloqueada en el registro del firewall.Para obtener más información acercade cómo encontrar el registro de firewall, también puede visitar los siguientes sitios Web deMicrosoft:
1.2.2HTTP.sys
IIS 6.0 que no se ejecuta en modo de aislamiento de IIS 5.0 e IIS 7.0 utilizan el controlador de modo kernel HTTP (HTTP.sys) para realizar entradas/salidas de red HTTP. El servicio HTTP se inicia automáticamente. No es necesario realizar la configuración manual. Si Reporting ServicesReporting Services está configurado para usar SSL, debe asegurarse de que se ha iniciado el servicio SSL HTTP.El proceso HTTP.sys puede devolver un error al cliente incluso si IIS no está implicado. Esto puede ocurrir cuando la dirección URL tiene un formato incorrecto o cuando la identidad del sitio web de IIS está configurada incorrectamente. Los errores se registran en el registro de errores HTTP.sys.Para obtener más información acerca de los archivos de registro de errores HTTP.sys, visite el siguiente sitio Web de Microsoft:Para obtener más información acerca del registro de errores en la API HTTP, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: 
820729 Registro de errores en la API HTTP
1.2.3IIS y grupos de aplicaciones
Antes de examinar la configuración de IIS, debe asegurarse de que el servicio de administración de IIS y el grupo de aplicaciones se están ejecutando. Además, debe comprobar que la identidad del sitio web es correcta. Debe tener cuidado con la identidad del sitio web si el sitio web que hospeda Servicios de informes no es el sitio Web predeterminado o si no especifica "Todos sin asignar" para la identidad del sitio web. Si configuró el Servidor de informes y el Administrador de informes en diferentes sitios Web, intente configurar el Servidor de informes y el Administrador de informes en el mismo sitio Web. Si otras aplicaciones comparten el mismo sitio Web con Reporting ServicesReporting Services, intente configurar los directorios virtuales de Report Services en un nuevo sitio Web. Si tiene extensiones o filtros ISAPI de terceros, intente quitar las extensiones o filtros ISAPI de terceros.Si se producen varios problemas de configuración con IIS, puede volver a instalar IIS. Al hacerlo, debe volver a configurar ASP.NET y los directorios virtuales de Report Services.Para obtener más información acerca de la ubicación del archivo de registro de IIS, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: 
324091 COMO: Ver e informar desde archivos de registro
 
1.2.4ASP.NET
Un mensaje de error en Internet Explorer puede indicar que se produce un problema en ASP.NET. Si ha desinstalado previamente IIS o ASP.NET en el equipo, debe validar ASP.NET configuración. Puede solucionar la mayoría de los problemas de configuración de ASP.NET mediante el archivo aspnet_regiis.exe para volver a registrar ASP.NET en IIS. Para obtener más información acerca de ASP.NET validación, consulte la Sección 4 de este artículo.Puede usar una página .aspx simple para realizar una comprobación de cordura de la configuración de IIS y ASP.NET. Para ello, siga estos pasos:
  1. Cree un nuevo directorio virtual en el sitio Web que hospeda los directorios virtuales de Reporting ServicesReporting Services .
  2. Conceda permiso de lectura y permiso ejecutar al directorio virtual.
  3. Implemente una página .aspx simple en el directorio virtual.
Si no puede examinar la página .aspx en Internet Explorer, resuelva primero este problema. El problema puede ocurrir en ASP.NET o en cualquiera de las capas antes de que la solicitud llegue a ASP.NET.
1.2.5Directorios virtuales del servidor Deinforme
Si los directorios virtuales de Reporting ServicesReporting Services no se configuraron mediante el proveedor de Instrumental de administración de Windows (WMI) de Reporting ServicesReporting Services o la herramienta de configuración de Reporting ServicesReporting Services , debe seguir las instrucciones de la Sección 4.1 para comprobar la configuración de los directorios virtuales. Si se producen varios problemas de configuración, puede volver a crear los directorios virtuales mediante WMI o mediante la herramienta de configuración de Reporting ServicesReporting Services .Para resolver problemas, compruebe primero y corrija el directorio virtual del servidor de informes. A continuación, cuando el servidor de informes está funcionando, puede examinar y corregir el directorio virtual del Administrador de informes. Cuando el Administrador de informes no puede comunicarse con el servidor de informes, el error suele registrarse en los archivos de registro de Reporting ServicesReporting Services .Para obtener más información acerca de los registros de seguimiento de Reporting ServicesReporting Services , visite el siguiente sitio Web de MSDN:A continuación se muestra un ejemplo típico de estos errores:
w3wp!ui!1!8/ 5/2008-10:20:56:: e ERROR: Código de estado HTTP --> 500-------Detalles--------System.Net.WebException: Error en la solicitud con <algunos errores>en Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()en Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Si el directorio virtual del servidor de informes funciona, pero el directorio virtual del Administrador de informes no funciona, revise la dirección URL que usa el Administrador de informes para comunicarse con el servidor de informes.Para obtener más información, visite el siguiente sitio Web:

2Problemas de configuración del sitio web

2.1Problemas de identidad del sitio web

Si un mensaje de error indica que Internet Explorer no puede acceder al servidor de informes o al Administrador de informes, debe validar la configuración del sitio web para Reporting ServicesReporting Services . Los siguientes son algunos mensajes de error que puede recibir.En el Administrador de informes, recibirá el siguiente mensaje de error:
Error al intentar conectarse al servidor de informes. Compruebe la información de conexión y que el servidor de informes está en versión compatible.
En Internet Explorer, recibirá el siguiente mensaje de error:
No se puede encontrar el servidor o el error DNS
En Internet Explorer, recibirá el siguiente mensaje de error:
HTTP 400 Mala petición
Asegúrese de que la dirección IP o el nombre de host que se usa en la dirección URL se resuelve en el equipo y el sitio web que hospeda los directorios virtuales de Reporting ServicesReporting Services . Si los directorios virtuales se hospedan en sitios Web diferentes, compruebe la configuración del sitio web para el servidor de informes y el Administrador de informes.Si una dirección IP especifica la dirección URL, compruebe lo siguiente:
  • Asegúrese de que la dirección IP se resuelve en el equipo que hospeda los directorios virtuales de Reporting ServicesReporting Services . Puede utilizar el comando ipconfig.exe para enumerar las interfaces de red de un equipo.
  • Asegúrese de que los sitios web que hospedan Reporting ServicesReporting Services usan la configuración Todos sin asignar o la dirección IP que especificó en el panel Identificación del sitio web.
Si la dirección URL se especifica mediante un nombre de host, compruebe lo siguiente:
  • Asegúrese de que el nombre de host se resuelve en el equipo de Reporting ServicesReporting Services . Puede utilizar el comando ping.exe para resolver el nombre de host en la dirección IP. A continuación, asegúrese de que la dirección IP se resuelve en el equipo que hospeda los directorios virtuales de Reporting ServicesReporting Services .
  • Asegúrese de que el sitio Web usa la configuración Todos sin asignar para la identificación del sitio web o que el sitio Web especifica un encabezado de host que coincide con el encabezado de host de la solicitud. El encabezado de host que utiliza la solicitud suele ser el nombre del servidor que se especifica en la dirección URL. En un escenario de equilibrio de carga de red (NLB), el encabezado de host suele ser el nombre del nodo virtual. El encabezado de host también se puede definir en el archivo Hosts.
En IIS 5.0 y en IIS 6.0, las identidades del sitio Web se definen en el panel Identificación del sitio web de la pestaña Sitio web de la página Propiedades del sitio web. En IIS 7.0, puede definir las identidades del sitio Web haciendo clic en el vínculo Enlaces del panel Editar sitio. Para obtener más información acerca de cómo se definen las identidades de sitios web, visite los siguientes sitios Web.Nota IIS 5.0 usa una interfaz similar a IIS 6.0 para definir identidades de sitio Web.También debe asegurarse de que el Administrador de informes usa una dirección URL correcta para tener acceso al servidor de informes. Para obtener más información, visite los siguientes sitios Web de Microsoft:

2.2Problemas que se producen después de reinstalar IIS

Si ha reinstalado IIS, es posible que tenga que volver a configurar ASP.NET, directorios virtuales del servidor de informes y directorios virtuales del Administrador de informes.
Información para la instalación de IIS
Para obtener más información acerca de cómo instalar y desinstalar IIS 6.0, visite el siguiente sitio Web de Microsoft:
Información sobre cómo reconstruir directorios virtuales de Reporting ServicesReporting Services
Para obtener más información, visite los siguientes sitios Web de Microsoft:

2.3Problemas con filtros ISAPI

Los filtros ISAPI de terceros pueden causar problemas en los directorios virtuales del servidor de informes. Si hay filtros ISAPI de terceros, intente quitar los filtros del sitio Web que hospeda directorios virtuales de Reporting ServicesReporting Services . O bien, mueva los directorios virtuales de Reporting ServicesReporting Services a un nuevo sitio Web.

3Problemas de autenticación

3.1Debe especificar credenciales en Internet Explorer para acceder a Reporting ServicesReporting Services

Cuando Reporting ServicesReporting Services está configurado para usar la autenticación integrada de Windows, Internet Explorer normalmente no está configurado para solicitar credenciales. Para determinar si Internet Explorer está configurado para solicitar siempre credenciales, siga estos pasos:
  1. Abra Internet Explorer.
  2. En el menú Herramientas, haga clic en Opciones de Internet.
  3. En la pestaña Seguridad, seleccione la zona que se aplica a la dirección URL que se usa para tener acceso al servidor de informes. Por ejemplo, si utiliza un nombre NetBIOS para acceder al servidor de informes, seleccione la zona Intranet local.
  4. Haga clic en Nivel personalizado.
  5. En el área Autenticación de usuario del cuadro de diálogo Configuración de seguridad, haga clic en Inicio de sesión automático solo en la zona Intranet del área Inicio de sesión. Si su URL está en la zona de intranet, puede hacer clic en Inicio de sesión automático conel nombre de usuario y la contraseña actuales.

3.2Recibirá un mensaje de error HTTP 401 después de introducir las credenciales en Internet Explorer

Si recibe un mensaje de error HTTP 401 después de haber recibido mensajes repetidos por Internet Explorer, se ha producido un error de autenticación. Por ejemplo, si instala Report Services en modo nativo, es posible que se le soliciten credenciales tres veces antes de recibir un mensaje de error HTTP 401 en Internet Explorer. Cuando se produce este problema, el registro de IIS muestra "HTTP 401" como respuesta de IIS. Para solucionar este problema, compruebe lo siguiente:
  • Asegúrese de haber introducido el nombre de usuario y la contraseña correctos.
  • Siga los pasos de la sección 3.1 de este artículo. Asegúrese de no seleccionar Inicio de sesión anónimo en la configuración de seguridad de la zona.
Con mayor frecuencia recibe un mensaje de error HTTP 401 si ha configurado Reporting ServicesReporting Services para usar la autenticación integrada de Windows. De forma predeterminada, IIS habilita el método de autenticación Negotiate y el método de autenticación NTLM. Internet Explorer normalmente usa el método de autenticación Negotiate antes de que Internet Explorer use el método de autenticación NTLM.Si usa FQDN o un encabezado de host personalizado que no coincide con el nombre del equipo, puede producirse un problema de comprobación de bucle reubicado. Cuando se produce este problema, normalmente puede tener acceso a los sitios web de Reporting ServicesReporting Services mediante la dirección IP. Sin embargo, no puede tener acceso a los sitios Web mediante un FQDN o un nombre de host.
 
3.2.1 Autenticación Kerberos
Cuando el protocolo de autenticación negociado es Kerberos, puede recibir un mensaje de error HTTP 401 debido a problemas de autenticación Kerberos. Los siguientes son algunos de estos problemas:
  • Si el grupo de aplicaciones se basa en una cuenta de dominio, puede recibir un mensaje de error HTTP 401 si el nombre principal del servicio HTTP (SPN) no está configurado. Cuando se produce este problema, recibirá el siguiente código de error Kerberos:
    KRB_ERR_APP_MODIFIED
    Es posible que pueda acceder al servidor mediante la siguiente dirección URL:
    http://localhost/<reportserver_vdir>
    Sin embargo, no puede acceder al servidor mediante la siguiente dirección URL:
    http://<NetBIOS>/<reportserver_vdir>
    Para solucionar o solucionar estos problemas, utilice uno de los métodos siguientes:
    • Configure el SPN HTTP para habilitar la autenticación Kerberos. Si usa el nombre NetBIOS y el FQDN en la dirección URL para tener acceso a Reporting ServicesReporting Services, debe registrar el SPN HTTP para el nombre NetBIOS y para el FQDN. No puede configurar el SPN HTTP para las diferentes cuentas en el mismo equipo. Por lo tanto, diferentes grupos de aplicaciones deben ejecutarse en la misma cuenta para usar el mismo SPN HTTP. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:  
      871179 Recibe un mensaje de error "Error HTTP 401.1 - No autorizado: se deniega el acceso debido a credenciales no válidas" cuando intenta acceder a un sitio Web que forma parte de un grupo de aplicaciones IIS 6.0
    • Cambie la identidad del grupo de aplicaciones a NetworkServices o a LocalSystem. Estas cuentas pueden usar el SPN host integrado en lugar del SPN HTTP.
    • Forzar IIS a aceptar solo la autenticación NTLM.
  • Recibirá el siguiente código de error Kerberos en el registro de eventos:
    KRB_ERR_RESPONSE_TOO_BIG
    Para resolver o solucionar este problema, siga estos pasos:
    1. Habilite el registro Kerberos. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:  
      262177 Cómo habilitar el registro de eventos Kerberos
    2. Examine el registro. Si ve el código de error KRB_ERR_RESPONSE_TOO_BIG, consulte el siguiente artículo de Microsoft Knowledge Base para obtener una solución alternativa para este problema:
      244474 Cómo forzar a Kerberos a usar TCP en lugar de UDP en Windows Server 2003, en Windows XP y en Windows 2000
3.2.2 Autenticación básica
Si Reporting ServicesReporting Services está configurado para usar la autenticación básica, se registra un error de autenticación en el registro de eventos de seguridad en el servidor que ejecuta IIS. Ver el mensaje de error. Si la directiva de seguridad local no permite la autenticación, debe permitir ese tipo de inicio de sesión dentro de la directiva de seguridad local o cambiar el tipo de inicio de sesión dentro de la configuración de IIS.

3.3Recibe un mensaje de error "Acceso denegado" en Internet Explorer para IUSR o para otro usuario anónimo de IIS

Si este mensaje de error se produce inesperadamente, determine si la seguridad anónima está habilitada en los directorios virtuales de Reporting ServicesReporting Services . Si esta opción está habilitada, desactívela.

3.4 Se producen problemas de delegación Kerberos

Estos problemas se conocen generalmente como problemas de "doble salto". Pueden producirse problemas de delegación Kerberos cuando se cumplen las siguientes condiciones:
  • Ha configurado la seguridad integrada para los orígenes de datos del informe.
  • El informe tiene acceso a un servidor remoto para un origen de datos. Por ejemplo, el informe tiene acceso a Analysis ServicesAnalysis Services o a un servidor de base de datos de Microsoft SQL Server.
  • Al acceder al informe, recibirá uno de los siguientes mensajes de error: Mensaje de error 1
    Error de inicio de sesión para el usuario (nulo)
    Mensaje de error 2
    Error de inicio de sesión para el usuario "NTAUTHORITY-ANONYMOUS"
  • Al comprobar el registro de eventos de seguridad en el servidor que hospeda el origen de datos, verá eventos que indican que un usuario anónimo estaba iniciando sesión.
Un esquema de autenticación NTLM no puede realizar operaciones de doble salto. Si quitó el proveedor de autenticación Negotiate del sitio Web o del directorio virtual de Reporting ServicesReporting Services , debe volver a agregar el proveedor de autenticación Negotiate.Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
 
917409 Cómo configurar SQL Server 2005 Analysis Services para usar la autenticación Kerberos
909801 Cómo asegurarse de que está utilizando la autenticación Kerberos al crear una conexión remota a una instancia de SQL Server 2005

Para obtener más información, visite el siguiente sitio web de Microsoft:

 
Si desea evitar la autenticación Kerberos, puede utilizar uno de los métodos siguientes:
  • Configure las credenciales almacenadas para el origen de datos.
  • Configurar Reporting ServicesReporting Services para usar la autenticación básica. El método de inicio de sesión predeterminado es el NetworkClearText método. Este método le permite realizar un salto adicional desde el servidor de informes.

problemas de configuración de 4ASP.NET

4.1Errores generales

ASP.NET problemas de configuración tienen varios síntomas. Por ejemplo, puede ocurrir una de las siguientes situaciones:
  • Puede recibir un mensaje de error HTTP 404.
  • Puede recibir el siguiente mensaje de error:
    No se pudo cargar el recurso Microsoft.ReportingServices.UI.GlobalApp
  • Puede recibir otros mensajes de error de excepción de ASP.NET.
ASP.NET problemas de configuración pueden deberse a la desinstalación o reinstalación de una versión de Microsoft .NET Framework. Para solucionar estos problemas, haga lo siguiente:
  • En el Administrador de IIS, haga clic con el botón secundario en el nodo Sitios web y, a continuación, haga clic en Propiedades. En la ventana Propiedades de sitios web, haga clic en la pestaña ASP.NET y, a continuación, compruebe que la versión de ASP.NET es 2.0.50727.
  • En el Administrador de IIS, haga clic con el botón secundario en el nodo Sitios web y, a continuación, haga clic en Propiedades. En la ventana Propiedades de sitios Web, haga clic en la pestaña ISAPIFilters. Compruebe que el cuadro Ejecutable contiene una ruta de acceso válida para el archivo .dll de filtro de ASP.NET. Nota En IIS 5.1, el filtro no existe. Nota En IIS 7.0, puede ver el filtro haciendo clic en el icono Filtros ISAPI en la página de propiedades del sitio Web.
  • En el Administrador de IIS, busque y, a continuación, haga clic con el botón secundario en el directorio virtual del servidor de informes y, a continuación, haga clic en Propiedades. En el cuadro de diálogo, haga clic en la ficha Directorio virtual y, a continuación, haga clic en Configuración. Compruebe que el panel Extensiones de aplicación está vacío. Compruebe que el panel Mapas de aplicaciones comodín tiene una única asignación de caracteres comodín. Seleccione la asignación de caracteres comodín y, a continuación, haga clic en Editar. Compruebe que el cuadro Ejecutar contiene la ruta de acceso correcta para el archivo aspnet_isapi.dll. Compruebe que la casilla Comprobar que el archivo existe no está activada.
  • En el Administrador de IIS, busque y, a continuación, haga clic con el botón secundario en el directorio virtual del Administrador de informes y, a continuación, haga clic en Propiedades. En el cuadro de diálogo, haga clic en la ficha Directorio virtual y, a continuación, haga clic en Configuración. Compruebe que el panel Extensiones de aplicación contiene las asignaciones predeterminadas. Esta es una lista de asignaciones para tipos de archivo de ASP.NET comunes, como .aspx y .asax. Para regenerar la asignación predeterminada, utilice el siguiente comando para crear los mapas de script correctos:
    aspnet_regiis.exe –s <ruta del administrador de informes>
    Nota En IIS 7.0, las asignaciones se encuentran en el icono Asignaciones de controlador.
  • En las extensiones de servidor Web IIS, asegúrese de que ASP.NET 2.0.50727 está habilitado.
Si se produce un error en la validación, puede registrar ASP.NET para resolver el problema. Para ello, utilice uno de los métodos siguientes:
  • Si está ejecutando una versión de 32 bits de Reporting ServicesReporting Services en un sistema operativo de 32 bits o en un sistema operativo de 64 bits, ejecute el siguiente comando en un símbolo del sistema:
    %SystemRoot%-Microsoft.NET-Framework-v2.0.50727-aspnet_regiis.exe -i –enable
  • Si está ejecutando una versión de 64 bits de Reporting ServicesReporting Services en un sistema operativo de 64 bits, ejecute el siguiente comando en un símbolo del sistema:
    %SystemRoot%-Microsoft.NET-Framework64-v2.0.50727-aspnet_regiis.exe -i –enable
No puede ejecutar ASP.NET 1. x y ASP.NET 2.0 en el mismo proceso de trabajo de IIS. Si usa IIS 6.0 o IIS 7.0, asegúrese de que el grupo de aplicaciones que hospeda la aplicación del servidor de informes no hospeda ASP.NET 1. x aplicaciones. Si usa IIS 5.0, o si usa IIS 6.0 en modo de aislamiento de IIS 5.0, asegúrese de que no está ejecutando aplicaciones que requieren ASP.NET 1. x.

4.2Usted recibe un mensaje de error "La identidad actual (NT AUTHORITY-NETWORK SERVICE) no tiene acceso de escritura a '<ruta>-v2.0.50727-Archivos de ASP.NET temporales'"

El error se debe a una configuración de ASP.NET no válida. Para resolver el problema, conceda permisos de escritura y ejecución a la carpeta Archivos de ASP.NET temporalque se indique que indica el mensaje de error.

5Problemas SSL

5.1Los problemas se producen con los certificados de cliente

Si configuró certificados de cliente en los directorios virtuales, es posible que el Administrador de informes no se autentique en el servidor de informes. Este problema se produce porque el Administrador de informes no está diseñado para pasar certificados de cliente cuando el Administrador de informes se comunica con el servidor de informes a través de solicitudes HTTP. Por lo tanto, si configura IIS para habilitar la opción Requerir certificados de cliente, no puede usar el Administrador de informes. Para evitar este problema, puede desactivar la casilla Requerir certificados de cliente para el directorio virtual del servidor de informes.

5.2 Recibirá un mensaje de error "conexión cerrada por la fuerza" o errores que indican un error de conexión SSL

En Internet Explorer, recibirá uno de los siguientes mensajes de error:Mensaje de error 1
Conexión cerrada a la fuerza
Mensaje de error 2
La conexión subyacente se cerró
Mensaje de error 3
No se pudo establecer una relación de confianza para el canal seguro SSL/TLS
Mensaje de error 4
Código de estado HTTP-->500
Si recibe estos mensajes de error, es posible que se haya producido un error de conexión SSL. Los errores de conexión SSL suelen deberse al certificado instalado en IIS. Para resolver este problema, haga lo siguiente:
  • Asegúrese de que el certificado se emite al nombre de host o al encabezado de host en la dirección URL que usa para tener acceso al Administrador de informes o al servidor de informes.
  • Asegúrese de que el certificado se emite al nombre de host o al encabezado de host en la dirección URL que usa el Administrador de informes para tener acceso al servidor de informes. Nota Esta dirección URL se puede definir mediante el elemento ReportServerUrl del archivo RsWebApplication.config. Si esta dirección URL no está definida, el nombre de host de esta dirección URL es el nombre de host que el cliente utiliza para tener acceso al Administrador de informes. Dado que el nombre de host puede variar si usa direcciones URL diferentes para tener acceso al Administrador de informes, se recomienda definir explícitamente el elemento ReportServerUrl mediante el nombre de host correcto. Para obtener más información, visite el siguiente sitio Web de MSDN:
  • Asegúrese de que la cadena de confianza de certificados es válida. Es decir, asegúrese de que el certificado o el emisor del certificado son de confianza.

5.3 Se producen problemas en la comunicación HTTP entre el servidor de informes y el Administrador de informes

Puede producirse un problema en la comunicación HTTP entre el Administrador de informes y el servidor de informes. Cuando la configuración SSL no es válida, el Administrador de informes puede responder correctamente a Internet Explorer. Sin embargo, el Administrador de informes no puede comunicarse con el servidor de informes. Si se produce este problema, el Administrador de informes muestra correctamente las imágenes en la página principal del Administrador de informes. Sin embargo, el Administrador de informes muestra un error en el espacio donde espera ver carpetas y elementos de informe.Para diagnosticar estos problemas, use el seguimiento de .NET Framework. Para habilitar el seguimiento de .NET Framework, agregue el código siguiente al archivo Web.config que se encuentra en la carpeta Administrador de informes:
<system.diagnostics>         <trace autoflush="true" />             <sources>                 <source name="System.Net" maxdatasize="1024">                      <listeners>                          <add name="MyTraceFile"/>                      </listeners>                 </source>                <source name="System.Net.Sockets" maxdatasize="1024">                     <listeners>                         <add name="MyTraceFile"/>                     </listeners>                 </source>              </sources>             <sharedListeners>                 <add                   name="MyTraceFile"                   type="System.Diagnostics.TextWriterTraceListener"                   initializeData="d:\tmp\System.Net.trace.log"                 />             </sharedListeners>  <switches>                 <add name="System.Net" value="Verbose" />                <add name="System.Net.Sockets" value="Verbose" />   </switches> </system.diagnostics>
Por ejemplo, supongamos que el encabezado del host del servidor es "example1". Sin embargo, su certificado se emite a "example2". Al acceder a la página principal del Administrador de informes mediante la dirección URL de http://example1/reports, recibirá un mensaje de advertencia que indica que el certificado no es válido. Por lo tanto, la configuración del certificado no es válida.Nota Dependiendo de la versión de Internet Explorer que esté utilizando, la advertencia puede ser un mensaje emergente o un mensaje que aparece en Internet Explorer. O bien, si ha elegido ignorar las advertencias antes, es posible que no reciba una advertencia en Internet Explorer.En el Administrador de informes, recibirá el siguiente mensaje de error:
Se cerró la conexión subyacente: no se pudo establecer una relación de confianza para el canal seguro SSL/TLS.
A continuación, agregue este código XML al archivo Web.config en el directorio del Administrador de informes.Nota Es posible que tenga que realizar la combinación si el archivo Web.config ya contiene el elemento <system.diagnostics> o el elemento <switches>.Cuando reciba el mismo mensaje de error, vea el archivo de registro que especificó en el código XML. En este ejemplo, el archivo de registro se encuentra en la siguiente ubicación:
D:\tmp\System.Net.trace.log
En la parte inferior del registro, verá lo siguiente:
System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate has errors:System.Net Information: 0 : [3316] SecureChannel#63605042 - Certificate name mismatch.System.Net Information: 0 : [3316] SecureChannel#63605042 - A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate was verified as invalid by the user.System.Net.Sockets Verbose: 0 : [3316] Socket#23836999::Dispose()System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609:: - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609::EndGetResponse - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. 
Observe que el mensaje de error indica el tipo de problema de certificado que se produjo.

6Problemas de escalado horizontal y balancedeo de carga

6.1Recibe un error HTTP 401 intermitentemente

El problema de doble salto que introduce el equilibrio de carga puede causar errores HTTP 401 intermitentes. Con el equilibrio de carga, una solicitud HTTP que se envía al mismo equipo se puede enrutar al servidor virtual y, a continuación, a un nodo diferente. Este problema se produce de forma intermitente. Si la solicitud se enruta al mismo nodo, la solicitud se realiza correctamente.Para evitar este problema, utilice uno de los métodos siguientes:
  • Cambie el archivo Hosts en cada nodo para que las solicitudes que vayan al nodo virtual vayan al host local en su lugar. Por ejemplo, puede redirigir las solicitudes destinadas al nodo virtual a una dirección IP de 127.0.0.1. Esta operación evita el doble salto restringiendo las solicitudes del Administrador de informes al servidor de informes al mismo equipo.
  • Si tiene una instalación nativa de Reporting ServicesReporting Services , configure la etiqueta <ReportServerUrl> para usar "localhost" en lugar del servidor virtual.

7 Problemas con WindowsVista y Windows Server 2008

Si va a instalar Reporting ServicesReporting Services en Windows Vista o en Windows Server 2008, revise detenidamente el siguiente artículo de Knowledge Base y el sitio Web de MSDN:
938245 Cómo instalar y cómo configurar SQL Server 2005 Reporting Services en un equipo que ejecuta Windows Server 2008

Recibirá un mensaje de error "IIS no está instalado o no está configurado para la instalación del componente de servidor" durante la instalación

Cuando intenta instalar Reporting ServicesReporting Services en Windows Vista o en Windows Server 2008, recibirá el siguiente mensaje de error, incluso si IIS ya está instalado:
IIS no está instalado o no está configurado para la instalación de componentes de servidor
Este problema se produce porque la característica de compatibilidad de administración de IIS 6.0 no está instalada.

8Redirección de la página de inicio

Cuando usa IIS, puede usar el Administrador de informes como la página principal predeterminada para el servidor web. Por ejemplo, es posible que desee redirigir las solicitudes desde la dirección URL de http://<server> a la dirección URL de http://<server>/reports. Para obtener información acerca de cómo configurar la redirección a la página principal del Administrador de informes, consulte la sección "Redirección al directorio virtual del Administrador de informes" del siguiente sitio Web de MSDN:Nota No puede configurar el Administrador de informes directamente en el nivel raíz del sitio web. En su lugar, debe configurar la redirección para establecer el Administrador de informes como la página principal predeterminada para el servidor web.

9Problemas de exportación

9.1Se produce un tiempo de espera de exportación

Al exportar un informe desde Internet Explorer, el cuadro de diálogo de descarga permanece abierto hasta que se notifica un tiempo de espera. Este problema puede producirse cuando se trabaja con algunas cuentas, pero no con otras cuentas. Este problema puede producirse cuando se usa la opción Ejecutar como para iniciar Internet Explorer de modo que pueda ejecutar Internet Explorer desde una cuenta distinta de la cuenta de inicio de sesión.Este problema puede deberse a una configuración incorrecta de Internet Explorer, especialmente si el informe es pequeño para que el tiempo de espera no se produzca debido a muchas transferencias de datos. Para resolver este problema, siga estos pasos:
  1. En Internet Explorer, haga clic en Opciones de Internet en el menú Herramientas.
  2. En el cuadro de diálogo Opciones de Internet, haga clic en la ficha Opciones avanzadas y, a continuación, busque Configuración HTTP 1.1.
  3. Haga clic para desactivar la casilla de verificación Usar HTTP 1.1 y la casilla de verificación Usar HTTP 1.1 a través de conexiones proxy.
  4. Haga clic para activar la casilla de verificación Usar HTTP 1.1 y la casilla usar HTTP 1.1 a través de conexiones proxy.
  5. Reinicie Internet Explorer.

Problemas de 1064 bits

10.1Recibirá un mensaje de error "Intento de cargar un ensamblado de 64 bits en una plataforma de 32 bits"

Cuando intenta ejecutar procesos de trabajo de 32 bits y procesos de trabajo de 64 bits en paralelo en IIS 6.0, recibirá el siguiente mensaje de error:
Se ha intentado cargar un ensamblado de 64 bits en una plataforma de 32 bits

10.2Los problemas se producen cuando IIS y Reporting ServicesReporting Services están en modo de 64 bits, pero IIS se está ejecutando en modo de 32 bits

Si desea obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base: 
894435 Cómo cambiar entre las versiones de 32 bits de ASP.NET 1.1 y la versión de 64 bits de ASP.NET 2.0 en una versión de 64 bits de Windows
934162 Cómo instalar una versión de 32 bits de SQL Server 2005 Reporting Services en un equipo que ejecuta una versión de 64 bits de Windows

11Problemas de configuración de IIS y directorios virtuales

11.1 La configuración no es válida para los directorios virtuales del servidor de informes o para los directorios virtuales del Administrador de informes

Recibirá uno de los siguientes mensajes de error:Mensaje de error 1
HTTP 503- Servicio no disponible
Mensaje de error 2
HTTP 403.14 - Prohibido (Lista de directorios denegada)
Mensaje de error 2
Listado de directorios denegado
Mensaje de error 2
Servicio no disponible
Estos mensajes de error indican que la configuración de los directorios virtuales del servidor de informes o de los directorios virtuales del Administrador de informes no es válida. Para resolver este problema, vuelva a generar los directorios virtuales del servidor de informes y los directorios virtuales del Administrador de informes. Para ello, siga estos pasos:
  1. Use el Administrador de IIS para quitar los directorios virtuales existentes en IIS.
  2. Use la Herramienta de configuración de Reporting ServicesReporting Services o el proveedor WMI de Reporting ServicesReporting Services para crear nuevos directorios virtuales.
Para obtener más información, visite los siguientes sitios Web de Microsoft:
Directorio virtual del servidor de informes (configuraciónde Reporting Services) Directorio virtual del Administrador deinformes (Configuración de Reporting Services)

12Implementación de Reporting ServicesReporting Services y Windows SharePoint Services en paralelo

Para obtener más información acerca de cómo implementar Reporting ServicesReporting Services y Windows SharePoint Services en paralelo, visite el siguiente sitio Web de MSDN:

13Problemas del Generador de informes

13.1Recibirá un error HTTP 401 al iniciar el Generador de informes

Si el servidor de informes usa la autenticación básica, debe configurar la autenticación anónima para el Generador de informes. El Generador de informes es una aplicación ClickOnce. Las aplicaciones ClickOnce no pueden controlar la autenticación básica. Para obtener más información, visite el siguiente sitio Web de MSDN:

14Problemas de análisis de archivosWeb.config

14.1Recibe un mensaje de error System.NullReferenceException del método Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

Este problema puede producirse cuando Reporting ServicesReporting Services no puede analizar el archivo Web.config. Para resolver este problema, haga lo siguiente:
  • Compruebe que el archivo Web.config que se encuentra en la carpeta siguiente no tiene un espacio de nombres:
    %Archivos de programa%-Microsoft SQL Server-<Nombre de instancia>-Reporting Services-ReportServer
    Si el archivo Web.config tiene un espacio de nombres, quite el espacio de nombres. Nota El editor que usó para modificar el archivo puede agregar un espacio de nombres. Para determinar si esto se ha producido, busque el atributo xmlns en la primera línea del archivo.
  • Compruebe que el nodo <authentication> contiene el atributo mode. Si el atributo no está presente, agregue el atributo mode al nodo <authentication>. Especifique un valor de atributo adecuado. Por ejemplo, si utiliza la autenticación integrada de Windows, lo más probable es que el modo de autenticación se establezca en "Windows." Para obtener más información acerca de ASP.NET modos de autenticación, consulte los siguientes sitios Web de MSDN:

    Descargue la documentación técnica retirada de Visual Studio 2003

Elemento de autenticación (esquema de configuración de ASP.NET)