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

INTRODUCCIÓN

En este artículo se describe cómo solucionar problemas de configuración de servicios de Internet Information Server (IIS) de 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 modo nativo de Reporting Services. Este artículo también normalmente se aplica a IIS 5.0 a IIS 7.0. Sin embargo, se puede escribir ciertos pasos diagnóstico sólo para IIS 6.0, por ejemplo, los pasos para comprobar la instalación de Microsoft ASP.NET mediante el Administrador de IIS. Este artículo también describe algunos problemas comunes de configuración con la autenticación, con ASP.NET y con Internet Explorer.

Más información

Enfoque general 1

Problemas de configuración de IIS suele aparecerán como un error para conectarse a o para ejecutar el servidor de informes o el Administrador de informes. Para diagnosticar correctamente estos problemas de configuración, debe revisar la arquitectura de Reporting Services y la manera en que Reporting Services está integrado con IIS. Este artículo intenta identificar problemas comunes de configuración de IIS que pueden causar error en Reporting Services. También se tratan algunos problemas no sean IIS.

Flujo de 1.1Request

Una solicitud HTTP de un usuario viaja a través de varias capas. Sabiendo que la capa no atendió la solicitud puede ayudarle a determinar la naturaleza del error. El siguiente diagrama es un diagrama simplificado del flujo de una solicitud:



Reporting Services instala un directorio virtual para el servidor de informes y un directorio virtual para el Administrador de informes. El nombre del directorio virtual predeterminado para el servidor de informes es "reportserver". El nombre del directorio virtual predeterminado para el Administrador de informes es "informes".


Normalmente, se empiezan a diagnosticar problemas de Reporting Services mediante el envío de una solicitud en el directorio de raíz del servidor de informes en Internet Explorer. De forma predeterminada, la dirección URL es http://< servidor >/reportserver. Si está funcionando el servidor de informes, a continuación, puede utilizar Internet Explorer para enviar una solicitud para http://< servidor >/reports. Si ha configurado el servidor de informes para utilizar Secure Sockets Layer (SSL), debe asegurarse primero de que el servidor puede ejecutar en modo no SSL. Si ha configurado una implementación escalada, debe asegurarse primero de que el servidor de informes puede ejecutarse en nodos individuales. Diagnosticar problemas en este orden le ayuda a aislar los problemas con mayor rapidez.

1.2nombre síntomas

En esta sección se enumera los síntomas comunes que se producen cuando las solicitudes fallan en una capa determinada. Esta sección también explica dónde buscar los mensajes de error.
1.2.1Firewall
Si tiene acceso a servidor de informes desde un equipo cliente remoto, compruebe que el firewall no bloquea la solicitud. Peticiones bloqueadas se registran en el registro de firewall.

Para obtener más información acerca de cómo encontrar el registro de firewall, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

929455 al configurar una ubicación personalizada para el archivo de registro de Firewall de Windows en Windows Vista, información puede no escribirse en el archivo de registro

También puede visitar los sitios Web de Microsoft siguiente:
1.2.2HTTP.sys
IIS 6.0 que no se está ejecutando en modo de aislamiento de IIS 5.0 y IIS 7.0 utilice el controlador de modo de núcleo HTTP (HTTP.sys) para realizar la entrada/salida de red HTTP. El servicio HTTP se inicia automáticamente. No es necesario realizar la configuración manual. Si Reporting Services está configurado para utilizar SSL, debe asegurarse de que se ha iniciado el servicio SSL de HTTP.

El proceso de HTTP.sys puede devolver un error al cliente incluso si IIS no está implicada. Esto puede ocurrir cuando la dirección URL está mal formada, o cuando la identidad del sitio Web de IIS está configurada incorrectamente. Los errores se registran en el registro de errores de HTTP.sys.

Para obtener más información acerca de los archivos de registro de error de HTTP.sys, visite el siguiente sitio Web de Microsoft:Para obtener más información sobre el 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 de HTTP

Grupos de 1.2.3IIS y aplicación
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 de sitio Web es correcta. Debe tener cuidado con la identidad del sitio Web si el sitio Web que se alojan los servicios de informe no es el sitio Web predeterminado, o si no se especifica "Todos sin asignar" para la identidad del sitio Web. Si configura el servidor de informes y el Administrador de informes en varios sitios Web, pruebe a 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 Services, pruebe a configurar los directorios virtuales de servicios de informes en un sitio Web nuevo. Si tiene extensiones ISAPI o filtros de terceros, intente quitar las extensiones ISAPI o filtros de terceros.

Si se producen varios problemas de configuración con IIS, puede volver a instalar IIS. Al hacer esto, debe volver a configurar ASP.NET y los directorios virtuales de servicios de informes.

Para obtener más información acerca de la ubicación del archivo de registro IIS, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

324091 CÓMO: ver e informar de los archivos de registro

También puede visitar el siguiente sitio Web de Microsoft:
1.2.4ASP.NET
Un mensaje de error en Internet Explorer puede indicar un problema en ASP.NET. Si previamente ha desinstalado IIS o ASP.NET en el equipo, debe validar los valores de configuración de ASP.NET. La mayoría de los problemas de configuración de ASP.NET se puede corregir mediante el archivo aspnet_regiis.exe para volver a registrar ASP.NET en IIS. Para obtener más información acerca de la validación de ASP.NET, consulte la sección 4 del presente artículo.

Puede utilizar una página .aspx simple para realizar una comprobación de la configuración de IIS y ASP.NET. Para ello, siga estos pasos:
  1. Crear un nuevo directorio virtual en el sitio Web que aloja los directorios virtuales de Reporting Services.
  2. Conceda permiso de lectura y permisos de ejecución para el directorio virtual.
  3. Implementar una página .aspx simple en el directorio virtual.
Si no puede localizar la página .aspx en el Explorador de Internet, primero resuelva este problema. El problema puede producirse en ASP.NET o en cualquiera de las capas antes de la solicitud llega a ASP.NET.
Directorios virtuales del servidor de 1.2.5Report
Si no se han configurado directorios virtuales de Reporting Services utilizando el proveedor de servicios de informes de Windows Management Instrumentation (WMI) o la herramienta de configuración de Reporting Services, debe seguir las instrucciones en 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 el uso de WMI o mediante la herramienta Configuración de Reporting Services.

Para resolver problemas, comprobar y corregir el directorio virtual del servidor de informes. A continuación, cuando está funcionando el servidor de informes, puede examinar y corregir el directorio virtual de Report Manager. Cuando el Administrador de informes no puede comunicarse con el servidor de informes, el error se registra normalmente en los archivos de registro de Reporting Services.

Para obtener más información acerca de los registros de seguimiento de Reporting Services, visite el siguiente sitio Web de MSDN:El siguiente es un ejemplo típico de estos errores:
w3wp! IU! 1! 8 / 5/2008-10: 20:56:: e ERROR: código de estado HTTP--> 500

---Detalles---

System.Net.WebException: Error en la solicitud < algún error >

en Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
en Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Si el directorio virtual del servidor de informes está trabajando, pero el directorio virtual del Administrador de informes no funciona, revise la dirección URL de Report Manager se utiliza para comunicarse con el servidor de informes.

Para obtener más información, visite el siguiente sitio Web:Para obtener más información, haga clic en el siguiente número de artículo para verlo en Microsoft Knowledge Base:

922656 mensaje de error cuando intenta abrir la herramienta Administrador de informes en SQL Server 2005 Reporting Services: "Error en la solicitud con estado HTTP 400: solicitud incorrecta" o "Error de error al intentar conectarse al servidor de informes"

Problemas de configuración de sitio 2Web

Problemas de identidad de sitio 2.1Web

Si un mensaje de error indica que Internet Explorer no puede llegar a servidor de informes o el Administrador de informes, debe validar la configuración del sitio Web de Reporting 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 conexión de informació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 Error DNS
En Internet Explorer, recibirá el siguiente mensaje de error:
HTTP 400 Bad Request
Asegúrese de que la dirección IP o el nombre de host que se utiliza en la dirección URL se resuelve en el equipo y el sitio Web que aloja los directorios virtuales de Reporting Services. Si los directorios virtuales están alojados en diferentes sitios Web, compruebe la configuración del sitio Web para el servidor de informes y el Administrador de informes.

Si la dirección URL se especifica mediante una dirección IP, compruebe lo siguiente:
  • Asegúrese de que la dirección IP se resuelve en el equipo que aloja los directorios virtuales de Reporting Services. Puede utilizar el comando ipconfig.exe para enumerar las interfaces de red de un equipo.
  • Asegúrese de que los sitios Web de ese host Reporting Services utiliza el valor Todos sin asignar o la dirección IP que especificó en el panel de 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 Services. Puede utilizar el comando ping.exe para resolver el nombre de host a la dirección IP. A continuación, asegúrese de que la dirección IP se resuelve en el equipo que aloja los directorios virtuales de Reporting Services.
  • Asegúrese de que el sitio Web utilizará la opción Todos sin asignar para la identificación del sitio Web, o que el sitio Web especifica un encabezado de host que coincida con el encabezado de host en la solicitud. El encabezado de host que la solicitud utiliza normalmente es el nombre del servidor que se especifica en la URL. En un escenario de equilibrio de carga de red (NLB), el encabezado de host normalmente es el nombre del nodo virtual. El encabezado de host también puede definirse en el archivo Hosts.
En IIS 5.0 y 6.0 de IIS, se definen las identidades de sitio Web en el panel de Identificación del sitio Web de la ficha sitio Web de la página de Propiedades del sitio Web . En IIS 7.0, puede definir las identidades de sitio Web haciendo clic en el vínculo de enlaces en el panel Editar el sitio . Para obtener más información acerca de cómo se definen las identidades de sitio Web, visite los siguientes sitios Web.

Nota: IIS 5.0 utiliza una interfaz similar a IIS 6.0 para definir las identidades de sitio Web.También debe asegurarse de que el Administrador de informes utiliza una dirección URL correcta para obtener acceso a servidor de informes. Para obtener más información, visite los siguientes sitios Web de Microsoft:

2.2Issues que se producen después de reinstalar IIS

Si ha reinstalado IIS, tendrá que reconfigurar ASP.NET, directorios virtuales del servidor de informes y los directorios virtuales de administrador de informes.
Información para la instalación de IIS
Para obtener más información acerca de cómo instalar IIS 6.0, visite el siguiente sitio Web de Microsoft:Para obtener más información acerca de cómo desinstalar IIS 6.0, visite el siguiente sitio Web de Microsoft:Para obtener más información acerca de cómo instalar IIS 7.0, visite el siguiente sitio Web de Microsoft:Para obtener más información acerca de cómo instalar y utilizar IIS 5.0, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

266115 recursos para instalar y utilizar IIS 5.0

Información acerca de cómo volver a generar los directorios virtuales de Reporting Services
Para obtener más información, visite los siguientes sitios Web de Microsoft:

2.3Issues con filtros ISAPI

Filtros ISAPI de terceros pueden provocar problemas en los directorios virtuales del servidor de informes. Si hay filtros ISAPI de terceros, intente quitar los filtros de la página Web que aloja los directorios virtuales de Reporting Services. O bien, mover los directorios virtuales de Reporting Services a un nuevo sitio Web.

Problemas de 3Authentication

3.1You debe especificar las credenciales en Internet Explorer para tener acceso a Reporting Services

Cuando Reporting Services está configurado para utilizar autenticación integrada de Windows, Internet Explorer normalmente no está configurado para solicitar las 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 ficha seguridad , seleccione la zona en la que se aplica a la dirección URL que se utiliza para tener acceso a servidor de informes. Por ejemplo, si utiliza un nombre NetBIOS para tener acceso a servidor de informes, seleccione la zona de Intranet Local .
  4. Haga clic en nivel personalizado.
  5. En el área de Autentificación de usuario del cuadro de diálogo Configuración de seguridad , haga clic en Inicio de sesión automático sólo en la zona de Intranet en el área de Inicio de sesión . Si la dirección URL está en la zona de intranet, puede hacer clic en Inicio automático de sesión de usuario y contraseña.

3.2You recibe un mensaje de error HTTP 401 después de escribir las credenciales en Internet Explorer

Si recibe un mensaje de error HTTP 401 después de haber recibido mensajes repetidos por Internet Explorer, ha ocurrido un error de autenticación. Por ejemplo, si instala Servicios de informes en modo nativo, se puede pedirá las credenciales tres veces antes de recibir un mensaje de error de HTTP 401 en Internet Explorer. Cuando se produce este problema, el registro IIS muestra "HTTP 401" como la respuesta IIS. Para solucionar este problema, compruebe lo siguiente:
  • Asegúrese de que ha escrito el nombre de usuario y la contraseña.
  • Siga los pasos descritos en la sección 3.1 de este artículo. Asegúrese de que no selecciona Inicio de sesión anónimo en la configuración de seguridad para la zona.
Recibe un mensaje de error HTTP 401 con mayor frecuencia si ha configurado Reporting Services para utilizar 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 utiliza normalmente el método de autenticación Negotiate antes de que Internet Explorer utiliza el método de autenticación NTLM.

Si se utiliza el FQDN o un encabezado de host personalizado que no coincide con el nombre del equipo, puede producirse un problema de comprobación de bucle invertido. Cuando se produce este problema, normalmente puede obtener acceso a los sitios Web de Reporting Services mediante la dirección IP. Sin embargo, no puede tener acceso a los sitios Web utilizando un nombre de dominio COMPLETO o un nombre de host.

Para obtener más información, haga clic en el siguiente número de artículo para verlo en Microsoft Knowledge Base:

896861 recibe un error 401.1 cuando explora un sitio Web que usa autenticación integrada y está alojado en IIS 5.1 o IIS 6

3.2.1 la 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 de 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 no está configurado el nombre principal de servicio (SPN) de HTTP. Cuando se produce este problema, recibirá el siguiente código de error de Kerberos:
    KRB_ERR_APP_MODIFIED
    Puede tener acceso al servidor mediante la dirección URL siguiente:
    http://localhost/<reportserver_vdir>
    Sin embargo, no se puede tener acceso al servidor mediante la dirección URL siguiente:
    http://<NetBIOS>/<reportserver_vdir>
    Para corregir o evitar estos problemas, utilice uno de los métodos siguientes:
    • Configurar el SPN de HTTP para habilitar la autenticación Kerberos. Si utiliza el nombre NetBIOS y el FQDN en la dirección URL para tener acceso a Reporting Services, debe registrar el SPN de HTTP para el nombre NetBIOS y el nombre COMPLETO. No puede configurar el SPN de HTTP para las distintas cuentas en el mismo equipo. Por lo tanto, los grupos de aplicaciones distintos deben ejecutarse bajo la misma cuenta para usar el mismo SPN de 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 "HTTP Error 401.1 - no autorizado: acceso denegado debido a credenciales no válidas" mensaje de error cuando intenta tener acceso a un sitio Web que forma parte de un grupo de aplicaciones IIS 6.0

    • Cambiar la identidad del grupo de aplicaciones a NetworkServices o a LocalSystem. Estas cuentas pueden utilizar el SPN HOST integrado en lugar de los SPN de HTTP.
    • Forzar IIS para aceptar únicamente la autenticación NTLM. Para obtener más información, visite el siguiente sitio Web de Microsoft:
  • Recibirá el siguiente código de error de Kerberos en el registro de sucesos:
    KRB_ERR_RESPONSE_TOO_BIG
    Para resolver o evitar este problema, siga estos pasos:
    1. Habilitar el registro de 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 sucesos de 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 para este problema:
      244474 cómo hacer que Kerberos use 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 Services está configurado para utilizar autenticación básica, se registra un error de autenticación en el registro de sucesos de seguridad en el servidor que está ejecutando IIS. Ver el mensaje de error. Si la directiva de seguridad local no permite la autenticación, debe permitir que ese inicio de sesión escriba dentro de la directiva de seguridad local, o cambiar el tipo de inicio de sesión dentro de la configuración de IIS.

3.3You recibe 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, determinar si está habilitada la seguridad anónimo en los directorios virtuales de Reporting Services. Si esta configuración está habilitada, deshabilítela.

3.4Kerberos se producen problemas de delegación

Normalmente, estos problemas se conocen como problemas de "doble salto". Problemas de la delegación de Kerberos pueden producirse cuando se cumplen las condiciones siguientes:
  • Configurar la seguridad integrada para los orígenes de datos en el informe.
  • El informe tiene acceso a un servidor remoto para un origen de datos. Por ejemplo, el informe tiene acceso a un servidor de base de datos de Microsoft SQL Server o de Analysis Services.
  • Cuando tiene acceso a los informes, recibirá uno de los siguientes mensajes de error:

    Mensaje de error 1
    Error de inicio de sesión de usuario (null)
    Mensaje de error 2
    Error de inicio de sesión de usuario "NTAUTHORITY\ANONYMOUS"
  • Al comprobar el registro de sucesos de seguridad en el servidor que aloja el origen de datos, vea los eventos que indican que un usuario anónimo estaba iniciando la sesión.
Un esquema de autenticación NTLM no puede realizar operaciones de doble salto. Si quita el proveedor de autenticación Negotiate desde el sitio Web o desde el directorio virtual de Reporting Services, debe volver a agregar el proveedor de autenticación Negotiate.

Para obtener más información, visite los siguientes artículos KB o de sitios Web de Microsoft:para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:

215383 cómo configurar IIS para admitir el protocolo Kerberos y el protocolo NTLM para la autenticación de red

326985 problemas de solución de problemas de Kerberos en IIS

917409 cómo configurar SQL Server 2005 Analysis Services para utilizar autenticación Kerberos

319723 cómo utilizar la autenticación Kerberos en SQL Server

909801 cómo asegurarse de que está utilizando la autenticación Kerberos cuando crea una conexión remota a una instancia de SQL Server 2005

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

Problemas de configuración de 4ASP.NET

4.1General errores

Problemas de configuración de ASP.NET tienen varios síntomas. Por ejemplo, puede producirse uno de estos procedimientos:
  • 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.
Problemas de configuración de ASP.NET pueden deberse a desinstalar o reinstalar una versión de la de Microsoft.NET Framework. Para solucionar estos problemas, siga estos pasos:
  • En el Administrador de IIS, haga clic en el nodo sitios Web y, a continuación, haga clic en Propiedades. En la ventana Propiedades de sitios Web, haga clic en la ficha ASP.NET y, a continuación, compruebe que la versión ASP.NET es 2.0.50727.
  • En el Administrador de IIS, haga clic 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 y, a continuación, haga clic en el filtro ASP.NET_2.0.50727.0 . Compruebe que el cuadro ejecutable contiene una ruta válida para el archivo DLL de filtro 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 de Filtros ISAPI en la página de propiedades del sitio Web.
  • En el Administrador de IIS, busque y haga clic derecho en el directorio virtual para el 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 de Extensiones de aplicación está vacío. Compruebe que el panel Asignaciones de aplicación de comodines tiene una asignación de comodín individuales. Seleccione la asignación de comodín y, a continuación, haga clic en Editar. Compruebe que la casilla Ejecutar contiene la ruta de acceso correcta del archivo aspnet_isapi.dll. Compruebe que está desactivada la casilla de verificación comprobar si el archivo existe .
  • En el Administrador de IIS, busque y haga clic en el directorio virtual para el 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 de Extensiones de aplicación contiene las asignaciones predeterminadas. Se trata de una lista de asignaciones de tipos de archivo comunes de ASP.NET, como .aspx y .asax. Para regenerar la asignación predeterminada, utilice el comando siguiente para crear los mapas de secuencia de comandos correcta:
    Aspnet_regiis.exe – s < ruta de acceso de administrador de informe >
    Nota: En IIS 7.0, las asignaciones son bajo el icono de Asignaciones de controlador .
  • En las extensiones de servidor Web de IIS, asegúrese de que está habilitado ASP.NET 2.0.50727.
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 Services en un sistema operativo de 32 bits o en un sistema operativo de 64 bits, ejecute el comando siguiente en un símbolo del sistema:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i: habilitar
  • Si está ejecutando una versión de 64 bits de Reporting Services en un sistema operativo de 64 bits, ejecute el comando siguiente en un símbolo del sistema:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i: habilitar
No se puede ejecutar ASP.NET 1. x y ASP.NET 2.0 en el mismo proceso de trabajo IIS. Si está utilizando IIS 6.0 o IIS 7.0, asegúrese de que el grupo de aplicaciones que aloja la aplicación de servidor de informes no aloja ASP.NET 1. aplicaciones de x . Si está utilizando IIS 5.0, o si está utilizando IIS 6.0 en modo de aislamiento de IIS 5.0, asegúrese de no están ejecutando aplicaciones que requieran ASP.NET 1. x.

4.2You recibe un mensaje de error "la identidad actual (NT AUTHORITY\NETWORK SERVICE) no tiene acceso de escritura a 'archivos de ASP.NET < ruta > \v2.0.50727\Temporary'"

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

Problemas de 5SSL

5.1Problems se producen con certificados de cliente

Si ha configurado los certificados de cliente en los directorios virtuales, Administrador de informes no puede autenticar al servidor de informes. Este problema se produce porque el Administrador de informes no está diseñado para pasar los certificados de cliente cuando Report Manager 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 utilizar el Administrador de informes. Para evitar este problema, puede desactivar la casilla de verificación Requerir certificados de cliente para el directorio virtual del servidor de informes.

5.2 recibe un mensaje de error "conexión forzado" 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 por la fuerza
Mensaje de error 2
Se cerró la conexión subyacente
Mensaje de error 3
No se pudo establecer la 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 que se haya producido un error de conexión de SSL. Errores de conexión SSL normalmente son causados por el certificado que está instalado IIS. Para resolver este problema, haga lo siguiente:
  • Asegúrese de que el certificado se emite para el nombre de host o para el encabezado de host en la dirección URL que utiliza para tener acceso a Report Manager o el servidor de informes.
  • Asegúrese de que el certificado se emite para el nombre de host o para el encabezado de host en la dirección URL que utiliza el Administrador de informes para obtener acceso a servidor de informes.

    Nota: Esta dirección URL puede definirse por el elemento ReportServerUrl en el 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 utiliza el cliente para tener acceso a Report Manager. Como el nombre de host puede variar si utiliza diferentes direcciones URL para tener acceso a Report Manager, se recomienda definir explícitamente el elemento ReportServerUrl utilizando 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 del certificado es válida. Es decir, asegúrese de que el certificado o el emisor del certificado es de confianza.

5.3Problems se producen en la comunicación de HTTP entre el servidor de informes y el Administrador de informes

Puede ocurrir un problema en la comunicación de HTTP entre el Administrador de informes y el servidor de informes. Cuando la configuración de 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 de inicio del Administrador de informes. Sin embargo, el Administrador de informes muestra un error en el espacio donde espera ver las carpetas y elementos de informe.


Para diagnosticar estos problemas, utilice 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 del 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, suponga que el encabezado de host del servidor es "example1". Sin embargo, el certificado se emite para "example2". Cuando tiene acceso a la página de inicio del Administrador de informes utilizando la dirección URL http://example1/reports , recibirá un mensaje de advertencia que indica que el certificado no es válido. Por lo tanto, la configuración de certificado no es válida.

Nota: Según 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 decidido omitir advertencias antes, no puede recibir 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 la 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: Tendrá que realizar la combinación si el archivo Web.config ya contiene el elemento < system.diagnostics > o < switches > (elemento).

Cuando recibe el mismo mensaje de error, ver el archivo de registro especificado en el código XML. En este ejemplo, el archivo de registro está en la ubicación siguiente:
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 ha producido.

Problemas de equilibrio de carga y 6Scale-out

6.1You recibe un error de HTTP 401 intermitentemente

El problema del salto doble que Equilibrio de carga presenta puede causar errores intermitentes de HTTP 401. Con equilibrio de carga, se puede dirigir una solicitud HTTP que se envía en el mismo equipo para el 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:
  • Cambiar el archivo Hosts en cada nodo para que las solicitudes que van al nodo virtual ir al host local en su lugar. Por ejemplo, puede redirigir las solicitudes al que se destinan el nodo virtual a una dirección IP 127.0.0.1. Esta operación evita que los dobles saltos restringiendo las solicitudes del Administrador de informes para el servidor de informes en el mismo equipo.
  • Si tiene una instalación de Reporting Services nativa, configurar la etiqueta < ReportServerUrl > para utilizar "localhost" en lugar del servidor virtual.

7 problemas de Windows Vista y Windows Server 2008

Si va a instalar Reporting Services en Windows Vista o en Windows Server 2008, revise los siguientes artículos de Knowledge Base y el sitio Web de MSDN con cuidado:
934164 cómo instalar SQL Server 2005 Reporting Services en un equipo basado en Windows Vista

938245 cómo instalar y cómo configurar SQL Server 2005 Reporting Services en un equipo que ejecuta Windows Server 2008

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

Cuando intenta instalar Reporting Services en Windows Vista o en Windows Server 2008, recibirá el siguiente mensaje de error incluso si IIS ya está instalado:
No se está instalado o no está configurado para la instalación del componente de servidor IIS
Este problema se produce porque la característica de compatibilidad con la administración de IIS 6.0 no está instalada. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

949455 instalación de informes de system Center Operations Manager 2007 produce un error en un equipo Windows Server 2008 si no está instalada la compatibilidad con la administración de IIS 6.0

Redirección de página 8Home

Cuando se utiliza IIS, puede utilizar el Administrador de informes como la página principal predeterminada para el servidor Web. Por ejemplo, desea redirigir las solicitudes de la dirección URL http://< server > a la dirección URL http://< servidor >/reports . Para obtener información acerca de cómo configurar la redirección a la página de inicio del Administrador de informes, consulte la sección "Redireccionamiento para el informe de directorio Virtual del administrador" del siguiente sitio Web de MSDN:Nota: No puede configurar el Administrador de informes directamente en el nivel de 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.

Problemas de 9Export

9.1An el 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 informa un tiempo de espera. Este problema puede producirse cuando se trabaja con algunas cuentas pero no otras cuentas. Este problema puede producirse cuando utiliza la opción Ejecutar como para iniciar Internet Explorer para 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, por lo que el tiempo de espera no se produce debido a muchas de las 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 la Configuración de HTTP 1.1.
  3. Haga clic para desactivar la casilla de verificación Usar HTTP 1.1 y Usar HTTP 1.1 en conexiones proxy .
  4. Haga clic para activar la casilla de verificación Usar HTTP 1.1 y Usar HTTP 1.1 en conexiones proxy .
  5. Reinicie Internet Explorer.

problemas de bits 1064

10.1You recibe un mensaje de error "Se intentó cargar un ensamblado de 64 bits en una plataforma de 32 bits"

Cuando intenta ejecutar los procesos de trabajo de 32 bits y los procesos de trabajo de 64 bits en paralelo en IIS 6.0, recibirá el siguiente mensaje de error:
Se intentó cargar un ensamblado de 64 bits en una plataforma de 32 bits
Para obtener más información, visite el siguiente sitio Web:

10.2Issues se producen cuando IIS y Reporting Services están en modo de 64 bits, pero se ejecuta IIS está en modo de 32 bits

Para 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 está ejecutando una versión de 64 bits de Windows

11IIS y problemas de configuración de directorio virtual

11.1 la configuración es válida para los directorios virtuales del servidor de informes o para los directorios virtuales de 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 (listado de directorio denegado)
Mensaje de error 2
Listado de directorio 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 de 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 de administrador de informes. Para ello, siga estos pasos:
  1. Utilice el Administrador de IIS para quitar los directorios virtuales existentes en IIS.
  2. Utilice la herramienta de configuración de Reporting Services o el proveedor de WMI de Reporting Services para crear nuevos directorios virtuales.
Para obtener más información, visite los siguientes sitios Web de Microsoft:

12Deploying Reporting Services y Windows SharePoint Services en paralelo

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

Problemas de 13Report Builder

13.1You recibe un error de HTTP 401 al iniciar Report Builder

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

Problemas de análisis de archivo de 14Web.config

14.1You recibe un mensaje de error de excepción System.NullReferenceException desde el método Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

Este problema puede producirse cuando Reporting Services no se 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:
    %ProgramFiles%\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 utiliza para modificar el archivo puede agregar un espacio de nombres. Para determinar si esto ha ocurrido, buscar el atributo xmlns en la primera línea del archivo.
  • Compruebe que el nodo < autenticación > contiene el atributo mode . Si el atributo no está presente, agregue el atributo mode en el nodo < autenticación >. Especifique un valor de atributo apropiado.

    Por ejemplo, si utiliza la autenticación integrada de Windows, el modo de autenticar más probable es que se establece en "Windows". Para obtener más información acerca de los modos de autenticación de ASP.NET, consulte los siguientes sitios Web de MSDN:
Propiedades

Id. de artículo: 958998 - Última revisión: 9 ene. 2017 - Revisión: 1

Comentarios