2011-01-07 3 views
0

Je travaille sur la configuration de mon serveur de rapports pour utiliser un service Web en tant que source de données XML. Il semble que je rencontre des problèmes d'authentification entre le service Web et le rapport lorsque je choisis d'utiliser la sécurité intégrée. Voici ce que j'ai:Sécurité intégrée sur la source de données XML Reporting Services

1) J'ai un site web avec un service exposé. Ce site Web est configuré pour s'exécuter UNIQUEMENT sur la sécurité intégrée. Cela signifie que tous les autres modes sont désactivés ET que l'accès anonyme est désactivé dans la sécurité de l'annuaire.

2) Dans le Web.config du site Web, le mode d'authentification est défini sur Windows.

3) J'ai la source de données de rapport définie comme étant une source de données XML. J'ai l'URL correcte au service et l'ai définie à la sécurité intégrée de Windows. Puisque je fais un saut du navigateur au serveur de reportage au service Web, je me demande si j'ai un problème avec Kerberos, mais je ne suis pas sûr.

Lorsque j'essaie d'accéder au service, j'obtiens une erreur 401.

Voici les journaux IIS que je générer:

2011-01-07 14:52:12 W3SVC IP_ADDY POST /URL.asmx - 80 - IP_ADDY - 401 1 0 2011-01-07 14 : 52: 12 W3SVC IP_ADDY POST /URL.asmx - 80 - IP_ADDY - 401 1 5

Est-ce que quelqu'un a déjà résolu ce problème? Merci!

Répondre

1

On dirait que vous rencontrez le problème du "double saut". Est-il possible de créer un compte sur votre service Web que le serveur de rapports utilise explicitement au lieu de passer par les informations d'identification des utilisateurs?

+0

Oui, vous avez tout à fait raison. Terminé la réparation de ti en configurant Kerberos Autentication entre le serveur de rapports et le serveur Web. C'était un processus assez long. Bon appel! – Nathan

+0

Ouais, Kerberos n'est pas la chose la plus amusante à mettre en place. – Nat

+0

@Nathan - Je pense que nous éprouvons le même problème. Pourriez-vous me dire si cela a l'air pareil? http://stackoverflow.com/questions/18207398/ssrs-consuming-wcf-service-with-calling-user-credentials-issue – mservidio

0

Il existe une solution plus simple si vous ne voulez pas trafiquer avec Kerberos ... bien que l'expérience utilisateur soit moins souhaitable. Sur la source de données ... Si vous cochez la case "Informations d'identification fournies par l'utilisateur qui exécute le rapport" et "Utiliser comme informations d'identification Windows lors de la connexion à la source de données", l'utilisateur sera invité à se connecter. exécutez le rapport. Étant donné que les informations d'identification sont fournies au serveur SSRS, il ne s'agit que d'un seul saut de SSRS vers le service Web ... évitant ainsi le problème d'authentification NTLM à double saut. Cependant, il est moins convivial car vous devez vous connecter pour exécuter le rapport.

Questions connexes