Comment dépanner les problèmes de configuration IIS dans SQL Server 2005 Reporting Services

INTRODUCTION

Cet article décrit comment dépanner les problèmes de configuration des services d'information Internet (IIS) dans Microsoft SQL Server 2005 Reporting Services.This est écrit principalement pour vous aider à diagnostiquer les problèmes de configuration IIS 6.0 sous Reporting Services mode natif. Cet article s'applique également généralement à iIS 5.0 et à IIS 7.0. Toutefois, certaines étapes de diagnostic peuvent être écrites uniquement pour IIS 6.0, telles que les étapes pour vérifier l'installation de Microsoft ASP.NET en utilisant IIS Manager. Cet article traite également de certains problèmes de configuration courants avec l'authentification, avec ASP.NET, et avec Internet Explorer.

Informations supplémentaires

1 Approche générale

Les problèmes de configuration IIS apparaissent généralement comme un défaut de connexion ou d'exécution de report Server ou De Report Manager. Pour diagnostiquer avec succès ces problèmes de configuration, vous devez examiner l'architecture des services de reporting et la façon dont les services de reporting sont intégrés à l'IIS. Cet article tente d'identifier les problèmes courants de configuration iIS qui peuvent causer des défaillances dans les services de reporting. Certaines questions autres que l'IIS sont également discutées.

1.1Flux de demande

Une demande HTTP d'un utilisateur voyage à travers de nombreuses couches. Savoir quelle couche a échoué la demande peut vous aider à déterminer la nature de l'échec. Le diagramme suivant est un diagramme simplifié du flux d'une demande : schéma simplifié d’un flux de demande HTTP Reporting Services installe un répertoire virtuel pour Report Server et un répertoire virtuel pour Report Manager. Le nom d'annuaire virtuel par défaut pour Report Server est « reportserver ». Le nom d'annuaire virtuel par défaut pour Report Manager est « rapports ». En règle générale, vous commencez à diagnostiquer les problèmes de services de reporting en envoyant une demande à l'annuaire racine de Report Server dans Internet Explorer. Par défaut, l'URL est http://'lt;server'gt;/reportserver. Si Report Server fonctionne, vous pouvez alors utiliser Internet Explorer pour envoyer une demande à http://'lt;server'gt;/reports. Si vous avez configuré Report Server pour utiliser Secure Sockets Layer (SSL), vous devez d'abord vous assurer que le serveur peut s'exécuter en mode non-SSL. Si vous avez configuré un déploiement à l'échelle, vous devez d'abord vous assurer que Report Server peut s'exécuter sur des nœuds individuels. Le diagnostic des problèmes dans cet ordre vous aide à isoler les problèmes plus rapidement.

1.2Symptômes courants

Cette section répertorie les symptômes courants qui se produisent lorsque les demandes échouent dans une certaine couche. Cette section vous indique également où rechercher les messages d'erreur.

1.2.1Firewall

Si vous accédez à Report Server à partir d'un ordinateur client distant, vérifiez que le pare-feu ne bloque pas la demande. Une demande bloquée est enregistrée dans le journal du pare-feu. Pour plus d'informations sur la façon de trouver le journal de pare-feu, you peut également visiter les sites Web Microsoft suivants:

Afficher le fichier journal du pare-feu Windows

Interprétation du journal windows du pare-feu

1.2.2HTTP.sys

IIS 6.0 qui ne fonctionne pas en mode d'isolation IIS 5.0 et IIS 7.0 utilisent le pilote HTTP en mode noyau (HTTP.sys) pour effectuer l'entrée/sortie du réseau HTTP. Le service HTTP est démarré automatiquement. Vous n'avez pas à effectuer la configuration manuelle. Si les services de reporting sont configurés pour utiliser SSL, vous devez vous assurer que le service HTTP SSL est démarré. Le processus HTTP.sys peut renvoyer une erreur au client même si IIS n'est pas impliqué. Cela peut se produire lorsque l'URL est mal formée, ou lorsque l'identité du site Web IIS est configurée incorrectement. Les erreurs sont enregistrées dans le journal d'erreur HTTP.sys. Pour plus d'informations sur les fichiers journaux d'erreurs HTTP.sys, visitez le site Web Microsoft suivant :

HTTP.sys Erreurs Fichiers journaux Pour plus d'informations sur la connexion d'erreurs dans l'API HTTP, cliquez sur le numéro d'article suivant pour afficher l'article dans la base de connaissances Microsoft :

820729 Enregistrement d'erreurs dans l'API HTTP

1.2.3IIS et pools d'applications

Avant d'examiner la configuration IIS, vous devez vous assurer que le service IIS Admin et le pool d'applications sont en cours d'exécution. En outre, vous devez vérifier que l'identité du site Web est correcte. Vous devez être prudent avec l'identité du site Web si le site Web qui héberge les services de rapport n'est pas le site Web par défaut, ou si vous ne spécifiez pas « Tous les non-affectés » pour l'identité du site Web. Si vous avez configuré Report Server et Report Manager sur différents sites Web, essayez de configurer Report Server et Report Manager sur le même site Web. Si d'autres applications partagent le même site Web avec Reporting Services, essayez de configurer les répertoires virtuels de Report Services sur un nouveau site Web. Si vous avez des extensions ou des filtres ISAPI tiers, essayez de supprimer les extensions ou filtres ISAPI tiers. Si plusieurs problèmes de configuration se produisent avec IIS, vous pouvez réinstaller IIS. Lorsque vous faites cela, vous devez reconfigurer ASP.NET et les répertoires virtuels de Report Services. Pour plus d'informations sur l'emplacement du fichier journal IIS, cliquez sur le numéro d'article suivant pour afficher l'article dans la base de connaissances Microsoft :

324091 COMMENT: Afficher et rapporter des fichiers journaux

1.2.4ASP.NET

Un message d'erreur dans Internet Explorer peut indiquer qu'un problème se produit dans ASP.NET. Si vous avez déjà désinstallé IIS ou ASP.NET sur l'ordinateur, vous devez valider ASP.NET paramètres de configuration. Vous pouvez résoudre la plupart des problèmes de configuration ASP.NET en utilisant le fichier aspnet-regiis.exe pour réenregistrer ASP.NET dans IIS. Pour plus d'informations sur ASP.NET validation, voir la section 4 de cet article. Vous pouvez utiliser une page .aspx simple pour effectuer une vérification de la santé mentale de l'IIS et ASP.NET configuration. Pour ce faire, suivez les étapes suivantes :

  1. Créez un nouvel annuaire virtuel sur le site Web qui héberge les répertoires virtuels des Services de déclaration.

  2. Accordez la permission de lire et d'exécuter la permission à l'annuaire virtuel.

  3. Déployez une page .aspx simple à l'annuaire virtuel.

Si vous ne pouvez pas naviguer sur la page .aspx dans Internet Explorer, résoudre ce problème d'abord. Le problème peut se produire dans ASP.NET ou dans l'une des couches avant que la demande n'atteigne ASP.NET.

1.2.5Reporting Server répertoires virtuels

Si les répertoires virtuels des services de reporting n'ont pas été configurés à l'aide du fournisseur d'instrumentation de gestion Windows (WMI) des services de reporting ou de l'outil de configuration des services de déclaration, vous devez suivre les instructions de la section 4.1 pour vérifier les paramètres des répertoires virtuels. Si plusieurs problèmes de configuration se produisent, vous pouvez recréer les répertoires virtuels en utilisant WMI ou en utilisant l'outil de configuration Des services de reporting. Pour résoudre les problèmes, vérifiez et réparez d'abord l'annuaire virtuel Report Server. Ensuite, lorsque Report Server fonctionne, vous pouvez examiner et corriger le répertoire virtuel de Report Manager. Lorsque Le gestionnaire de rapport ne peut pas communiquer avec Le serveur de rapport, l'erreur est généralement enregistrée dans les fichiers journaux des services de déclaration. Pour de plus amples renseignements sur les registres de trace des services de déclaration, visitez le site Web suivant du MSDN :

Journaux de trace des services de signalementCe qui suit est un exemple typique de ces erreurs :

w3wp!ui!1!8/ 5/2008-10:20:56:: e ERROR: CODE de statut HTTP ---gt; 500 -------Détails-------- System.Net.WebException: La demande a échoué avec 'lt;some error 'gt; à Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods() à Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()

Si l'annuaire virtuel Report Server fonctionne, mais que le répertoire virtuel de Report Manager ne fonctionne pas, examinez l'URL que Report Manager utilise pour communiquer avec Report Server. Pour de plus amples renseignements, visitez le site Web suivant :

Configuration des annuaires virtuels du serveur de rapport

2Problèmes de configuration du site Web

2.1Problèmes d'identité du site Web

Si un message d'erreur indique qu'Internet Explorer ne peut pas joindre Report Server ou Report Manager, vous devez valider les paramètres du site Web pour les services de reporting. Voici quelques messages d'erreur que vous pouvez recevoir. Dans Report Manager, vous recevez le message d'erreur suivant :

La tentative de connexion au serveur de rapport a échoué. Vérifiez les informations de connexion et que le serveur de rapport est en version compatible.

Dans Internet Explorer, vous recevez le message d'erreur suivant :

Impossible de trouver le serveur ou l'erreur DNS

Dans Internet Explorer, vous recevez le message d'erreur suivant :

HTTP 400 Mauvaise demande

Assurez-vous que l'adresse IP ou le nom de l'hôte utilisé dans l'URL se résout à l'ordinateur et le site Web qui héberge les répertoires virtuels des services de déclaration. Si les répertoires virtuels sont hébergés sur différents sites Web, consultez la configuration du site Web pour les deux Rapports Server et Report Manager. Si l'URL est spécifiée par une adresse IP, vérifiez ce qui suit :

  • Assurez-vous que l'adresse IP se résout à l'ordinateur qui héberge les répertoires virtuels des services de déclaration. Vous pouvez utiliser la commande ipconfig.exe pour répertorier les interfaces réseau d'un ordinateur.

  • Assurez-vous que les sites Web qui hébergent les services de déclaration utilisent le paramètre tous non attribués ou l'adresse IP que vous avez spécifiée dans le volet d'identification du site Web.

Si l'URL est spécifiée par un nom d'hôte, vérifiez ce qui suit :

  • Assurez-vous que le nom de l'hôte se résout à l'ordinateur des services de déclaration. Vous pouvez utiliser la commande ping.exe pour résoudre le nom de l'hôte à l'adresse IP. Ensuite, assurez-vous que l'adresse IP se résout à l'ordinateur qui héberge les répertoires virtuels des services de reporting.

  • Assurez-vous que le site Web utilise le paramètre all Unassigned pour l'identification du site Web, ou que le site Web spécifie un en-tête d'hôte qui correspond à l'en-tête de l'hôte dans la demande. L'en-tête hôte que la demande utilise est généralement le nom du serveur spécifié dans l'URL. Dans un scénario d'équilibrage de charge réseau (NLB), l'en-tête hôte est généralement le nom de nœud virtuel. L'en-tête hôte peut également être défini dans le fichier Hôtes.

Dans iIS 5.0 et dans IIS 6.0, les identités du site Web sont définies dans le volet identification du site Web de l'onglet Site Web de la page Propriétés du site Web. Dans IIS 7.0, vous pouvez définir les identités du site Web en cliquant sur le lien De liaisons dans le volet Edit Site. Pour de plus amples renseignements sur la façon dont les identités des sites Web sont définies, visitez les sites Web suivants. Remarque IIS 5.0 utilise une interface qui ressemble à IIS 6.0 pour définir les identités du site Web.

IIS 6.0 F1: Ajouter/modifier l'identification du site Web

IIS 6.0 F1 : Site Web avancé IdentificationDessites, applications et répertoires virtuels sur IIS 7Vous devez également vous assurer que Report Manager utilise une URL correcte pour accéder à Report Server. Pour plus d'informations, visitez les sites Web Microsoft suivants :

Configuration des annuaires virtuels du serveurde rapport Comment : Configurer les services dereporting pour utiliser un site Web non défaillant (Configuration des services de reporting)

2.2Issues qui se produisent après la réinstallation de l'IIS

Si vous avez réinstallé IIS, vous devrez peut-être reconfigurer ASP.NET, les répertoires virtuels report Server et les répertoires virtuels de Report Manager.

Informations pour l'installation IIS

Pour plus d'informations sur la façon d'installer et de désinstaller IIS 6.0, visitez le site Web Microsoft suivant :

Docs Microsoft

Informations sur la façon de reconstruire les répertoires virtuels des Services de reporting

Pour plus d'informations, visitez les sites Web Microsoft suivants :

Configuration des annuaires virtuels du serveurde rapport Comment : Configurer les services dereporting pour utiliser un site Web non défaillant (Configuration des services de reporting)

2.3Issues avec filtres ISAPI

Les filtres ISAPI tiers peuvent causer des problèmes sur les répertoires virtuels de Report Server. Si des filtres ISAPI tiers sont présents, essayez de supprimer les filtres du site Web qui héberge les répertoires virtuels de Reporting Services. Ou, déplacez les répertoires virtuels de Reporting Services vers un nouveau site Web.

3Problèmes d'authentification

3.1Vous devez saisir les informations d'identification d'Internet Explorer pour accéder aux services de reporting

Lorsque les services de reporting sont configurés pour utiliser l'authentification intégrée Windows, Internet Explorer n'est généralement pas configuré pour demander rapidement des informations d'identification. Pour déterminer si Internet Explorer est configuré pour toujours demander des informations d'identification, suivez les étapes suivantes :

  1. Ouvrez Internet Explorer.

  2. Dans le menu Outils, cliquez sur Options Internet.

  3. Sur l'onglet Sécurité, sélectionnez la zone qui s'applique à l'URL utilisée pour accéder au serveur de rapport. Par exemple, si vous utilisez un nom NetBIOS pour accéder à Report Server, sélectionnez la zone Intranet locale.

  4. Cliquez sur Le niveau personnalisé.

  5. Dans la zone d'authentification utilisateur de la boîte de dialogue Paramètres de sécurité, cliquez sur Logon automatique uniquement dans la zone Intranet dans la zone Logon. Si votre URL est dans la zone intranet, vous pouvez cliquer sur logon automatique avec le nom d'utilisateur et le mot de passe en cours.

3.2Vous recevez un message d'erreur HTTP 401 après avoir saisi des informations d'identification dans Internet Explorer

Si vous recevez un message d'erreur HTTP 401 après avoir reçu des invites répétées par Internet Explorer, une défaillance d'authentification s'est produite. Par exemple, si vous installez des services de rapport en mode natif, vous pouvez être invité pour des informations d'identification trois fois avant de recevoir un message d'erreur HTTP 401 dans Internet Explorer. Lorsque ce problème se produit, le journal IIS affiche « HTTP 401 » comme réponse iIS. Pour résoudre ce problème, vérifiez ce qui suit :

  • Assurez-vous d'entrer le nom d'utilisateur et le mot de passe corrects.

  • Suivez les étapes de la section 3.1 de cet article. Assurez-vous de ne pas sélectionner le logon Anonyme dans les paramètres de sécurité de votre zone.

Vous recevez le plus souvent un message d'erreur HTTP 401 si vous avez configuré des services de reporting pour utiliser l'authentification intégrée Windows. Par défaut, IIS active à la fois la méthode d'authentification Négocier et la méthode d'authentification NTLM. Internet Explorer utilise généralement la méthode d'authentification Negotiate avant qu'Internet Explorer n'utilise la méthode d'authentification NTLM. Si vous utilisez FQDN ou un en-tête d'hôte personnalisé qui ne correspond pas au nom de l'ordinateur, un problème de vérification de boucle peut se produire. Lorsque ce problème se produit, vous pouvez généralement accéder aux sites Web des Services de déclaration en utilisant l'adresse IP. Toutefois, vous ne pouvez pas accéder aux sites Web en utilisant un FQDN ou un nom d'hôte.

3.2.1 Authentification Kerberos

Lorsque le protocole d'authentification négocié est Kerberos, vous pouvez recevoir un message d'erreur HTTP 401 en raison de problèmes d'authentification Kerberos. Voici quelques-unes de ces questions :

  • Si votre pool d'applications est basé sur un compte de domaine, vous pouvez recevoir un message d'erreur HTTP 401 si le nom principal du service HTTP (SPN) n'est pas configuré. Lorsque ce problème se produit, vous recevez le code d'erreur Kerberos suivant :

    KRB_ERR_APP_MODIFIEDVous pouvez accéder au serveur en utilisant l'URL suivante :

    http://localhost/<reportserver_vdir>Toutefois, vous ne pouvez pas accéder au serveur en utilisant l'URL suivante :

    http://<NetBIOS>/<reportserver_vdir>Pour résoudre ou contourner ces problèmes, utilisez l'une des méthodes suivantes :

    • Configurez le HTTP SPN pour activer l'authentification Kerberos. Si vous utilisez le nom NetBIOS et le FQDN dans votre URL pour accéder aux services de reporting, vous devez enregistrer le HTTP SPN pour le nom NetBIOS et pour le FQDN. Vous ne pouvez pas configurer le HTTP SPN pour les différents comptes sur le même ordinateur. Par conséquent, différents pools d'applications doivent s'exécuter sous le même compte pour utiliser le même HTTP SPN. Pour plus d'informations, cliquez sur le numéro d'article suivant pour voir l'article dans la base de connaissances Microsoft :

      871179 Vous recevez un message d'erreur « HTTP Error 401.1 - Non autorisé : l'accès est refusé en raison d'informations d'identification non valides » lorsque vous essayez d'accéder à un site Web faisant partie d'un pool d'applications IIS 6.0

    • Modifiez l'identité de votre pool d'applications en NetworkServices ou en LocalSystem. Ces comptes peuvent utiliser le HOST SPN intégré au lieu du HTTP SPN.

    • Forcez IIS à n'accepter l'authentification NTLM que.

  • Vous recevez le code d'erreur Kerberos suivant dans le journal des événements :

    KRB_ERR_RESPONSE_TOO_BIGPour résoudre ou contourner ce problème, suivez les étapes suivantes :

    1. Activer l'exploitation forestière Kerberos. Pour plus d'informations, cliquez sur le numéro d'article suivant pour voir l'article dans la base de connaissances Microsoft :

      262177 Comment permettre l'enregistrement de l'événement Kerberos

    2. Examinez le journal. Si vous voyez le code d'erreur KRB-ERR-RESPONSE-TOO-BIG, consultez l'article Microsoft Knowledge Base suivant pour une solution de contournement pour ce problème :

      244474 Comment forcer Kerberos à utiliser TCP au lieu d'UDP dans Windows Server 2003, dans Windows XP, et dans Windows 2000

3.2.2 Authentification de base

Si les services de reporting sont configurés pour utiliser l'authentification de base, une défaillance d'authentification est enregistrée dans le journal d'événements de sécurité sur le serveur en cours d'exécution IIS. Afficher le message d'erreur. Si la stratégie de sécurité locale n'autorise pas l'authentification, vous devez soit autoriser ce type de connexion à l'intérieur de la stratégie de sécurité locale, soit modifier le type de connexion à l'intérieur de la configuration IIS.

3.3Vous recevez un message d'erreur " Accès refusé " dans Internet Explorer pour IUSR ou pour un autre utilisateur anonyme de l'IIS

Si ce message d'erreur se produit de façon inattendue, déterminez si la sécurité anonyme est activée sur les répertoires virtuels de Reporting Services. Si ce paramètre est activé, désactivez-le.

3.4Kerberos questions de délégation se produisent

Ces questions sont généralement connues sous le nom de questions de « double saut ». Kerberos questions délégation peut se produire lorsque les conditions suivantes sont vraies:

  • Vous avez configuré la sécurité intégrée pour les sources de données de votre rapport.

  • Votre rapport accède à un serveur distant pour une source de données. Par exemple, votre rapport accède aux services d'analyse ou à un serveur de base de données Microsoft SQL Server.

  • Lorsque vous accédez au rapport, vous recevez l'un des messages d'erreur suivants : Message d'erreur 1

    Connexion échouée pour l'utilisateur (null)

    Message d’erreur 2

    Connexion échouée pour l'utilisateur "NTAUTHORITY-ANONYMOUS"

  • Lorsque vous vérifiez le journal des événements de sécurité sur le serveur qui héberge la source de données, vous voyez des événements qui indiquent qu'un utilisateur anonyme se connectait.

Un système d'authentification NTLM ne peut pas effectuer d'opérations de double houblon. Si vous avez supprimé le fournisseur d'authentification Négocier du site Web ou du répertoire virtuel des services de déclaration, vous devez rajouter le fournisseur d'authentification Négocier. Pour plus d'informations, cliquez sur les numéros d'article suivants pour afficher les articles de la base de connaissances Microsoft :

917409 Comment configurer SQL Server 2005 Services d'analyse pour utiliser l'authentification Kerberos

909801 Comment s'assurer que vous utilisez l'authentification Kerberos lorsque vous créez une connexion distante à une instance de SQL Server 2005

Pour plus d'informations, consultez le site web de Microsoft suivant :

Comment : Enregistrer un nom principal de service (SPN) pour un serveur de rapport

Si vous voulez éviter l'authentification Kerberos, vous pouvez utiliser l'une des méthodes suivantes:

  • Configurez les informations d'identification stockées pour votre source de données.

  • Configurer les services de reporting pour utiliser l'authentification de base. La méthode de logon par défaut est la méthode NetworkClearText. Cette méthode vous permet de faire un saut supplémentaire à partir du serveur de rapport.

problèmes de configuration 4ASP.NET

4.1Erreurs générales

ASP.NET problèmes de configuration présentent divers symptômes. Par exemple, l'un des éléments suivants peut se produire :

  • Vous pouvez recevoir un message d'erreur HTTP 404.

  • Vous pouvez recevoir le message d'erreur suivant :

    Impossible de charger la ressource Microsoft.ReportingServices.UI.GlobalApp

  • Vous pouvez recevoir d'autres messages d'erreur d'exception de ASP.NET.

ASP.NET problèmes de configuration peuvent être causés par la réinstallation ou la réinstallation d'une version du cadre Microsoft .NET. Pour résoudre ces problèmes, faites ce qui suit :

  • Dans IIS Manager, cliquez à droite sur le nœud des sites Web, puis cliquez sur Propriétés. Dans la fenêtre Propriétés des sites Web, cliquez sur l'onglet ASP.NET, puis vérifiez que la version ASP.NET est 2.0.50727.

  • Dans IIS Manager, cliquez à droite sur le nœud des sites Web, puis cliquez sur Propriétés. Dans la fenêtre Propriétés des sites Web, cliquez sur l'onglet ISAPIFilters. Localiser, puis cliquez sur le filtre ASP.NET 2.0.50727.0. Vérifier que la case exécutable contient un chemin valide pour le fichier ASP.NET filtre .dll. Remarque Dans IIS 5.1, le filtre n'existe pas. Remarque Dans IIS 7.0, vous pouvez voir le filtre en cliquant sur l'icône Filtres ISAPI sur la page propriétés du site Web.

  • Dans IIS Manager, localisez puis cliquez à droite sur l'annuaire virtuel de Report Server, puis cliquez sur Propriétés. Dans la boîte de dialogue, cliquez sur l'onglet Répertoire virtuel, puis cliquez sur Configuration. Vérifier que le volet extensions d'application est vide. Vérifiez que le volet Wildcard Application Maps a une seule carte de cartographie. Sélectionnez la cartographie wildcard, puis cliquez sur Edit. Vérifier que la case Execute contient le bon chemin pour le fichier aspnet-isapi.dll. Vérifier que la case Vérifier l'existence du fichier n'est pas sélectionnée.

  • Dans IIS Manager, localisez puis cliquez à droite sur l'annuaire virtuel de Report Manager, puis cliquez sur Propriétés. Dans la boîte de dialogue, cliquez sur l'onglet Répertoire virtuel, puis cliquez sur Configuration. Vérifier que le volet Extensions d'application contient les cartes par défaut. Il s'agit d'une liste de cartographies pour les types de fichiers ASP.NET communs, tels que .aspx et .asax. Pour régénérer la cartographie par défaut, utilisez la commande suivante pour créer les cartes de script correctes :

    aspnet-regiis.exe 's 'lt;report manager path 'gt; Remarque Dans IIS 7.0, les cartes sont sous l'icône Handler Mappings.

  • Dans les extensions de serveur Web IIS, assurez-vous que ASP.NET 2.0.50727 est activé.

Si la validation échoue, vous pouvez enregistrer ASP.NET pour résoudre le problème. Pour ce faire, utilisez l'une des méthodes suivantes :

  • Si vous exécutez une version 32 bits des services de reporting sur un système d'exploitation 32 bits ou sur un système d'exploitation 64 bits, exécutez la commande suivante à une invite de commande :

    %SystemRoot % -Microsoft.NET-Framework-v2.0.50727-aspnet-regiis.exe -i -enable

  • Si vous exécutez une version 64 bits des services de reporting sur un système d'exploitation 64 bits, exécutez la commande suivante à une invite de commande :

    %SystemRoot % -Microsoft.NET-Framework64-v2.0.50727-aspnet-regiis.exe -i -enable

Vous ne pouvez pas courir ASP.NET 1. x et ASP.NET 2.0 dans le même processus de travail IIS. Si vous utilisez IIS 6.0 ou IIS 7.0, assurez-vous que le pool d'applications qui héberge votre application Report Server n'héberge pas ASP.NET 1. x applications. Si vous utilisez IIS 5.0, ou si vous utilisez IIS 6.0 en mode d'isolation IIS 5.0, assurez-vous que vous n'exécutez pas d'applications qui nécessitent ASP.NET 1. x.

4.2Vous recevez un message d'erreur « L'identité actuelle (NT AUTHORITY-NETWORK SERVICE) n'a pas accès à un message d'erreur de ' 'lt;path'gt;v2.0.50727''Temporary ASP.NET Files'"

L'erreur est causée par une configuration de ASP.NET invalide. Pour résoudre le problème, accordez des autorisations d'écriture et d'exécution au dossier fichiers de ASP.NET temporaire s'affiche que le message d'erreur indique.

Problèmes 5SSL

5.1Les problèmes se produisent avec les certificats de client

Si vous avez configuré des certificats clients sur vos répertoires virtuels, Report Manager peut ne pas s'authentifier à Report Server. Ce problème se produit parce que Report Manager n'est pas conçu pour transmettre les certificats des clients lorsque Report Manager communique avec Report Server via des demandes HTTP. Par conséquent, si vous configurez IIS pour activer l'option Certificats clients nécessites, vous ne pouvez pas utiliser Report Manager. Pour contourner ce problème, vous pouvez effacer la case de cocher Les certificats de client d'exige pour le répertoire virtuel de Report Server.

5.2 Vous recevez un message d'erreur ou des erreurs de connexion « fermé de force » qui indiquent une défaillance de connexion SSL

Dans Internet Explorer, vous recevez l'un des messages d'erreur suivants : Message d'erreur 1

Connexion fermée de force

Message d’erreur 2

La connexion sous-jacente a été fermée

Message d’erreur 3

Impossible d'établir une relation de confiance pour le canal sécurisé SSL/TLS

Message d’erreur 4

Code de statut HTTP---gt;500

Si vous recevez ces messages d'erreur, une défaillance de connexion SSL peut s'être produite. Les défaillances de connexion SSL sont généralement causées par le certificat installé dans IIS. Pour résoudre ce problème, faites ce qui suit :

  • Assurez-vous que le certificat est délivré au nom de l'hôte ou à l'en-tête de l'hôte dans l'URL que vous utilisez pour accéder au gestionnaire de rapport ou au serveur de rapport.

  • Assurez-vous que le certificat est délivré au nom de l'hôte ou à l'en-tête de l'hôte dans l'URL que Report Manager utilise pour accéder au serveur de rapport. Remarque Cette URL peut être définie par l'élément ReportServerUrl dans le fichier RsWebApplication.config. Si cette URL n'est pas définie, le nom hôte de cette URL est le nom hôte que le client utilise pour accéder au gestionnaire de rapport. Étant donné que le nom de l'hôte peut varier si vous utilisez différentes URL pour accéder à Report Manager, nous vous recommandons de définir explicitement l'élément ReportServerUrl en utilisant le nom d'hôte correct. Pour de plus amples renseignements, visitez le site Web mSDN suivant :

    Fichier de configuration RSWebApplication

  • Assurez-vous que la chaîne de fiducie de certificat est valide. C'est-à-dire, assurez-vous que le certificat ou l'émetteur du certificat est digne de confiance.

5.3Les problèmes se produisent dans la communication HTTP entre Report Server et Report Manager

Un problème peut se produire dans la communication HTTP entre Report Manager et Report Server. Lorsque la configuration SSL est invalide, Report Manager peut répondre avec succès à Internet Explorer. Toutefois, Report Manager ne peut pas communiquer avec Report Server. Si ce problème se produit, Report Manager affiche correctement les images sur la page d'accueil du gestionnaire de rapport. Toutefois, Report Manager affiche une erreur dans l'espace où vous vous attendez à voir les dossiers et les éléments de rapport. Pour diagnostiquer ces problèmes, utilisez le tracé du framework .NET. Pour activer le suivi du Framework .NET, ajoutez le code suivant au fichier Web.config qui se trouve dans le dossier Report Manager :

<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>

Supposons, par exemple, que l'en-tête de l'hôte serveur soit « exemple1 ». Toutefois, votre certificat est délivré à "exemple2". Lorsque vous accédez à la page d'accueil du gestionnaire de rapport en utilisant l'URL http://example1/reports, vous recevez un message d'avertissement indiquant que le certificat est invalide. Par conséquent, la configuration du certificat est invalide. Remarque Selon la version d'Internet Explorer que vous utilisez, l'avertissement peut être un message pop-up ou un message qui apparaît dans Internet Explorer. Ou, si vous avez choisi d'ignorer les avertissements avant, vous ne pouvez pas recevoir un avertissement dans Internet Explorer. Dans Report Manager, vous recevez le message d'erreur suivant :

Le lien sous-jacent a été fermé : impossible d'établir une relation de confiance pour le canal sécurisé SSL/TLS.

Ensuite, vous ajoutez ce code XML au fichier Web.config sous l'annuaire Report Manager. Remarque Vous devrez peut-être effectuer la fusion si le fichier Web.config contient déjà l'élément de lt;system.diagnostics ou de l'élément 'lt;switches'gt; Lorsque vous recevez le même message d'erreur, affichez le fichier journal que vous avez spécifié dans le code XML. Dans cet exemple, le fichier journal se trouve à l'emplacement suivant :

D:\tmp\System.Net.trace.logAu bas du journal, vous voyez ce qui suit : 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. Notez que le message d'erreur indique le type de problème de certificat qui s'est produit.

6Échelle-out et chargez les issues équilibrées

6.1Vous recevez une erreur HTTP 401 par intermittence

Le problème de double saut que l'équilibrage de charge introduit peut causer des erreurs intermittentes HTTP 401. Avec l'équilibrage de la charge, une demande HTTP qui est envoyée au même ordinateur peut être acheminée vers le serveur virtuel, puis vers un nœud différent. Ce problème se produit par intermittence. Si la demande est acheminée vers le même nœud, la demande réussit. Pour contourner ce problème, utilisez l'une des méthodes suivantes :

  • Modifier le fichier Hôtes sur chaque nœud de sorte que les demandes qui vont au nœud virtuel aller à l'hôte local à la place. Par exemple, vous pouvez rediriger les demandes qui sont destinées au nœud virtuel vers une adresse IP de 127.0.0.1. Cette opération empêche le double saut en limitant les demandes de Report Manager à Report Server au même ordinateur.

  • Si vous disposez d'une installation native de services de reporting, configurez le tag 'lt;ReportServerUrl', pour utiliser "localhost" au lieu du serveur virtuel.

7 problèmes WindowsVista et Windows Server 2008

Si vous installez des services de reporting dans Windows Vista ou dans Windows Server 2008, consultez attentivement l'article suivant de la Base de connaissances et le site Web MSDN :

938245 Comment installer et comment configurer SQL Server 2005 Reporting Services sur un ordinateur qui fonctionne Windows Server 2008

Comment: Installer des services de reporting 64 bits sur Windows Vista

Vous recevez un message d'erreur "IIS n'est pas installé ou non configuré pour l'installation des composants du serveur" pendant la configuration

Lorsque vous essayez d'installer des services de reporting sur Windows Vista ou sur Windows Server 2008, vous recevez le message d'erreur suivant, même si IIS est déjà installé :

IIS n'est pas installé ou non configuré pour l'installation de composants du serveur

Ce problème se produit parce que la fonction de compatibilité de gestion IIS 6.0 n'est pas installée.

8Direction de page d'accueil

Lorsque vous utilisez IIS, vous pouvez utiliser Report Manager comme page d'accueil par défaut pour le serveur Web. Par exemple, vous pouvez rediriger les demandes à partir de l'URL http:// à l'adresse suivante : l'URL vers l'URL http://'lt;server'gt;/reports URL. Pour obtenir de l'information sur la façon de configurer la redirection vers la page d'accueil du gestionnaire de rapport, consultez la section « Redirection to the Report Manager Virtual Directory » du site Web MSDN suivant :

Configuration des annuaires virtuels du serveur de rapport Remarque Vous ne pouvez pas configurer Report Manager directement au niveau racine du site Web. Au lieu de cela, vous devez configurer la redirection pour définir Report Manager comme page d'accueil par défaut pour le serveur Web.

9Questions d'exportation

9.1Un délai d'exportation se produit

Lorsque vous exportez un rapport d'Internet Explorer, la boîte de dialogue de téléchargement reste ouverte jusqu'à ce qu'un délai d'arrêt soit signalé. Ce problème peut se produire lorsque vous travaillez avec certains comptes, mais pas d'autres comptes. Ce problème peut se produire lorsque vous utilisez l'option Run As pour démarrer Internet Explorer afin que vous puissiez exécuter Internet Explorer à partir d'un compte autre que le compte logon. Ce problème peut être causé par une configuration Internet Explorer incorrecte, surtout si le rapport est petit de sorte que le délai d'arrêt ne se produit pas en raison de nombreux transferts de données. Pour résoudre ce problème, suivez les étapes suivantes :

  1. Dans Internet Explorer, cliquez sur Options Internet sur le menu Outils.

  2. Dans la boîte de dialogue Options Internet, cliquez sur l'onglet Advanced, puis localisez HTTP 1.1 Paramètres.

  3. Cliquez pour effacer la case à cocher Use HTTP 1.1 et la case à coconnexions D'utilisation HTTP 1.1 par proxy connections.

  4. Cliquez pour sélectionner la case à cocher Use HTTP 1.1 et la case à coconnexions Http 1.1 via proxy connections.

  5. Redémarrez Internet Explorer.

1064 bits questions

10.1Vous recevez un message d'erreur « Tentative de chargement d'un assemblage 64 bits sur une plate-forme 32 bits »

Lorsque vous essayez d'exécuter des processus de travail 32 bits et des processus de travail 64 bits côte à côte dans IIS 6.0, vous recevez le message d'erreur suivant :

Tentative de charger un assemblage 64 bits sur une plate-forme 32 bits

10.2Les problèmes se produisent lorsque IIS et Reporting Services sont en mode 64 bits, mais IIS est en cours d'exécution est en mode 32 bits

Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :

894435 Comment basculer entre les versions 32 bits de ASP.NET 1.1 et la version 64 bits de ASP.NET 2.0 sur une version 64 bits de Windows

934162 Comment installer une version 32 bits de SQL Server 2005 Reporting Services sur un ordinateur qui exécute une version 64 bits de Windows

11IIS et problèmes de configuration d'annuaire virtuel

11.1 La configuration est invalide pour les répertoires virtuels Report Server ou pour les répertoires virtuels Report Manager

Vous recevez l'un des messages d'erreur suivants : Message d'erreur 1

HTTP 503- Service indisponible

Message d’erreur 2

HTTP 403.14 - Interdit (Liste de répertoire refusé)

Message d’erreur 2

Liste des annuaires refusée

Message d’erreur 2

Service indisponible

Ces messages d'erreur indiquent que la configuration des répertoires virtuels de Report Server ou des répertoires virtuels de Report Manager est invalide. Pour résoudre ce problème, reconstruisez les répertoires virtuels Report Server et les répertoires virtuels Report Manager. Pour ce faire, suivez les étapes suivantes :

  1. Utilisez IIS Manager pour supprimer les répertoires virtuels existants dans IIS.

  2. Utilisez l'outil de configuration des services de déclaration ou le fournisseur de services de déclaration WMI pour créer de nouveaux répertoires virtuels.

Pour plus d'informations, visitez les sites Web Microsoft suivants :

Rapport Server Virtual Directory (Reporting Services Configuration) Report Manager Virtual Directory (Reporting Services Configuration)

Configuration des annuaires virtuels du serveurde rapport Comment : Configurer les services dereporting pour utiliser un site Web non défaillant (Configuration des services de reporting)

12Déployer les services de reporting et Windows SharePoint Services côte à côte

Pour plus d'informations sur la façon de déployer les services de reporting et les services SharePoint Windows côte à côte, visitez le site Web MSDN suivant :

Déploiement des services de reporting et des versions des services SharePoint de Windows côte à côte

13Report Problèmes de constructeur

13.1Vous recevez une erreur HTTP 401 lorsque vous démarrez Signal Builder

Si Report Server utilise l'authentification de base, vous devez configurer l'authentification anonyme pour Report Builder. Report Builder est une application ClickOnce. Les applications ClickOnce ne peuvent pas gérer l'authentification de base. Pour de plus amples renseignements, visitez le site Web mSDN suivant :

Configuration d'un serveur de rapport pour l'accès au constructeur de rapports

14Web.config problèmes d'essing de fichiers

14.1Vous recevez un message d'erreur System.NullReferenceException de la méthode Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

Ce problème peut se produire lorsque les services de reporting ne peuvent pas diffuser le fichier Web.config. Pour résoudre ce problème, faites ce qui suit :

  • Vérifier que le fichier Web.config qui se trouve dans le dossier suivant n'a pas d'espace de nom :

    %ProgramFiles% 'Microsoft SQL Server'lt;Instance Name 'gt;'Reporting Services'ReportServerSi le fichier Web.config a un espace de nom, supprimez l'espace de nom. Remarque L'éditeur que vous avez utilisé pour modifier le fichier peut ajouter un espace de nom. Pour déterminer si cela s'est produit, recherchez l'attribut xmlns sur la première ligne du fichier.

  • Vérifier que le nœud du mode contient l'attribut du mode. Si l'attribut n'est pas présent, ajoutez l'attribut de mode à l'authentification de l'authentification. Spécifiez une valeur d'attribut appropriée. Par exemple, si vous utilisez l'authentification intégrée Windows, le mode d'authentification est très probablement réglé sur « Windows ». Pour plus d'informations sur les modes d'authentification ASP.NET, consultez les sites Web MSDN suivants :

    Télécharger Visual Studio 2003 Documentation technique à la retraite

Élément d'authentification (ASP.NET Paramètres Schéma)    

Besoin d’aide ?

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoindre Microsoft Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×