Je me souviens de ma première impression après le traitement de l’exemple. Je me suis dit qu’il ne correspondait pas précisément à la manière dont mon client voyait les choses. Celui-ci avait déjà une application comportant ses propres écrans de connexion et nous n’avions donc pas besoin de créer des
Pas précisément l’exemple recherché
écrans de connexion supplémentaires avec Reporting Services.
Mon client n’avait également pas envie d’un double processus de connexion pour les utilisateurs finaux (une fois pour l’application, puis pour Reporting Services). Après un examen plus approfondi de l’exemple d’extension, nous avons commencé à explorer l’option du partage par l’application et Reporting Services d’un cookie destiné à gérer les requête après la validation d’un client. ASP.NET supporte l’authentification par formulaires dans un environnement distribué et c’est donc l’approche que nous avons retenue. (Pour plus d’informations sur cette fonctionnalité, consultez l’article Microsoft « Forms Authentication Across Applications », à cette adresse.
La clé de la configuration de cette authentification distribuée (que vous pouvez voir en action dans mon deuxième exemple téléchargeable sur http:// www.itpro.fr, Club Abonnés) consiste à définir quelques valeurs d’attribut identiques dans l’élément Forms du fichier Web.config de chaque application (et à ajouter un élément machineKey identique).
Téléchargez cette ressource
Préparer l’entreprise aux technologies interconnectées
Avec la « quatrième révolution industrielle », les environnements hyperconnectés entraînent de nouveaux risques en matière de sécurité. Découvrez, dans ce guide Kaspersky, comment faire face à cette nouvelle ère de vulnérabilité.