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

Seleccione idioma Seleccione idioma
Id. de artículo: 958998 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

INTRODUCCIÓN

Este artículo describe cómo solucionar problemas de configuración de servicios de Internet Information Server (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 modo nativo de Reporting Services. En este artículo generalmente también se aplica a IIS 5.0 y a IIS 7.0. Sin embargo, se pueden escribir ciertos pasos de diagnósticos sólo 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 describe algunos problemas de configuración comunes con la autenticación, con ASP.NET y con Internet Explorer.

Más información

Enfoque general 1

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

1.1 Solicitar flujo

Una solicitud HTTP de un usuario viaja a través de muchos niveles. Saber qué nivel de error la solicitud puede ayudarle a determinar la naturaleza del error. El diagrama siguiente es un diagrama simplificado del flujo de una solicitud:

Contraer esta imagenAmpliar esta imagen
958998


Reporting Services instala un directorio virtual servidor de informes y un directorio virtual para Administrador de informes de este tipo. El nombre de directorio virtual predeterminado para servidor de informes es ? reportserver. ? El nombre de directorio virtual predeterminado para el Administrador de informes es ? informes. ?

Normalmente, empezar a diagnosticar problemas de Reporting 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 funciona el servidor de informes, a continuación, puede utilizar Internet para enviar una solicitud a http://<server> / informes . Si ha configurado el servidor de informes utilizar Secure Sockets Layer (SSL), debe asegurarse primero de que puede ejecutar el servidor en modo de no SSL. Si ha configurado una implementación scale-out, debe asegurarse primero de que el servidor de informes puede ejecutarse en nodos individuales. Diagnosticar problemas en este orden le ayudará a aislar los problemas más rápidamente.

Síntomas comunes de 1.2

Esta sección enumeran los síntomas comunes que se producen cuando las solicitudes de un error en una capa determinada. En esta sección también se explica dónde buscar los mensajes de error.
Servidor de seguridad 1.2.1
Si tiene acceso a servidor de informes desde un equipo cliente remoto, compruebe que el servidor de seguridad no bloquea la solicitud. Una solicitud bloqueada se registra en el registro de servidor de seguridad.

Para obtener más información acerca de cómo buscar el registro de firewall, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
929455Cuando configurar una ubicación personalizada para el archivo de registro de Firewall de Windows en Windows Vista, información no es posible que se escriben en el archivo de registro
También puede visitar los sitios Web de Microsoft siguiente:
http://technet.microsoft.com/en-us/library/cc736373.aspx
http://technet.microsoft.com/en-us/library/cc758040.aspx
1.2.2 HTTP.sys
IIS 6.0 que no se está ejecutando en modo de aislamiento de IIS 5.0 e IIS 7.0 utilizar el controlador en modo núcleo HTTP (HTTP.sys) para realizar la entrada y 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 el servicio SSL de HTTP se ha iniciado.

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 error 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:
http://technet.microsoft.com/en-us/library/cc786081.aspx
Para obtener más información acerca de error de registro en la API HTTP, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
820729Registro de errores en la API HTTP
1.2.3 IIS 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 están en ejecución. Además, debe comprobar que la identidad de sitio Web es correcta. Si el sitio Web que aloja los servicios de informe no es el sitio Web predeterminado, o si no se especifica ? todos sin asignar ? para la identidad de sitio Web debe tener cuidado con la identidad de sitio Web. Si configuró el servidor de informes y Administrador de informes en sitios Web diferentes, intente configurar el servidor de informes y Administrador de informes en el mismo. Si otras aplicaciones comparten el mismo sitio Web con Reporting Services, pruebe a configurar los directorios virtuales de Report Services en un nuevo sitio Web. Si tiene las extensiones ISAPI o filtros de terceros, intente quitar la extensiones ISAPI de terceros o de filtros.

Si se producen varios problemas de configuración con IIS, puede volver a instalar IIS. Al hacerlo, debe reconfigurar ASP.NET y los directorios virtuales de servicios de informe.

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:
324091Cómo: Ver y de informes de archivos de registro
También puede visitar el siguiente sitio Web de Microsoft:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true
1.2.4 ASP.NET
Un mensaje de error en Internet Explorer puede indicar que se produce 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. Puede solucionar la mayoría de los problemas de configuración de ASP.NET utilizando el archivo aspnet_regiis.exe para registrar ASP.NET en IIS. Para obtener más información acerca de la validación de ASP.NET, consulte la sección 4 de este artículo.

Puede utilizar una página .aspx simple para realizar una comprobación de validez 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. Conceder permiso de lectura y ejecución permiso para el directorio virtual.
  3. Implementar una página .aspx simple en el directorio virtual.
Si no se puede explorar la página .aspx en Internet, primero resolver este problema. El problema puede producirse en ASP.NET o en cualquiera de las capas antes de la solicitud llega a ASP.NET.
1.2.5 Informe directorios virtuales de servidor
Si los directorios virtuales de Reporting Services no se han configurado mediante el proveedor de Reporting Services (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 los directorios virtuales mediante WMI o mediante la herramienta de configuración de Reporting Services.

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

Para obtener más información acerca de registros de seguimiento de Reporting Services, visite el siguiente sitio Web de MSDN:
http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx
Ésta es un ejemplo típico de estos errores:
W3wp! ui! 1! 8 /2008 entre 5 y 10: 20: 56:: e ERROR: código de estado HTTP--> 500

-------Detalles--------

System.NET.WebException: Error de la solicitud con < error >
en Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
en Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Si está trabajando en el directorio virtual del servidor de informes, pero el directorio virtual del Administrador de informes no funciona, revise la dirección URL que el Administrador de informes utiliza para comunicarse con servidor de informes.

Para obtener más información, visite el siguiente sitio Web:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
922656Mensaje de error cuando intenta abrir la herramienta Administrador de informes en SQL Server 2005 Reporting Services: "Error en la solicitud con el estado HTTP 400: solicitud incorrecta"o"Error al intentar conectarse al servidor de informes"

Dos problemas de configuración del sitio Web

Problemas de identidad de sitio Web de 2.1

Si un mensaje de error indica que Internet Explorer no puede llegar a servidor de informes o administrador de informes, debe validar la configuración de Reporting Services del sitio Web. 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 informe. 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 pudo encontrar el servidor o error DNS
En Internet Explorer, recibirá el siguiente mensaje de error:
HTTP 400 Bad Request
Asegúrese de que se resuelve la dirección IP o el nombre de host que se utiliza en la dirección URL al equipo y el sitio Web que aloja los directorios virtuales de Reporting Services. Si los directorios virtuales alojados en diferentes sitios Web, compruebe la configuración del sitio Web de servidor de informes y 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 que host Reporting Services utilizar la configuración de All Unassigned o la dirección IP de direcciones que haya especificado 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 en 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 utiliza el valor Todos sin asignar para la identificación de 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 dirección URL. En un escenario de equilibrio de carga de red (NLB), el encabezado de host normalmente es el nombre del nodo virtual. También se puede definir el encabezado de host en el archivo hosts.
En IIS 5.0 y IIS 6.0, las identidades de sitio Web se definen en el panel de Identificación del sitio Web de la ficha sitio Web de la página de Propiedades de sitio Web . En IIS 7.0, puede definir las identidades de sitio Web haciendo clic en el panel Sitio modificar el vínculo de enlaces . 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.
http://technet.microsoft.com/en-us/library/cc771911.aspx

http://technet.microsoft.com/en-us/library/cc754348.aspx

http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#Sites
También debe asegurarse de que Administrador de informes utiliza una dirección URL correcta para tener acceso a Report Server. Para obtener más información, visite los siguientes sitios Web de Microsoft (pueden estar en inglés):
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

Problemas de 2.2 que se producen después de reinstalar IIS

Si ha reinstalado IIS, quizás tenga que reconfigurar ASP.NET, directorios virtuales del servidor de informes y directorios virtuales de administrador de informes.
Información de 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:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true
Para obtener más información acerca de cómo desinstalar IIS 6.0, visite el siguiente sitio Web de Microsoft:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true
Para obtener más información acerca de cómo instalar IIS 7.0, visite el siguiente sitio Web de Microsoft:
http://technet.microsoft.com/en-us/library/cc732624.aspx
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:
266115Recursos para instalar y utilizar IIS 5.0
Información acerca de cómo volver a crear directorios virtuales de Reporting Services
Para obtener más información, visite los siguientes sitios Web de Microsoft (pueden estar en inglés):
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

2.3 Problemas con los filtros ISAPI

Filtros ISAPI de otros fabricantes pueden provocar problemas en directorios virtuales de servidor de informes. Si hay filtros ISAPI de terceros, intente quitar los filtros desde el sitio Web que aloja los directorios virtuales de Reporting Services. O, mover directorios virtuales de Reporting Services a un nuevo sitio Web.

3 Problemas de autenticación

3.1 Debe escribir las credenciales en Internet Explorer para tener acceso a Reporting Services

Cuando se configura Reporting Services para utilizar la 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 que se aplica a la dirección URL que se utiliza para tener acceso a servidor de informes. Por ejemplo, si está utilizando un nombre NetBIOS para tener acceso a servidor de informes, seleccione la zona Intranet Local .
  4. Haga clic en Nivel personalizado .
  5. En el área de Autenticación de usuario de cuadro de diálogo Configuración de seguridad , haga clic en Inicio de sesión automático sólo en la zona 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 de sesión automático con nombre de usuario actual y la contraseña .

3.2 Recibirá 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 que ha recibido mensajes repetidos por Internet Explorer, autenticación error. Por ejemplo, si instala Servicios de informe en modo nativo, se le pedirá las 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 la respuesta IIS. Para solucionar este problema, compruebe lo siguiente:
  • Asegúrese de que escribe el nombre de usuario correcto y la contraseña.
  • Siga los pasos de 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 de la zona.
Frecuentemente recibirá un mensaje de error HTTP 401 si ha configurado Reporting Services para utilizar 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 utiliza el método de autenticación Negotiate antes de que Internet Explorer utiliza el método de autenticación NTLM.

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

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
896861Recibe 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 de. Éstos 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
    No puede tener acceso al servidor mediante la dirección URL siguiente:
    http://localhost/ <reportserver_vdir>
    Sin embargo, no 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 para el FQDN. No puede configurar el SPN de HTTP para las diferentes cuentas en el mismo equipo. Por tanto, deben ejecutar grupos de aplicaciones diferentes en la misma cuenta para utilizar 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:
      871179Recibe un "HTTP Error 401.1 - Unauthorized: acceso denegado debido a credenciales no válidas" mensaje de error cuando intenta tener acceso a un Web site que forma parte de un grupo de aplicaciones IIS 6.0
    • Cambiar la identidad del grupo de aplicación a NetworkServices o a LocalSystem. Estas cuentas pueden utilizar el SPN HOST integrado en lugar del SPN de HTTP.
    • Forzar IIS para aceptar sólo la autenticación NTLM. Para obtener más información al respecto, visite el siguiente sitio Web de Microsoft:
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true
  • 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:
      262177Có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 una solución para este problema:
      244474Cómo forzar que Kerberos use TCP en lugar de UDP en Windows Server 2003, Windows XP y Windows 2000
Autenticación básica de 3.2.2
Si Reporting Services está configurado para utilizar la autenticación básica, se registra un error de autenticación en el registro de evento 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 que ese inicio de sesión escriba dentro de la directiva de seguridad local o cambie el tipo de inicio de sesión dentro de la configuración de IIS.

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

Si se produce este mensaje de error inesperadamente, determinar si seguridad anónimo está habilitado en directorios virtuales de Reporting Services. Si esta opción está habilitada, deshabilítela.

Problemas de delegación de Kerberos 3.4 se producen

Estos problemas normalmente se conocen como ? doble salto ? problemas. Problemas de 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 Analysis Services o un servidor de base de datos de Microsoft SQL Server.
  • Cuando tiene acceso el informe, recibirá uno de los mensajes de error siguientes:

    mensaje de error 1
    Error de usuario (null) inicio de sesión
    mensaje de error 2
    Error de usuario "NTAUTHORITY\ANONYMOUS" inicio de sesión
  • Cuando compruebe el registro de sucesos de seguridad en el servidor que aloja el origen de datos, verá sucesos que indiquen que un usuario anónimo se sesión.
Un esquema de autenticación NTLM no puede realizar operaciones de salto doble. Si quitó 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 sitios Web de Microsoft o KB artículos:Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
215383Cómo configurar IIS para que admita el protocolo Kerberos y el protocolo NTLM para la autenticación de red
326985Solucionar problemas de Kerberos en IIS
917409Cómo configurar SQL Server 2005 Analysis Services para utilizar la autenticación Kerberos
319723Cómo utilizar la autenticación Kerberos en SQL Server
909801Có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 (pueden estar en inglés):
http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en

http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspx
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 de configuración.

4 Problemas de configuración de ASP.NET

Errores generales de 4.1

Problemas de configuración de ASP.NET tienen varios síntomas. Por ejemplo, puede aparecer uno de los siguientes:
  • Puede recibir un mensaje de error HTTP 404.
  • Es posible que reciba un mensaje de error parecido al siguiente:
    No se pudo cargar recursos 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 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 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 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, en la ficha ISAPIFilters buscar 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 del filtro de ASP.NET.

    Nota En IIS 5.1, no existe el filtro.

    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, buscar, haga clic con el botón, a continuación, secundario el directorio virtual para 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, después, haga clic en configuración . Compruebe que el panel de Extensiones de aplicaciones está vacío. Compruebe que el panel de Mapas 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 Modificar . Compruebe que la casilla Ejecutar contiene la ruta de acceso correcta para el archivo aspnet_isapi.dll. Compruebe que la casilla de verificación comprobar que el archivo existe no está activada.
  • En el Administrador de IIS, buscar, haga clic con el botón secundario, a continuación, 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, después, 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 para tipos de archivo comunes de ASP.NET, como .aspx y .asax. Para volver a generar la asignación predeterminada, utilice el comando siguiente para crear los mapas de secuencia de comandos correcta:
    ? s de aspnet_regiis.exe <report manager path>
    Nota En IIS 7.0, las asignaciones están bajo el icono de Asignaciones de controlador .
  • En las extensiones de servidor Web de IIS, asegúrese de que ASP.NET 2.0.50727 está habilitado.
Si se produce un error de validación, se 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 el 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 Services en un sistema operativo de 64 bits, ejecute el comando siguiente en el símbolo del sistema:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i ?enable
No se puede ejecutar ASP.NET 1. x y 2.0 de ASP.NET en el mismo proceso de trabajo IIS. Si está utilizando IIS 6.0 o 7.0 de IIS, asegúrese de que el grupo de aplicaciones que aloja la aplicación de servidor de informes no host ASP.NET 1. aplicaciones 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 que no se está ejecutando las aplicaciones que requieran ASP.NET 1. x .

<path>4.2 Recibirá un mensaje de error "la identidad actual (NT AUTHORITY\NETWORK SERVICE) no tiene write access '<rutadeacceso> \v2.0.50727\Temporary ASP.NET Files'"

El error está causado por una configuración de ASP.NET no válida. Para resolver el problema, conceder escribir y ejecutar permisos a la carpeta Temporary ASP.NET Files que indica el mensaje de error.

Problemas SSL 5

5.1 Problemas con certificados de cliente

Si configura los certificados de cliente en los directorios virtuales, Administrador de informes no puede autenticar al servidor de informes. Este problema se produce porque Administrador de informes no está diseñado para pasar los certificados de cliente cuando Report Manager se comunica con servidor de informes a través de las solicitudes HTTP. Por consiguiente, si configura IIS para habilitar la opción Requerir certificados de cliente , no puede utilizar Administrador de informes. Para evitar este problema, se desactive la casilla de verificación Requerir certificados de cliente del directorio virtual del servidor de informes.

5.2 Recibirá un mensaje de error ? conexión forzosamente cerrada ? o errores que indican un error de conexión de SSL

En Internet Explorer, recibirá uno de los mensajes de error siguientes:

mensaje de error 1
Conexión cerrada forzosamente
mensaje de error 2
Se cerró la conexión subyacente
mensaje de error 3
No se pudo establecer 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, puede haberse producido un error de conexión de SSL. El certificado que está instalado en IIS normalmente provienen errores de conexión de SSL. Para resolver este problema, haga lo siguiente:
  • Asegúrese de que se emite el certificado para el nombre de host o para el encabezado de host en la dirección URL que utilice para tener acceso a Report Manager o servidor de informes.
  • Asegúrese de que se emite el certificado para el nombre de host o para el encabezado de host en la dirección URL que Administrador de informes utiliza para tener acceso a servidor de informes.

    Nota Esta dirección URL se puede definir por el elemento ReportServerUrl en el archivo RsWebApplication.config. Si esta dirección URL no está definido, el nombre de host de esta dirección URL es el nombre de host que utiliza el cliente para tener acceso a Report Manager. Dado que el nombre de host puede variar si utiliza diferentes direcciones URL para tener acceso a Report Manager, se recomienda que defina explícitamente el elemento ReportServerUrl utilizando el nombre de host correcto. Para obtener más información, visite el siguiente sitio Web de MSDN:
    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx
  • Asegúrese de que la cadena de confianza de certificado es válida. Es decir, asegúrese de que el certificado o el emisor del certificado es confianza.

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

Puede producirse un problema en la comunicación HTTP entre el Administrador de informes y servidor de informes. Cuando la configuración de SSL no es válido, Administrador de informes puede responder correctamente a Internet. Sin embargo, Administrador de informes no puede comunicarse con servidor de informes. Si se produce este problema, el Administrador de informes muestra correctamente las imágenes en la página principal de 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, utilice el seguimiento de .NET Framework. To enable the .NET Framework tracing, add the following code to the Web.config file that is in the Report Manager folder:
<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 de servidor es ? ejemplo1 ?. Sin embargo, el certificado se emite para ? ejemplo2 ?. Cuando tiene acceso a la página principal de administrador de informes mediante la dirección URL http://example1/reports , recibirá un mensaje de advertencia que indica que el certificado es válido. Por lo tanto, la configuración de 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 omitir las 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 podría establecer una relación de confianza para el canal seguro SSL/TLS.
A continuación, agrega este código XML al archivo Web.config bajo el directorio de administrador de informes.

Nota Quizás tenga que realizar la combinación si el archivo Web.config contiene ya la <system.diagnostics> elemento o la <switches> elemento.

Cuando recibe el mismo mensaje de error, ver el archivo de registro que especificó en el código XML. En este ejemplo, el archivo de registro está en la siguiente ubicación:
D:\tmp\System.Net.Trace.log
En la parte inferior del registro, verá la información de following:
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 la mensaje de error indica el tipo de problema de certificado que se ha producido.

Escalado 6 y de carga equilibrada problemas

6.1 Recibirá un mensaje de HTTP 401 error intermitentemente

El salto doble que emitir equilibrio de carga presenta puede causar errores intermitentes de HTTP 401. Con equilibrio de carga, puede enrutarse a una solicitud HTTP que se envía en el mismo equipo en el servidor virtual y, a continuación, a un nodo diferente. Este problema se produce intermitentemente. 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 vaya al nodo virtual van en su lugar el host local. Por ejemplo, puede redirigir las solicitudes que están destinadas para el nodo virtual a una dirección IP 127.0.0.1. Esta operación impide que los dobles saltos restringiendo las solicitudes del Administrador de informes a servidor de informes en el mismo equipo.
  • Si tiene una instalación de Reporting Services nativa, configurar la etiqueta <reportserverurl> use "localhost" en lugar del servidor virtual.

Problemas de Windows Vista y Windows Server 2008 7

Si está instalando Reporting Services en Windows Vista o en Windows Server 2008, revise los siguientes artículos de Knowledge Base y el sitio Web de MSDN cuidadosamente:
934164Cómo instalar SQL Server 2005 Reporting Services en un equipo basado en Windows Vista
938245Cómo instalar y cómo configurar SQL Server 2005 Reporting Services en un equipo que ejecuta Windows Server 2008
http://msdn2.microsoft.com/en-us/library/bb677367.aspx

Recibir un mensaje de error ? IIS es no está instalado o no 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, recibe el siguiente mensaje de error, incluso si IIS ya está instalado:
No está instalado o no configurado para la instalación del componente de servidor IIS
Este problema se produce porque la característica de compatibilidad de 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:
949455Instalación de informes de System Center Operations Manager 2007 produce un error en un equipo de Windows Server 2008 si no está instalada la compatibilidad de administración de IIS 6.0

Redirección de la página principal 8

Cuando utiliza IIS, puede utilizar el Administrador de informes como la página principal predeterminada para el servidor Web. Por ejemplo, quizás desee redirigir las solicitudes desde el http://<server> dirección URL a la http://<server> / informes URL. Para obtener información acerca cómo configurar la redirección a la página principal de administrador de informes, consulte la sección "Redireccionamiento al administrador de informes Virtual Directory" del sitio Web de MSDN siguiente:
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx
Nota Administrador de informes no puede configurar 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 exportación 9

9.1 Una espera de exportación

Al exportar un informe desde Internet Explorer, el cuadro de diálogo de descarga permanece abierto hasta se notifica 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 de forma que puede 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, especialmente si el informe es pequeño, por lo que el tiempo de espera no se produzcan debido de 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 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 la casilla de verificación Usar HTTP 1.1 en conexiones proxy .
  4. Haga clic para seleccionar la casilla de verificación Usar HTTP 1.1 y la casilla de verificación Usar HTTP 1.1 en conexiones proxy .
  5. Reinicie Internet Explorer.

10 problemas de 64 bits

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

Cuando intenta ejecutar los 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 intentó cargar un ensamblado de 64 bits en una plataforma de 32 bits
Para obtener más información, visite el siguiente sitio Web:
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true

10.2 Problemas cuando IIS y Reporting Services se encuentran en modo de 64 bits, pero se está ejecutando IIS es el 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:
894435Có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
934162Có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

11 IIS y problemas de configuración de directorio virtual

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

Aparece alguno de los mensajes de error siguientes:

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
Lista de directorios denegada
mensaje de error 2
Servicio no disponible
Estos mensajes de error indican que la configuración de los directorios virtuales de 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 de servidor de informes y los directorios virtuales de administrador de informes. Para ello, siga estos pasos:
  1. Utilice el Administrador IIS para quitar los directorios virtuales existentes en IIS.
  2. Utilizar la herramienta de configuración de Reporting Services o los proveedores de WMI de Reporting Services para crear nuevos directorios virtuales.
Para obtener más información, visite los siguientes sitios Web de Microsoft (pueden estar en inglés):
http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx

http://technet.microsoft.com/en-us/library/ms181174(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx

http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx

12 Implementar 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:
http://msdn.microsoft.com/en-us/library/ms159697.aspx

Problemas de report Builder 13

13.1 Recibe un error HTTP 401 al iniciar el generador de informes

Si servidor de informes utiliza autenticación básica, debe configurar la autenticación anónima para Report Builder. Report Builder es una aplicación ClickOnce. Las aplicaciones ClickOnce no pueden controlar autenticación básica. Para obtener más información, visite el siguiente sitio Web de MSDN:
http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx

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

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

Este problema puede producirse cuando Reporting Services no puede analizar el archivo Web.config. Para solucionar este problema, haga lo siguiente:
  • Compruebe que el archivo Web.config que se encuentra en la siguiente carpeta 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 ha ocurrido, busque el atributo xmlns en la primera línea del archivo.
  • Compruebe que el nodo <authentication> contiene elatributo Mode . Si el atributo no está presente, agregar el atributo mode al nodo <authentication>. Especifique un valor de atributo apropiado.

    Por ejemplo, si utiliza la autenticación integrada de Windows, el modo de autenticación más probable es que se establece en ? Windows ?. Para obtener más información sobre los modos de autenticación de ASP.NET, vea los siguientes sitios Web de MSDN:
    http://msdn.microsoft.com/en-us/library/aa291347.aspx

    http://msdn.microsoft.com/en-us/library/532aee0e.aspx

Propiedades

Id. de artículo: 958998 - Última revisión: miércoles, 04 de febrero de 2009 - Versión: 1.2
La información de este artículo se refiere a:
  • Microsoft SQL Server 2005 Reporting Services
Palabras clave: 
kbmt kbsql2005rs kbexpertiseadvanced kbsurveynew kbinfo KB958998 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 958998

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com