2011-04-21 3 views
0

J'ai créé un site asp.net avec un contrôle de visionneuse de rapports qui affiche les rapports hébergés sur notre serveur de rapports des services de rapports. Tout fonctionne bien. Mais maintenant, je dois faire la même chose avec un site public, où j'aurai besoin d'accéder à mon serveur de rapports via le pare-feu.Déploiement de Reporting Services sur le Web en toute sécurité

Ma question est la suivante: comment puis-je la verrouiller pour m'assurer que l'utilisateur final ne peut accéder qu'à certains rapports?

Je pense que tout ce que je dois faire est de m'assurer que mon IIS, dans ma DMZ, peut parler au serveur de rapports. Mais, je pense que je devrais emprunter l'identité d'un utilisateur qui a seulement accès aux rapports que je veux rendre disponibles. D'un autre côté, si mon serveur de rapports n'est accessible qu'à partir de la DMZ, je n'aurai pas à m'inquiéter de la connexion directe de l'utilisateur final au serveur de rapports. Il semble que tout rapport que je veux servir au monde extérieur doit juste être accessible par le compte ASPNET par défaut? J'espère que quelqu'un peut confirmer mes spéculations ou me dire où je me trompe.

Répondre

0

J'ai aussi eu ce problème. Ce que je devais faire était de m'assurer que chaque rapport prend un paramètre de l'application. Si vos utilisateurs authentifiés ont un rôle via un fournisseur de rôles et que les utilisateurs publics ne le font pas, vous pouvez passer le rôle en tant que paramètre au rapport via l'application. De cette façon, si un utilisateur n'est pas authentifié, le paramètre sera nul et le rapport ne sera pas exécuté.

Questions connexes