Discussion :

[david lefaivre]

Salut,

Je ne sais pas si c'est possible, mais j'aimerais pouvoir communiquer entre deux projets situés à l'intérieur de la même solution. En fait, je suis en train de travailler sur un projet qui nécessite que l'utilisateur se connecte en utilisant le contrôle fourni pas asp. Je suis aussi en train de travailler sur un autre projet et, au final, mon site web sera composé des deux projets. Le problème, c'est que l'utilisateur devient "déconnecté" lorsqu'il arrive dans le deuxième projet. Donc, je n'ai plus accès à l'utilisateur connecté, ce qui pose de grave problème de sécurité. J'ai donc essayé de mettre le nom de l'utilisateur dans une variable session sur le premier projet, mais la session n'est pas persistante entre les deux projets. Quelqu'un aurait une solution pour que je puisses avoir accès au nom de l'utilisateur connecté via mon deuxième projet.
Merci

[Immobilis]

Salut,

Effectivement, il n'y a pas de communication entre deux applications (et non pas projets). Contrairement à ce que tu dis, c'est très utile pour la sécurité. Ce que tu veux s'appelle le "Single Sign On".
J'ai l'impression qu'il y a des tas de façons d'implémenter un tel système. Grosso modo, un seul serveur gère les authentifications. Le plus simple en environnement windows c'est d'utiliser l'active directory.

A+

[david lefaivre]

Salut,
Merci pour la réponse, je vais vérifier cela.

[Nicolas Esprit]

Bonjour,

Il est possible de partagé l'authentification des utilisateurs entre plusieurs applications ASP.NET comme expliqué sur MSDN.

Après je n'ai jamais mis cela en place, ça mériterais un article sur Developpez

[lutecefalco]

Bonjour,

Il est possible de partagé l'authentification des utilisateurs entre plusieurs applications ASP.NET comme expliqué sur MSDN.

Après je n'ai jamais mis cela en place, ça mériterais un article sur Developpez

Faut être sur le même domaine non?

[nah666]

Bonjour,

Il est possible de partagé l'authentification des utilisateurs entre plusieurs applications ASP.NET comme expliqué sur MSDN.

Après je n'ai jamais mis cela en place, ça mériterais un article sur Developpez

Je l'ai mis en place, sans soucis ça fonctionne correctement.

Par contre nous étions sous le même domaine (je sais pas si c'est un prérequis mais ça ne m'étonnerait pas).

[Nicolas Esprit]

Je l'ai mis en place, sans soucis ça fonctionne correctement.

C'est bon à savoir

Après pour le domaine, d'après la doc on a : The name, protection, and path attributes must match exactly in each Web.config file. Je ne vois pas de mention pour le domaine... mais ça ne veut rien dire.

Je pense que c'est la solution la plus simple. Après pour des scénarios plus complexes on peut toujours se tourner vers :

• Windows Communication Foundation Authentication Service
• Windows Identity Foundation (... là c'est plus costaud )

[lutecefalco]

Je vois pas trop comment un cookie pourrait être partagé sur des domaines différents en fait

[david lefaivre]

Merci pour cette réponse, cela semble en effet bien fonctionner et être simple à réaliser

[Nicolas Esprit]

Je vois pas trop comment un cookie pourrait être partagé sur des domaines différents en fait

C'est pas faux. Un cookie est lié à un seul et unique domaine, on est d'accord.

Après, il est toujours possible de mettre en place une authentification dans une application ASP.NET avec plusieurs domaines différents (cf Pattern & Pratice... qui date un peu maintenant ^^).

Une autre solution (je dirais plutôt bricolage) peut être utilisée comme ici (point 2 : "Bounce users to the alternative domain").

Avec OpenID, ce serait quand même bien plus simple