Identité du service Web - Windows Server 2003 (configuration de Reporting Services)

Mis à jour : 17 juillet 2006

Cette page permet d'afficher et de modifier le compte de service utilisé par le service Web Report Server pour un serveur de rapports qui s'exécute sur les services Internet (IIS) 6.0 de Microsoft.

Le compte du service Web Report Server est configuré automatiquement lorsque vous créez le répertoire virtuel de Report Server. Le service Web s'exécute sous l'identité de sécurité qui est configurée pour le pool d'applications du site Web que vous sélectionnez. Toutefois, vous pouvez exécuter le service Web sous un autre compte en sélectionnant ou en créant un pool d'applications configuré pour le compte que vous souhaitez utiliser.

Nous vous conseillons d'utiliser systématiquement l'outil de configuration de Reporting Services au lieu du Gestionnaire IIS pour définir le pool d'applications, afin que les paramètres qui sont affectés par la modification puissent être mis à jour automatiquement. Plus particulièrement, si vous utilisez des comptes de services pour la connexion de la base de données du serveur de rapports, l'outil accorde au nouveau compte l'accès à la base de données du serveur de rapports chaque fois que vous modifiez l'identité du service Web, et il met à jour les clés de chiffrement afin que les données chiffrées existantes soient disponibles pour le nouveau compte. Si vous utilisez d'autres outils pour créer ou pour configurer un pool d'applications, la configuration du serveur de rapports peut être incomplète.

Utilisation d'un compte autre que celui par défaut pour les pools d'applications

Par défaut, les pools d'applications fonctionnent sous le compte Service réseau, un compte doté de privilèges minimum avec des informations d'identification réseau pour la prise en charge des connexions à des serveurs distants. Selon vos exigences de déploiement, Service réseau peut ne pas être le meilleur choix si vous souhaitez utiliser un compte de domaine exclusivement pour des opérations de serveur de rapports. Pour obtenir une assistance et des recommandations concernant l'exécution d'applications ASP.NET sous un compte de domaine, consultez Comment créer un service (page pouvant être en anglais) sur MSDN.

Notez que si vous utilisez un compte de service de domaine et que votre domaine est configuré pour l'authentification Kerberos, vous risquez de rencontrer des erreurs HTTP 401 de refus d'accès si vous n'avez pas créé de nom principal de service (nom SPN) qui inscrit le compte de domaine pour le site Web. Assurez-vous que le compte de domaine que vous inscrivez est le même que celui utilisé pour le pool d'applications. Pour plus d'informations, consultez Configuration de la délégation contrainte pour Kerberos (IIS 6.0) sur le site Web Microsoft TechNet.

Remarque :
La configuration d'un nom SPN est un paramètre global dans les services IIS. Si vous configurez un nom SPN, tous les pools d'applications qui sont définis sur le serveur Web doivent s'exécuter sous l'identité du nom SPN. Pour définir le nom SPN, vous devez être un administrateur de domaine.

À propos des indicateurs sous forme de X rouge

Parfois, un X rouge peut apparaître en regard de Identité du service Web, dans le volet de navigation, après la mise à niveau de Reporting Services. Cela peut se produire si des paramètres de l'installation précédente sont encore dans les services Internet (IIS) ou si vous exécutez plusieurs instances du serveur de rapports sur le même ordinateur et que vous utilisez le même pool d'applications pour toutes les instances.

Un X rouge indique qu'il existe une incohérence entre l'identité de service Web réelle et les informations d'identité de service Web stockées par le fournisseur WMI Reporting Services. Cette incohérence peut se produire si vous modifiez les paramètres d'identité de service Web dans les fichiers de configuration. La page Identité du service Web indique l'identité de service Web réelle dans Compte de service ASP.NET. Dans certains cas, vous pouvez synchroniser les paramètres en cliquant sur Appliquer.

Si cela ne résout pas le problème, choisissez un pool d'applications différent ou cliquez sur Nouveau pour créer un nouveau pool d'applications pour le serveur de rapports. Vous devez cliquer sur Appliquer après avoir spécifié le nouveau pool d'applications afin d'enregistrer vos modifications.

Remarque :

Si Compte de service ASP.NET est vide, il y a peut-être un problème concernant la façon dont l'élément <configuration> est spécifié dans le fichier Web.config du serveur de rapports. Si vous avez utilisé Visual Studio pour modifier le fichier Web.config, Visual Studio a peut-être ajouté un espace de noms à l'élément <configuration>. Si l'élément <configuration> est semblable à <configuration xmlns="https://schemas.microsoft.com/.NetConfiguration/v2.0">, supprimez l'espace de noms de sorte qu'il ressemble à ceci : <configuration>.

Options

• Report Server
  Spécifie le pool d'applications du service Web Report Server.

• Gestionnaire de rapports
  Spécifie le pool d'applications pour le Gestionnaire de rapports. Par défaut, le Gestionnaire de rapports utilise le même pool d'applications que le serveur de rapports.

• Nouveau
  Créez un nouveau pools d'applications et spécifiez un compte d'utilisateur de domaine ou intégré pour l'identité de sécurité.

  Le serveur de rapports et le Gestionnaire de rapports peuvent s'exécuter dans le même pool d'applications, mais vous pouvez choisir des pools d'applications distincts si vous voulez les isoler.

Voir aussi

Concepts

Aide de Configuration de Reporting Services accessible par la touche F1

Autres ressources

Configuration de comptes de service et de mots de passe dans Reporting Services
Procédure : configurer des comptes de service (configuration de Reporting Services)
Configuration d'une connexion de base de données de serveur de rapports
Configuration des répertoires virtuels du serveur de rapports
Introducing the Report Server Web Service
Administration du service Web Report Server et du service Windows Report Server

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications