2009-08-05 10 views
1

Je suis actuellement en train d'architecturer une application .NET 3.5 pour un client avec une préférence pour Single Sign-On de Windows, mais qui fonctionne dans un environnement Novell Netware 6 (ordinateurs de bureau WinXP). Ai-je raison de penser que cela exclut l'utilisation de l'authentification intégrée de Windows dans une application .NET afin d'éviter de demander des informations d'identification à l'utilisateur? Bien qu'il se trouve sur un réseau Novell (avec eDirectory), le client dispose également d'une instance Active Directory pouvant être utilisée pour l'authentification des applications, et comme l'application disposera d'un composant WinForms, je souhaiterais idéalement utiliser Application client. Services d'authentification à AD. Cela permettra le même modèle de sécurité contre toutes les couches de présentation, et fournit également une authentification hors ligne qui peut être nécessaire.Authentification Windows sur le réseau Novell

Cependant, je ne suis pas sûr quelles sont mes options pour récupérer les informations d'identification d'un utilisateur sur le PC de bureau. Si l'authentification Windows est hors de question, existe-t-il un autre moyen de récupérer et de transmettre les informations d'identification aux services d'application client?

Répondre

0

La question à laquelle vous devez répondre est de savoir si les stations de travail sont jointes au domaine, et donc les utilisateurs effectuent une double connexion. Une fois dans le domaine, une fois dans eDirectory. Avec eDirectory et le kit de démarrage de base Zenworks, ils ont peut-être déployé une politique DLU (Dynamic Local User Policy) qui, après le traitement d'une connexion eDirectory réussie, génère un compte Windows local à la volée, leur permettant ainsi d'accéder au machine locale, sans compte local préexistant.

Si c'est le cas précédent, tout va bien. Si ce dernier (DLU), alors vous devrez peut-être enquêter plus loin.

Questions connexes