DetailPage-MSS-KB

Base de connaissances

Numéro d'article: 958998 - Dernière mise à jour: mercredi 4 février 2009 - Version: 1.2

 

Sommaire

INTRODUCTION

Cet article décrit comment résoudre problèmes de configuration Internet (IIS) dans Microsoft SQL Server 2005 Reporting Services.

Cet article est écrit principalement dans diagnostiquer les problèmes de configuration IIS 6.0 en mode natif de Reporting Services. Cet article s'applique généralement pour IIS 5.0 et IIS 7.0. Toutefois, certaines étapes Diagnostics peuvent être écrite uniquement pour IIS 6.0, tels que les étapes pour vérifier l'installation de Microsoft ASP.NET aide gestionnaire. Cet article décrit également certains problèmes de configuration courants avec l'authentification, ASP.NET et Internet Explorer.

Plus d'informations

Approche générale 1

Problèmes de configuration IIS apparaissent généralement comme une défaillance de se connecter à ou pour exécuter Report Server ou Gestionnaire de rapports. Pour diagnostiquer correctement ces problèmes de configuration, vous devez examiner l'architecture de Reporting Services et la manière dont Reporting Services est intégrée à IIS. Cet article tente d'identifier les common problèmes de configuration IIS qui peuvent provoquer l'échec dans Reporting Services. Certains problèmes non-IIS sont également abordées.

1.1 Demande flux

Une demande HTTP à partir d'un utilisateur se déplace à travers plusieurs couches. Savoir quelle couche Échec de la demande vous aide déterminer la nature de l'échec. Le diagramme suivant est un diagramme simplifié du flux d'une demande de :

Réduire cette imageAgrandir cette image


Reporting Services installe un répertoire virtuel de Report Server et un répertoire virtuel Gestionnaire de rapports. Le nom de répertoire virtuel par défaut pour Report Server est “ reportserver respectez. Le nom de répertoire virtuel par défaut Gestionnaire de rapports est “ rapports respectez.

En règle générale, vous commencez à diagnostiquer les problèmes de Reporting Services en envoyant une requête vers le répertoire racine de Report Server dans Internet Explorer. Par défaut, l'URL est http://<server> / reportserver . Si serveur de rapports fonctionne, vous pouvez utiliser ensuite Internet Explorer pour envoyer une demande à http://<server> / rapports . Si vous avez configuré Report Server pour utiliser SSL (Secure Sockets Layer), vous devez tout d'abord vous assurer que le serveur peut s'exécuter en non-SSL. Si vous avez configuré un déploiement scale-out, vous devez tout d'abord vous assurer que Server rapport peut s'exécuter sur des nœuds individuels. Diagnostic des problèmes dans cet ordre vous aide à isoler les problèmes plus rapidement.

1.2 Des symptômes courants

Cette section répertorie les problèmes courants qui se produisent lorsque les demandes échouent dans un certain calque. Cette section vous indique également où rechercher des messages d'erreur.
Pare-feu 1.2.1
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 de blocage est enregistrée dans le journal du pare-feu.

Pour plus d'informations rechercher le journal du pare-feu, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
929455  (http://support.microsoft.com/kb/929455/ ) Lorsque vous configurez un emplacement personnalisé pour le fichier journal du pare-feu Windows dans Windows Vista, informations ne soient pas écrites dans le fichier journal
Vous pouvez également visiter les sites Web Microsoft suivant :
http://technet.microsoft.com/en-us/library/cc736373.aspx (http://technet.microsoft.com/en-us/library/cc736373.aspx)
http://technet.microsoft.com/en-us/library/cc758040.aspx (http://technet.microsoft.com/en-us/library/cc758040.aspx)
1.2.2 HTTP.sys
IIS 6.0 qui n'exécute pas en mode d'isolation IIS 5.0 et IIS 7.0 permet le pilote en mode noyau HTTP (http.sys) d'effectuer d'entrée/sortie réseau HTTP. Le service HTTP est démarré automatiquement. Vous ne devrez pas effectuer la configuration manuelle. Si Reporting Services est configuré pour utiliser SSL, vous devez vous assurer que le service HTTP SSL est démarré.

Le processus de HTTP.sys peut retourner une erreur au client même si IIS n'est pas impliqué. Cela peut se produire lorsque l'URL est incorrect, ou lorsque l'identité du site Web IIS est configurée incorrectement. Les erreurs sont consignées dans le journal des erreurs HTTP.sys.

Pour plus d'informations sur les fichiers journaux d'erreur HTTP.sys, site Web Microsoft suivant :
http://technet.microsoft.com/en-us/library/cc786081.aspx (http://technet.microsoft.com/en-us/library/cc786081.aspx)
Pour plus d'informations sur l'enregistrement dans l'API HTTP des erreurs, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
820729  (http://support.microsoft.com/kb/820729/ ) Enregistrement des erreurs dans API HTTP
1.2.3 IIS et de pools d'applications
Avant d'examiner la configuration IIS, vous devez vous assurer que le service d'administration IIS et le pool d'applications s'exécutent. En outre, vous devez vérifier que l'identité de site Web est correcte. Vous devez être vigilant avec l'identité de site Web si le site Web qui héberge les services de rapports n'est pas le site Web par défaut ou si vous ne spécifiez pas “ toutes non attribuées respectez l'identité de site Web. Si vous avez configuré Report Server et Gestionnaire de rapports sur différents sites Web, essayez de configurer Report Server et Gestionnaire de rapports sur le même site Web. Si autres applications partagent le même site Web avec Reporting Services, essayez de configurer les répertoires virtuels Report Services sur un nouveau site Web. Si vous avez les extensions ISAPI ou des filtres tiers, essayez de supprimer les extensions ISAPI de tiers ou filtres.

Si plusieurs problèmes de configuration avec IIS, vous pouvez réinstaller IIS. Lorsque vous effectuez cette opération, vous devez reconfigurer ASP.NET et les répertoires virtuels services de rapports.

Pour plus d'informations sur l'emplacement du fichier journal IIS, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
324091  (http://support.microsoft.com/kb/324091/ ) Comment : Afficher et rapport des fichiers journaux
Vous pouvez également site suivant Microsoft Web :
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true (http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/bea506fd-38bc-4850-a4fb-e3a0379d321f.mspx?mfr=true)
1.2.4 ASP.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 les paramètres de configuration ASP.NET. 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 la validation ASP.NET, consultez la section 4 de cet article.

Vous pouvez utiliser une page .aspx simple pour vérifier aisément la santé de la configuration IIS et ASP.NET. Pour ce faire, procédez comme suit :
  1. Créer un nouveau répertoire virtuel sur le site Web qui héberge les répertoires virtuels Reporting Services.
  2. Octroyez l'autorisation lecture et exécution d'autorisation pour le répertoire virtuel.
  3. Déployer une page .aspx simple sur le répertoire virtuel.
Si vous ne pouvez pas naviguer sur la page .aspx dans Internet Explorer, résoudre ce problème tout d'abord. Ce problème peut se produire dans ASP.NET ou dans des couches avant la demande n'atteigne ASP.NET.
1.2.5 Signaler de répertoires virtuels Server
Si répertoires virtuels Reporting Services a été configurés pas à l'aide du fournisseur de Reporting Services (WMI) ou l'outil de configuration de Reporting Services, vous devez suivre les instructions dans 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 à l'aide de WMI ou en utilisant l'outil de configuration Reporting Services.

Pour résoudre les problèmes, tout d'abord vérifier et corriger le répertoire virtuel de Report Server. Ensuite, lorsque Report Server fonctionne, vous pouvez examiner et corriger le répertoire virtuel du Gestionnaire de rapports. Lorsque Gestionnaire de rapports ne peut pas communiquer avec Report Server, l'erreur est généralement enregistré dans les fichiers journaux Reporting Services.

Pour plus d'informations sur les journaux de suivi de Reporting Services, site suivant Web MSDN :
http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx (http://msdn.microsoft.com/en-us/library/ms156500(SQL.90).aspx)
Voici un exemple typique de ces erreurs :
w3wp! ui! 1! 8 /5, 2008 à 10 : 20 : 56:: e erreur : code d'état HTTP--> 500

-------Détails--------

System.NET.WebException : La demande a échoué avec < une erreur >
à Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
à Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
Si le répertoire virtuel de Report Server fonctionne, mais le répertoire virtuel du Gestionnaire de rapports ne fonctionne pas, passez en revue l'URL qui utilise le Gestionnaire de rapports pour communiquer avec Report Server.

Pour plus d'informations, reportez-vous au site Web suivant :
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx (http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx)
Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
922656  (http://support.microsoft.com/kb/922656/ ) Message d'erreur lorsque vous essayez d'ouvrir l'outil Gestionnaire de rapports dans SQL Server 2005 Reporting Services: «la demande a échoué avec l'état HTTP 400 : demande incorrecte» ou «une tentative de connexion au serveur de rapports a échoué "

Problèmes de configuration de site 2

Problèmes d'identité site 2.1

Si un message d'erreur indique que Internet Explorer ne peut pas atteindre Report Server ou Gestionnaire de rapports, vous devez valider les paramètres site Web de Reporting Services. Voici certains messages d'erreur qui s'affiche.

Dans Gestionnaire de rapports, vous recevez message d'erreur suivantes :
La tentative de connexion au serveur de rapports a échoué. Vérifiez la connexion informations et que le serveur de rapports est version compatible.
Dans Internet Explorer, vous recevez message d'erreur suivantes :
Impossible de trouver l'erreur DNS ou le serveur
Dans Internet Explorer, vous recevez message d'erreur suivantes :
HTTP 400 Requête incorrecte
Assurez-vous que l'adresse IP ou le nom ordinateur hôte est utilisé dans l'URL correspond à l'ordinateur et le site Web qui héberge les répertoires virtuels Reporting Services. Si les répertoires virtuels sont hébergés sur différents sites Web, vérifiez la configuration site Web de Report Server et Gestionnaire de rapports.

Si l'URL est spécifiée par une adresse IP, vérifiez les éléments suivants :
  • Assurez-vous que l'adresse IP résolue à l'ordinateur qui héberge les répertoires virtuels Reporting Services. Vous pouvez utiliser la commande de ipconfig.exe pour répertorier les interfaces réseau d'un ordinateur.
  • Assurez-vous que les sites Web qu'ordinateur hôte Reporting Services utiliser le paramètre All Unassigned ou l'adresse IP adresse que vous avez spécifié dans le volet d'identification de site Web .
Si l'URL est spécifiée par un nom ordinateur hôte, vérifiez les éléments suivants :
  • Assurez-vous que le nom ordinateur hôte correspond à l'ordinateur de Reporting Services. Vous pouvez utiliser la commande ping.exe pour résoudre le nom ordinateur hôte à l'adresse IP. Ensuite, assurez-vous que l'adresse IP résolue à l'ordinateur qui héberge les répertoires virtuels Reporting Services.
  • Assurez-vous que le site Web utilise le paramètre Assignà © e pour l'identification de site Web ou que le site Web spécifie un en-tête ordinateur hôte qui correspond à l'en-tête ordinateur hôte dans la demande. L'en-tête ordinateur hôte qui utilise la demande est généralement le nom du serveur qui est spécifié dans l'URL. Dans un scénario NLB (Network Load Balancing), l'en-tête ordinateur hôte est généralement le nom du nœud virtuel. L'en-tête ordinateur hôte peut également être défini dans le fichier Hosts.
Dans IIS 5.0 et IIS 6.0, les identités de site sont définies dans le volet Site Web Identification de l'onglet Site Web de la page Propriétés du Site Web . Dans IIS 7.0, vous pouvez définir l'identité de site Web en cliquant sur le lien de liaisons dans le volet Modifier le site . Pour plus d'informations sur la façon dont les identités de site Web sont définies, visitez les sites Web suivants.

Remarque IIS 5.0 utilise une interface semblable à IIS 6.0 pour définir des identités de site Web.
http://technet.microsoft.com/en-us/library/cc771911.aspx (http://technet.microsoft.com/en-us/library/cc771911.aspx)

http://technet.microsoft.com/en-us/library/cc754348.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 (http://learn.iis.net/page.aspx/150/understanding-sites-apps-and-vdirs-in-iis-7/#Sites)
Vous devez également vous assurer que gestionnaire de rapports utilise une URL correcte pour accéder à Report Server. Pour plus d'informations, reportez-vous aux sites Web Microsoft aux adresses suivantes :
http://msdn.microsoft.com/en-us/library/ms159261(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 (http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx)

Problèmes 2.2 survenant après avoir réinstallé IIS

Si vous avez réinstallé IIS, vous devrez peut-être reconfigurer ASP.NET, répertoires virtuels de Report Server et répertoires virtuels de Gestionnaire de rapports.
Informations pour installation de IIS
Pour plus d'informations installer IIS 6.0, site Web Microsoft suivant :
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true (http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/750d3137-462c-491d-b6c7-5f370d7f26cd.mspx?mfr=true)
Pour plus d'informations désinstaller IIS 6.0, site Web Microsoft suivant :
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true (http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/910e7485-d74c-4647-87a5-f9d0f9aae51e.mspx?mfr=true)
Pour plus d'informations sur l'installation d'IIS 7.0, site Web Microsoft suivant :
http://technet.microsoft.com/en-us/library/cc732624.aspx (http://technet.microsoft.com/en-us/library/cc732624.aspx)
Pour plus d'informations installer et utiliser IIS 5.0, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
266115  (http://support.microsoft.com/kb/266115/ ) Ressources d'installation et à l'aide de IIS 5.0
Informations sur la reconstruction des répertoires virtuels Reporting Services
Pour plus d'informations, reportez-vous aux sites Web Microsoft aux adresses suivantes :
http://msdn.microsoft.com/en-us/library/ms159261(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 (http://msdn.microsoft.com/en-us/library/ms155921(SQL.90).aspx)

2.3 Problèmes liés aux filtres ISAPI

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

Problèmes d'authentification 3

3.1 Vous devez entrer d'informations d'identification dans Internet Explorer pour accéder à Reporting Services

Lorsque Reporting Services est configuré pour utiliser l'authentification intégrée de Windows, Internet Explorer est normalement pas configuré pour demander les informations d'identification. Pour déterminer si Internet Explorer est configuré pour demander des informations d'identification, procédez comme suit :
  1. Ouvrez Internet Explorer.
  2. Dans le menu Outils , cliquez sur Options Internet .
  3. Sous l'onglet sécurité , sélectionnez la zone qui s'applique à l'URL qui est utilisée pour accéder à Report Server. Par exemple, si vous utilisez un nom NetBIOS pour accéder à Report Server, sélectionnez la zone Intranet Local .
  4. Cliquez sur niveau personnalisé .
  5. Dans la zone Authentification utilisateur de la boîte de dialogue Paramètres de sécurité , cliquez sur connexion automatique uniquement dans la zone intranet dans la zone de connexion . Si votre URL se trouve dans la zone intranet, vous pouvez cliquer sur ouverture de session automatique avec nom d'utilisateur en cours et le mot de passe .

3.2 Vous recevez un message d'erreur HTTP 401 une fois que vous entrez des informations d'identification dans Internet Explorer

Si vous recevez un message d'erreur HTTP 401 après avoir reçu les invites répétées par Internet Explorer, un échec d'authentification s'est produite. Par exemple, si vous installez les services de rapport en mode natif, vous pouvez être invité pour les 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 la réponse IIS. Pour résoudre ce problème, vérifiez les éléments suivants :
  • Assurez-vous que vous entré le nom d'utilisateur correcte et le mot de passe.
  • Suivez les étapes dans la section 3.1 de cet article. Assurez-vous de ne pas sélectionner de ouverture de session anonyme dans les paramètres de sécurité pour votre zone.
Vous recevez fréquemment un message d'erreur HTTP 401 si vous avez configuré Reporting Services pour utiliser l'authentification Windows intégrée. Par défaut, IIS permet de la méthode d'authentification Negotiate et la méthode d'authentification NTLM. Internet Explorer utilise généralement la méthode d'authentification Negotiate avant Internet Explorer utilise la méthode d'authentification NTLM.

Si vous utilisez complet ou un en-tête ordinateur 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 les sites Web de Reporting Services à l'aide de l'adresse IP. Toutefois, vous ne pouvez pas accéder les sites Web à l'aide un nom de domaine complet ou d'un nom ordinateur hôte.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
896861  (http://support.microsoft.com/kb/896861/ ) Vous recevez une erreur 401.1 lorsque vous naviguez sur un site Web qui utilise l'authentification intégrée et qui est hébergé sur IIS 5.1 ou IIS 6
3.2.1 L'authentification Kerberos
Lorsque le protocole d'authentification négocié est Kerberos, vous pouvez recevoir un message d'erreur HTTP 401 raison de problèmes d'authentification Kerberos. Voici quelques-uns de ces problèmes :
  • Si votre pool d'applications est basé sur un compte de domaine, vous pouvez recevoir un message d'erreur HTTP 401 si le nom de principal (SPN) service HTTP n'est pas configuré. Lorsque ce problème se produit, vous recevez le code d'erreur Kerberos suivant :
    KRB_ERR_APP_MODIFIED
    Vous pourrez accéder au serveur en utilisant l'adresse 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, appliquez l'une des méthodes suivantes :
    • Configurer le SPN HTTP pour activer l'authentification Kerberos. Si vous utilisez le nom NetBIOS et le nom de domaine complet dans votre URL pour accéder à Reporting Services, vous devez inscrire le SPN HTTP pour le nom NetBIOS et le nom de domaine complet. Vous ne pouvez pas configurer le SPN HTTP pour différents comptes sur l'ordinateur même. Par conséquent, différents pools d'applications doivent être exécuté sous le même compte pour utiliser le même SPN HTTP. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
      871179  (http://support.microsoft.com/kb/871179/ ) Vous recevez une «erreur HTTP 401.1 - non autorisé : accès refusé en raison informations d'identification non valides "message d'erreur lorsque vous tentez d'accéder une Web site qui fait partie d'un pool d'applications IIS 6.0
    • Modifier votre identité de pool d'application à NetworkServices ou en LocalSystem. Ces comptes peuvent utiliser le SPN hôte intégré au lieu du SPN de HTTP.
    • Forcer IIS à accepter l'authentification NTLM. Pour plus d'informations, site Web Microsoft suivant :
      http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true (http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/7258232a-5e16-4a83-b76e-11e07c3f2615.mspx?mfr=true)
  • Vous recevez le code d'erreur Kerberos suivant dans le journal des événements :
    KRB_ERR_RESPONSE_TOO_BIG
    Pour résoudre ou contourner ce problème, procédez comme suit :
    1. Activer l'enregistrement Kerberos. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
      262177  (http://support.microsoft.com/kb/262177/ ) Comment faire pour activer l'enregistrement d'événements Kerberos
    2. Examinez le journal. Si vous voyez le code d'erreur KRB_ERR_RESPONSE_TOO_BIG, consultez l'article base de connaissances Microsoft suivant pour contourner ce problème :
      244474  (http://support.microsoft.com/kb/244474/ ) Comment faire pour forcer Kerberos à utiliser TCP au lieu de UDP dans Windows Server 2003, Windows XP et Windows 2000
Authentification de base 3.2.2
Si Reporting Services est configuré pour utiliser l'authentification de base, un échec d'authentification est enregistré dans le journal sécurité sur le serveur qui exécute IIS. Afficher le message d'erreur. Si la stratégie de sécurité locale n'autorise pas l'authentification, vous devez soit permettre cette ouverture de session tapez dans la stratégie de sécurité locale ou modifier le type d'ouverture de session dans la configuration IIS.

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

Si cette message d'erreur se produit inopinément, déterminer si sécurité anonyme est activée sur les répertoires virtuels Reporting Services. Si ce paramètre est activé, désactivez-le.

Problèmes de délégation Kerberos 3.4

Ces problèmes sont généralement appelés “ double saut respectez problèmes. Problèmes de délégation Kerberos peuvent se produire lorsque les conditions suivantes sont remplies :
  • Vous avez configuré la sécurité intégrée pour les sources de données dans votre rapport.
  • Votre rapport accède à un serveur distant pour une source de données. Par exemple, votre rapport accède Analysis Services ou un serveur de base de données Microsoft SQL Server.
  • Lorsque vous accédez à l'état, un des messages d'erreur suivants s'afficher :

    message d'erreur 1
    Échec de la connexion de l'utilisateur (null)
    message d'erreur 2
    Échec de la connexion de l'utilisateur «NTAUTHORITY\ANONYMOUS»
  • Lorsque vous vérifiez le journal des événements sécurité sur le serveur qui héberge la source de données, vous afficher les événements qui indiquent qu'un utilisateur anonyme a été ouverture de session.
Un schéma d'authentification NTLM ne peut pas effectuer des opérations double saut. Si vous avez supprimé le fournisseur d'authentification Negotiate à partir du site Web ou du répertoire virtuel Reporting Services, vous devez rajouter le fournisseur d'authentification Negotiate.

Pour plus d'informations, consultez les articles suivants de sites Web de Microsoft ou Ko :Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la base de connaissances Microsoft :
215383  (http://support.microsoft.com/kb/215383/ ) Comment configurer IIS pour prendre en charge le protocole et le protocole NTLM pour l'authentification réseau
326985  (http://support.microsoft.com/kb/326985/ ) Résolution des problèmes Kerberos dans IIS
917409  (http://support.microsoft.com/kb/917409/ ) Comment faire pour configurer SQL Server 2005 Analysis Services pour utiliser l'authentification Kerberos
319723  (http://support.microsoft.com/kb/319723/ ) Comment utiliser l'authentification Kerberos dans SQL Server
909801  (http://support.microsoft.com/kb/909801/ ) Comment s'assurer que vous utilisez l'authentification Kerberos lorsque vous créez une connexion à distance à une instance de SQL Server 2005
Pour plus d'informations, reportez-vous aux sites Web Microsoft aux adresses suivantes :
http://www.microsoft.com/downloads/details.aspx?FamilyID=99B0F94F-E28A-4726-BFFE-2F64AE2F59A2&displaylang=en (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 (http://technet.microsoft.com/en-us/library/cc281382(SQL.100).aspx)
Si vous souhaitez éviter l'authentification Kerberos, vous pouvez utiliser une des méthodes suivantes :
  • Configurer les informations d'identification pour votre source de données.
  • Configurer Reporting Services pour utiliser l'authentification de base. La méthode d'ouverture de session par défaut est la méthode NetworkClearText . Cette méthode permet de le rendre un saut supplémentaire du serveur de rapports.

4 Problèmes de configuration ASP.NET

Erreurs générales 4.1

Problèmes de configuration ASP.NET ont différents problèmes. Par exemple, un des suivants peut se produire :
  • Vous pouvez recevoir un message d'erreur HTTP 404.
  • Message d'erreur suivant peut s'afficher :
    Impossible de charger la ressource Microsoft.ReportingServices.UI.GlobalApp
  • Autres messages d'erreur exception peut s'afficher à partir d'ASP.NET.
Problèmes de configuration ASP.NET peuvent être dû de désinstallation ou réinstallation d'une version de Microsoft .NET Framework. Pour résoudre ces problèmes, procédez comme suit :
  • Dans le Gestionnaire des services, cliquez avec le bouton droit sur le nœud Sites Web , puis cliquez sur Propriétés . Dans la fenêtre Propriétés des Sites Web, cliquez sur l'onglet ASP.NET et vérifiez que la version d'ASP.NET est 2.0.50727.
  • Dans le Gestionnaire des services, cliquez avec le bouton droit sur le nœud Sites Web , puis cliquez sur Propriétés . Dans la fenêtre Propriétés des Sites Web, cliquez sur l'onglet ISAPIFilters rechercher et cliquez sur le filtre ASP.NET_2.0.50727.0 . Vérifiez que la zone exécutable contient un chemin d'accès valide au 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 de Filtres ISAPI sur la page Propriétés de site Web.
  • Dans le Gestionnaire des services, recherchez et cliquer avec le bouton puis droit le répertoire virtuel pour Report Server et cliquez sur Propriétés . Dans la boîte de dialogue, cliquez sur l'onglet Répertoire virtuel et puis cliquez sur la configuration . Vérifiez que le volet Extensions d'application est vide. Vérifiez que le volet de Mappages d'application générique possède un mappage générique unique. Sélectionnez le mappage générique et puis cliquez sur Modifier . Vérifiez que la zone d'exécution contient le chemin d'accès correct pour le fichier aspnet_isapi.dll. Vérifiez que la case à cocher vérifier ce fichier existe est désactivée.
  • Dans le Gestionnaire des services, recherchez et cliquez avec le bouton droit puis sur le répertoire virtuel Gestionnaire de rapports et puis cliquez sur Propriétés . Dans la boîte de dialogue, cliquez sur l'onglet Répertoire virtuel et puis cliquez sur la configuration . Vérifiez que le volet Extensions d'application contient les mappages par défaut. Voici une liste de mappages de types de fichiers ASP.NET courants, tels que .aspx et .asax. Pour régénérer le mappage par défaut, utilisez la commande suivante pour créer les mappages de script correct :
    aspnet_regiis.exe – s <report manager path>
    Remarque Dans IIS 7.0, les mappages sont sous l'icône Gestionnaire mappages .
  • Dans les extensions de serveur Web IIS, vérifiez que ASP.NET 2.0.50727 est activé.
Si la validation échoue, vous pouvez inscrire ASP.NET pour résoudre le problème. Pour cela, appliquez l'une des méthodes suivantes :
  • Si vous exécutez une version 32 bits de Reporting Services sur un système d'exploitation 32 bits ou sur un système d'exploitation 64 bits, exécutez la commande suivante à l'invite de commande :
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i –enable
  • Si vous exécutez une version 64 bits de Reporting Services sur un système d'exploitation 64 bits, exécutez la commande suivante à l'invite de commande :
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i –enable
Vous ne pouvez pas exécuter ASP.NET 1. x et ASP.NET 2.0 dans le même processus de travail IIS. Si vous êtes l'IIS 6.0 ou IIS 7.0, assurez-vous que le pool d'applications qui héberge votre application Report Server n'ordinateur hôte 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 utilisez les applications nécessitant ASP.NET 1. x .

<path>4.2 Vous recevez un message d'erreur "l'identité actuelle (NT AUTHORITY\NETWORK SERVICE) n'a pas write access '<chemin> \v2.0.50727\Temporary ASP.NET Files'"

L'erreur est provoquée par une configuration de ASP.NET non valide. Pour résoudre ce problème, accorder à écrire et exécuter autorisations au dossier Temporary ASP.NET Files qui indique la message d'erreur.

5 Problèmes SSL

5.1 Problèmes avec des certificats clients

Si vous avez configuré les certificats clients sur les répertoires virtuels, Gestionnaire de rapports ne peut pas authentifier au Report Server. Ce problème se produit car Gestionnaire de rapports n'est pas conçu pour transmettre les certificats clients lorsque Gestionnaire de rapports communique avec Report Server via les demandes HTTP. Par conséquent, si vous configurez IIS pour activer l'option Exiger les certificats clients , vous ne pouvez pas utiliser le Gestionnaire de rapports. Pour contourner ce problème, vous pouvez désactiver la case de à cocher Exiger les certificats clients pour le répertoire virtuel de Report Server.

5.2 Vous recevez un message d'erreur “ connexion dû être fermée respectez ou erreurs qui indiquent un échec de la connexion SSL

Dans Internet Explorer, l'un des messages d'erreur suivants s'afficher :

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 la relation d'approbation pour le canal sécurisé SSL/TLS
message d'erreur 4
Code d'état HTTP--> 500
Si vous recevez ces messages d'erreur, une erreur de connexion SSL peut ont s'est produite. Échecs de connexion SSL sont généralement provoquées par le certificat qui est installé dans IIS. Pour résoudre ce problème, procédez comme suit :
  • Assurez-vous que le certificat est émis sur le nom ordinateur hôte ou à l'en-tête ordinateur hôte dans l'URL qui vous permet d'accéder au Gestionnaire de rapports ou Report Server.
  • Assurez-vous que le certificat est émis sur le nom ordinateur hôte ou à l'en-tête ordinateur hôte dans l'URL qui utilise le Gestionnaire de rapports pour accéder aux Report Server.

    Remarque Cette URL peut être définie par l'élément ReportServerUrl dans le fichier RsWebApplication.config. Si cette URL est non définie, le nom ordinateur hôte de cette URL est le nom ordinateur hôte que le client utilise pour accéder au rapport Gestionnaire. Parce que le nom ordinateur hôte peut varier si vous utilisez des URL différentes pour accéder au rapport Gestionnaire, nous vous recommandons que vous définissez explicitement l'élément ReportServerUrl en utilisant le nom ordinateur hôte correct. Pour plus d'informations, site suivant Web MSDN :
    http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx (http://msdn.microsoft.com/en-us/library/ms155878(SQL.90).aspx)
  • Assurez-vous que la chaîne d'approbation de certificat est valide. Autrement dit, assurez-vous que le certificat ou l'émetteur du certificat est approuvé.

5.3 Problèmes se produisent dans les communications HTTP entre Report Server et Gestionnaire de rapports

Un problème peut se produire dans les communications HTTP entre Gestionnaire de rapports et Report Server. Lorsque la configuration SSL n'est pas valide, Gestionnaire de rapports peut répondre correctement à Internet. Toutefois, le Gestionnaire de rapports ne peut pas communiquer avec Report Server. Si ce problème se produit, Gestionnaire de rapports affiche correctement les images sur la page Gestionnaire de rapports d'accueil. Toutefois, Gestionnaire de rapports affiche une erreur dans l'espace où vous devriez voir dossiers et éléments de rapport.

Pour diagnostiquer ces problèmes, utilisez le suivi .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>
par exemple, supposons que l'en-tête d'ordinateur hôte serveur soit “ exemple1 respectez. Toutefois, votre certificat est délivré à “ exemple2 respectez. Lorsque vous accédez à la page d'accueil Gestionnaire de rapports en utilisant l'URL http://example1/reports , vous recevez un message d'avertissement indiquant que le certificat est non valide. Par conséquent, la configuration de certificat est non valide.

Remarque Selon la version d'Internet Explorer que vous utilisez, l'avertissement peut être un message ou un message qui s'affiche dans Internet Explorer. Ou, si vous avez choisi d'ignorer les avertissements avant, vous ne pouvez pas recevoir un avertissement dans Internet Explorer.

Dans Gestionnaire de rapports, vous recevez message d'erreur suivantes :
La connexion sous-jacente a été fermée : Impossible d'établir la relation d'approbation pour le canal sécurisé SSL/TLS.
Ensuite, vous ajoutez ce code XML dans le fichier Web.config sous le répertoire de Gestionnaire de rapports.

Remarque Vous devrez peut-être exécuter la fusion si le fichier Web.config contient déjà le <system.diagnostics> élément ou le <switches> élément.

Lorsque vous recevez le même message d'erreur, afficher le fichier journal que vous avez spécifié dans le code XML. Dans cet exemple, le fichier journal est à l'emplacement suivant :
D:\tmp\System.Net.Trace.log
Au bas du journal, vous pouvez voir 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.
Notez que le message d'erreur indique le type de problème de certificat s'est produite.

Évolution 6 et charge équitablement problèmes

6.1 Vous recevez une erreur HTTP 401 par intermittence

Double saut problème qui équilibrage de charge présente peut provoquer des erreurs HTTP 401 intermittents. Avec équilibrage de charge, une demande HTTP qui est envoyée vers le même ordinateur peut être routée vers le serveur virtuel puis vers un autre nœud. Ce problème se produit par intermittence. Si la requête est routée vers le même nœud, la demande réussit.

Pour contourner ce problème, appliquez l'une des méthodes suivantes :
  • Modifier le fichier Hosts sur chaque nœud afin que les demandes vers le nœud virtuel accéder à ordinateur hôte local au lieu de cela. Par exemple, vous pouvez rediriger les demandes qui sont destinés au nœud virtuel à une adresse IP de 127.0.0.1. Cette opération empêche double saut en limitant les requêtes du Gestionnaire de rapports Report Server sur le même ordinateur.
  • Si vous disposez d'une installation native de Reporting Services, configurez la balise <reportserverurl> à utiliser «localhost» au lieu du serveur virtuel.

7 Problèmes de Windows Vista et Windows Server 2008

Si vous installez Reporting Services dans Windows Vista ou dans Windows Server 2008, vérifiez soigneusement l'articles suivants de la base de connaissances et le site Web MSDN :
934164  (http://support.microsoft.com/kb/934164/ ) Comment faire pour installer SQL Server 2005 Reporting Services sur un ordinateur Windows Vista
938245  (http://support.microsoft.com/kb/938245/ ) Comment installer et configurer SQL Server 2005 Reporting Services sur un ordinateur qui exécute Windows Server 2008
http://msdn2.microsoft.com/en-us/library/bb677367.aspx (http://msdn2.microsoft.com/en-us/library/bb677367.aspx)

Vous recevez un message d'erreur “ IIS est soit pas installé ou pas configuré pour l'installation des composants serveur respectez pendant l'installation

Lorsque vous essayez d'installer Reporting Services sur Windows Vista ou Windows Server 2008, vous recevez le message d'erreur suivants, même si IIS est déjà installé :
IIS est soit pas installé ou pas configuré pour installation des composants serveur
Ce problème se produit car la fonctionnalité compatibilité de gestion IIS 6.0 n'est pas installée. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
949455  (http://support.microsoft.com/kb/949455/ ) Installation de Reporting System Center Operations Manager 2007 échoue sur un ordinateur Windows Server 2008 si compatibilité de gestion IIS 6.0 n'est pas installée

Redirection de page d'accueil 8

Lorsque vous utilisez IIS, vous pouvez utiliser Gestionnaire de rapports comme page d'accueil par défaut pour le serveur Web. Par exemple, vous souhaiterez peut-être rediriger les demandes provenant du http://<server> URL pour le http://<server> / rapports URL. Pour savoir comment configurer la redirection vers la page d'accueil Gestionnaire de rapports, consultez la section «Redirection dans le Gestionnaire de rapports Virtual Directory» sur le site Web MSDN suivant :
http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx (http://msdn.microsoft.com/en-us/library/ms159261(SQL.90).aspx)
Remarque Vous ne pouvez pas configurer Gestionnaire de rapports directement au niveau de racine du site. Au lieu de cela, vous devez configurer la redirection pour définir le Gestionnaire de rapports comme la page d'accueil par défaut pour le serveur Web.

9 Problèmes d'exportation

9.1 Un délai d'exportation

Lorsque vous exportez un état à partir d'Internet Explorer, la boîte de dialogue Téléchargement reste ouverte jusqu'à ce qu'un délai d'attente est signalé. Ce problème peut se produire lorsque vous travaillez avec des comptes mais pas les autres comptes. Ce problème peut se produire lorsque vous utilisez l'option Exécuter en tant que pour démarrer Internet Explorer afin que vous pouvez exécuter Internet Explorer à partir d'un compte autre que le compte d'ouverture de session.

Ce problème peut être dû une configuration de Internet Explorer incorrecte, en particulier si le rapport est petit afin que le délai d'expiration ne survient pas raison de plusieurs transferts de données. Pour résoudre ce problème, procédez comme suit :
  1. Dans Internet Explorer, cliquez sur Options Internet dans le menu Outils .
  2. Dans la boîte de dialogue Options Internet , cliquez sur l'onglet Avancé et recherchez HTTP 1.1 paramètres .
  3. Cliquez pour désactiver la case à cocher utiliser HTTP 1.1 et la case à cocher utiliser HTTP 1.1 par le biais de connexions de proxy .
  4. Cliquez pour sélectionner la case à cocher utiliser HTTP 1.1 et la case à cocher utiliser HTTP 1.1 par le biais de connexions de proxy .
  5. Redémarrez Internet Explorer.

problèmes de 64-bit 10

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

Lorsque vous essayez d'exécuter les processus de travail 32 bits et 64 bits processus côte à côte dans IIS 6.0, vous recevez message d'erreur suivantes :
A tenté de charger un assembly 64 bits sur une plate-forme 32 bits
Pour plus d'informations, reportez-vous au site Web suivant :
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true (http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/13f991a5-45eb-496c-8618-2179c3753bb0.mspx?mfr=true)

10.2 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  (http://support.microsoft.com/kb/894435/ ) Basculer entre les versions 32 bits d'ASP.NET 1.1 et la version 64 bits d'ASP.NET 2.0 sur une version 64 bits de Windows
934162  (http://support.microsoft.com/kb/934162/ ) Comment faire pour installer une version 32 bits de SQL Server 2005 Reporting Services sur un ordinateur qui exécute une version 64 bits de Windows

11 IIS et problèmes de configuration du répertoire virtuel

11.1 La configuration est non valide pour les répertoires virtuels Report Server ou pour les répertoires virtuels Gestionnaire de rapports

L'un des messages d'erreur suivant s'affiche :

message d'erreur 1
HTTP 503-Service non disponible
message d'erreur 2
HTTP 403.14 - interdit (liste de répertoire refusée)
message d'erreur 2
Liste de répertoire refusé
message d'erreur 2
Service non disponible
Ces messages d'erreur indiquent que la configuration des répertoires virtuels Report Server ou des répertoires virtuels Gestionnaire de rapports n'est pas valide. Pour résoudre ce problème, recréez les répertoires virtuels de Report Server et les répertoires virtuels Gestionnaire de rapports. Pour ce faire, procédez comme suit :
  1. Utilisez IIS Manager pour supprimer les répertoires virtuels dans IIS.
  2. Utilisez l'outil de configuration de Reporting Services ou le fournisseur WMI de Reporting Services pour créer de nouveaux répertoires virtuels.
Pour plus d'informations, reportez-vous aux sites Web Microsoft aux adresses suivantes :
http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx (http://technet.microsoft.com/en-us/library/ms188133(SQL.90).aspx)

http://technet.microsoft.com/en-us/library/ms181174(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/ms159261(SQL.90).aspx)

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

12 Déploiement de Reporting Services et Windows SharePoint Services côte à côte

Pour plus d'informations sur le déploiement de Reporting Services et Windows SharePoint Services côte à côte, reportez-vous au site Web MSDN suivant :
http://msdn.microsoft.com/en-us/library/ms159697.aspx (http://msdn.microsoft.com/en-us/library/ms159697.aspx)

Problèmes de Générateur de rapports 13

13.1 Vous recevez une erreur HTTP 401 lorsque vous démarrez Générateur de rapports

Si Report Server utilise l'authentification de base, vous devez configurer l'authentification anonyme pour le Générateur de rapports. Générateur de rapports est une application ClickOnce. Les applications ClickOnce ne peut pas gérer l'authentification de base. Pour plus d'informations, site suivant Web MSDN :
http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx (http://msdn.microsoft.com/en-us/library/ms365173(SQL.90).aspx)

Problèmes d'analyse des fichiers Web.config 14

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

Ce problème peut se produire lorsque Reporting Services ne peut pas analyser le fichier Web.config. Pour résoudre ce problème, procédez comme suit :
  • Vérifiez que le fichier Web.config qui se trouve dans le dossier suivant n'est pas un espace de noms :
    %ProgramFiles%\Microsoft SQL Server\ < Nom d'Instance > \Reporting Services\ReportServer
    Si le fichier Web.config a un espace de noms, supprimez l'espace de noms.

    Remarque L'éditeur utilisé pour modifier le fichier peut ajouter un espace de noms. Pour déterminer si cela s'est produite, recherchez l'attribut xmlns sur la première ligne du fichier.
  • Vérifiez que le nœud <authentication> contient leattribut de mode . Si l'attribut n'est pas présent, ajoutez l'attribut mode sur le nœud <authentication>. Spécifier une valeur d'attribut approprié.

    Par exemple, si vous utilisez l'authentification intégrée de Windows, le mode d'authentification est probablement défini pour “ Windows respectez. Pour plus d'informations sur les modes d'authentification ASP.NET, consultez les sites Web MSDN suivants :
    http://msdn.microsoft.com/en-us/library/aa291347.aspx (http://msdn.microsoft.com/en-us/library/aa291347.aspx)

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

Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2005 Reporting Services
Mots-clés : 
kbmt kbsql2005rs kbexpertiseadvanced kbsurveynew kbinfo KB958998 KbMtfr
Traduction automatiqueTraduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 958998  (http://support.microsoft.com/kb/958998/en-us/ )
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Partager
Options de support supplémentaire
Forums du support Microsoft Community
Nous contacter directement
Trouver un partenaire Microsoft Certified Partner
Microsoft Store