2010-12-09 46 views
0

J'ai besoin que chaque fois qu'un utilisateur ouvre une session sur un site Web en utilisant l'authentification basée sur les formulaires [FBA], le site vérifie s'il possède un enregistrement d'utilisateur de domaine NT. Il y aura une table de recherche correspondante entre la base de données d'adhésion ASPNETDB et les comptes de domaine associés pour les utilisateurs. Chaque fois qu'un utilisateur FBA se connecte et qu'un compte de domaine associé se trouve, le membre doit être redirigé vers un autre site/URL authentifié par Windows NT plutôt que FBA. Avant de les transférer je voudrais être en mesure de les authentifier avant sur le domaine Windows plutôt que d'une boîte de dialogue de connexion NT supplémentaire à venir et leur demandant d'entrer les informations d'identification NT connexes.Comment puis-je rediriger automatiquement un utilisateur authentifié par formulaire vers un site NT s'il possède des informations d'identification équivalentes sur le domaine?

Est-il possible de pré-authentifier par programme en utilisant des informations d'identification NT avant de rediriger un utilisateur vers un site authentifié NT?

Remarque: Il ne s'agit pas d'un scénario de style de connexion unique. Les sites authentifiés FBA/NT ne sont pas liés autre que la relation entre les informations d'identification FBA d'origine et la recherche d'informations d'identification NT.

Répondre

0

Je ne sais pas si je comprends parfaitement vos questions: Tous les utilisateurs doivent s'authentifier en utilisant une authentification basée sur un formulaire. Par la suite, les utilisateurs authentifiés dans un domaine Windows redirigent vers un autre site en tant qu'utilisateurs non concernés. Est-ce que ma compréhension est correcte? Cela ressemble à un scénario assez inhabituel.

En général, si vous souhaitez utiliser l'authentification Windows comme authentification unique mécanisme pour les applications Web, un protocole appelé SPNEGO est votre ami: http://en.wikipedia.org/wiki/SPNEGO Il peut être utilisé pour échanger Kerberos ainsi que NTLM Tokens entre le navigateur et votre application web de l'utilisateur autmatiquement. Votre application Web doit ensuite vérifier à nouveau votre répertoire actif si ces jetons sont valides.