Authentification via le login Windows

Bonjour à tous,
je possède plusieurs sites qui utilise actuellement un formulaire pour s'authentifier.
Pour ses sites, je dois supprimer le formulaire d'authentification et mettre en place une authentification par le login windows.

Afin de ne pas tout refondre, je pensais réutiliser les procédures existantes, en récupérant le login windows de l'utilisateur. Ensuite je gère les droits des utilisateurs via le code existant.

En local, cette récupération marche parfaitement, par contre, dés que je déploie le site sur mon serveur de test, le login récupéré est le login d'administrateur ayant déployé le site.

J'ai essayé plusieurs technique trouvé sur le net comme :

Code:

---

WindowsIdentity.GetCurrent()

---

Code:

---

HttpContext.Current.User.Identity

---

Code:

---

Request.LogonUserIdentity.Name

---

J'ai bien mis le serveur iis en "integrated windows authentification"
Et c'est toujours le login du serveur qui est récupéré.

Comment faire pour récupérer le login du client?

Merci d'avance!

Tu as bien ceci dans fichier Web.Config ?

Code:

---

1 2 3

<system.web> <authentication mode="Windows"/> </system.web>

---

Ceci te suffit normalement :

Code:

---

HttpContext.Current.User.Identity

---

En espérant t'avoir aidé.

J'ai bien mis <authentication mode="Windows"/>

Et en utilisant

Code:

---

1 2 3 4

Dim WinId As IIdentity WinId = HttpContext.Current.User.Identity Dim wi As WindowsIdentity wi = WinId

---

j'obtiens le login d'administrateur m'ayant servi pour la publication

En utilisant :

Code:

---

User.Identity.Name

---

j'obtiens la même chose, et j'obtiens NETWORK SERVICE avec

Code:

---

Principal.WindowsIdentity.GetCurrent.Name

---

Tu es sur que ton serveur IIS est configuré pour utiliser l'authentification Windows ?

Dans le panneau de propriéts de IIS, sur l'onglet Directory Security => Authentication Methods +> paneau Autneticated Access, tu dois avoir la checkbox "Integrated Windows Authentication" cochée, sinon, il me semble que cela ne peut pas fonctionner.

La case est cochée.

Quel browser utilises-tu ?

Tu n'aurais pas un Impersonate à true par hasard ??

J'utilise internet explorer 7.

Pour <identity impersonate="false"/>
J'ai essayé à true et à false.
La seul différence à true, est que Principal.WindowsIdentity.GetCurrent.Name me donne le nom de l'admin plutôt que NETWORK SERVICE

Pour compléter les infos de bluedeep, quelles sont les cases cochées dans IIS ?

Si tu as l'acces anonyme autorisé, ca va aussi ne pas fonctionner, commence par tout décocher sauf "Integrated Windows Authentication"

Question basique, mais au niveau de IE tu as bien la case "Activer l'authentification Windows Integrée" de cochée ? (Options -> avancées -> sécurité).

Bonjour,
dans IIS, j'ai bien décoché les autres case d'accès.

Sur ie, dans les paramètres de sécurité \ authentification windows j'ai connexion automatique.

Citation:

---

Envoyé par biboup

Bonjour,
dans IIS, j'ai bien décoché les autres case d'accès.

Sur ie, dans les paramètres de sécurité \ authentification windows j'ai connexion automatique.

---

Ce paramètre "connexion automatique" ne me dit rien du tout.

Non, je parle du paramètre "Activer l'authentification windows intégrée" qui est dans Outils -> Option Internet -> Avancés -> Sécurité.

Oui, je ne connaissais pas ce paramètre, mais il est effectivement coché.

Bon, reprenons depuis le début :

- ton client à un compte domaine sur le même domaine que le serveur ?
- ou le cas échéant sur un domaine "trustee" avec le domaine du serveur ?

le client est sur le même domaine que le serveur.

Le résultat retourné par la page est similaire à l'éxecution de la page directement sur le serveur avec le login admin.

Est ce possible de récupérer la variable sur le poste client en utilisant du javascript, et de transférer cette variable à mon code behind afin que je puisse la manipuler?

C'est la solution que j'essaye d'explorer actuellement, mais le transfert vers le code behind me pose un peu problème.

Citation:

---

Envoyé par biboup

Est ce possible de récupérer la variable sur le poste client en utilisant du javascript, et de transférer cette variable à mon code behind afin que je puisse la manipuler?

C'est la solution que j'essaye d'explorer actuellement, mais le transfert vers le code behind me pose un peu problème.

---

Je ne pense pas et de toute manière tu n'obtiendras que le login, pas le contexte de sécurité.

Non, ce que tu tentes doit fonctionner, il fait juste dérterminer pourquoi ça ne marche pas chez toi.

Poste le code où tu récupéres la windows identity.

Voici mon code :

Code:

---

1 2 3

Dim loginwindows As String loginwindows = HttpContext.Current.User.Identity.Name.ToString 'Principal.WindowsIdentity.GetCurrent.Name loginwindows = loginwindows.Substring(1 + loginwindows.LastIndexOf("\"))

---

la suite, je prend cette variable et utilise des fonctions du framework interne gérant la connexion et les droits.

Je rappelle que je cherche uniquement le login windows du client.
Le reste est géré par les autres fonctions et la base de données.

Ok.

Ce bout de code est appelé dans le page_load ?

Oui l'initialisation de la variable se fait directement dans le page_load.

On est bien d'accord que ton client utilise un compte domaine et pas un compte local de la machine ?

Sauf erreur de ma part, c'est bien un compte domaine.
Le compte est géré par active directory.

J'avoue que je ne saisi pas trop la différence.

Je viens de tester la variable Request.UserAgent
Le résultat est :

Citation:

---

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)

---

Je ne vois pas trop comment j'arrive à ce résultat avec ie7.

Citation:

---

Envoyé par biboup

Je viens de tester la variable Request.UserAgent
Le résultat est : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)

Je ne vois pas trop comment j'arrive à ce résultat avec ie7.

---

C'est tout à fait normal.

Sur ma station, par exemple, j'ai :

Citation:

---

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)

---

Bon je viens de faire un essai en javascript : catastrophique, il faut validé 1 barre d'information en disant que ce n'est pas un bug.
Puis validé qu'activex peux se lancer, et seulement après, on récupère le login.

Je ne vois plus comment m'en sortir!

Je pense que tu as plus un problème d'environnement (relevant plutot de l'admin réseau) qu'un problème de programmation.

Fais un test ultra simple :

- crée un nouveau projet Applciation Asp.Net

- met une TextBox dans la page default.aspx

- met un bout de code dans l'event Page_Load affichant les éléments de HttpContext.Current.Identity dans le champs texte.

Comme celui, là, traduit éventuellement en VB.Net (désolé mais la syntaxe de ce langage me donne des éruptions cutanées :D )

Code:

---

1 2 3 4 5 6

string name = HttpContext.Current.User.Identity.Name; bool authentic = HttpContext.Current.User.Identity.IsAuthenticated; StringBuilder sb = new StringBuilder(); sb.AppendFormat("User {0} Auth {1} Agent {2}", name, authentic, Request.UserAgent); TextBoxUser.Text = sb.ToString();

---

- met cela dans le web.config

Code:

---

1 2 3 4 5

<authentication mode="Windows"/> <authorization> <allow users="*"/> </authorization>

---

- essaye le en local puis installe le sur un de tes serveurs IIS.

- refais l'essai et donne nous le résultat. (j'ai fait l'essai sur deux de mes serveurs et ça marche : je récupére bien mon login).

- Si cela ne marche pas, c'est qu'il y a un blem dans vos paramètres d'administration (au sens large .... routeur, serveur, à voir ....)

- Accessoirement vous êtes en auth. NTLM ou Kerberos ? (même si ici, on a un "single hope" donc Kerberos n'est pas nécessaire)

Citation:

---

User robadmin Auth True Agent Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)

---

Pour information robadmin est l'administateur de la machine. Je m'en sert pour déployer le site.

Mais ce n'est pas mon login de connexion.

En local ça marche nickel :

Citation:

---

User moi Auth True Agent Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)

---

Par contre pour l'authentification windows, je ne sais pas te répondre, (j'ai déjà du me faire expliqué la question...)
Je n'ai pas du tout accès aux paramétrages réseaux.

Citation:

---

Envoyé par biboup

Par contre pour l'authentification windows, je ne sais pas te répondre, (j'ai déjà du me faire expliqué la question...)
Je n'ai pas du tout accès aux paramétrages réseaux.

---

Bon, ça nous confirme qu'il n'y pas de problème avec ton code (je préferais que tu fasses le test sur un exemple "nu" pour s'assurer qu'il n'y a aucun effet de bord avec le reste du code).

Maintenant la solution est de mettre ton équipe réseau au boulot.

Tu ne peux a priori plus rien faire.

Dis leur que les "credentials" ne sont pas transmis normalement, ils devraient trouver pourquoi.

Une petite question qui peux paraitre idiote : le fait de ne pas redémarrer IIS après être passer en connexion windows, peut il avoir un impact dans le non fonctionnement de mes scripts.
Je précise, à priori il s'agit d'un IIS 5.2.