Juste pour commencer à faire une application web et je me demandais ce qui était mieux, ou du moins quelles sont les principales différences entre eux (car cela compte probablement pour quoi je les utilise)?Quelle est la différence: l'authentification Windows, l'authentification Passport et l'authentification par formulaire?
Je dirais que cela dépend en grande partie de ce que votre application web va faire, que chacun a sa place. Voici quelques petits détails sur chacun d'eux.
L'authentification Windows vous permet d'identifier les utilisateurs sans créer de page personnalisée. Les informations d'identification sont stockées dans la base de données utilisateur locale du serveur Web ou dans un domaine Active Directory. Une fois identifié, vous pouvez utiliser les informations d'identification de l'utilisateur pour accéder aux ressources protégées par l'autorisation Windows.
L'authentification par formulaire vous permet d'identifier les utilisateurs avec une base de données personnalisée, telle qu'une base de données d'appartenance ASP.NET. Vous pouvez également implémenter votre propre base de données personnalisée. Une fois authentifié , vous pouvez référencer les rôles de l'utilisateur pour restreindre l'accès à certaines parties de votre site Web.
L'authentification passeport repose sur un service centralisé fourni par Microsoft. L'authentification Passport identifie un utilisateur qui utilise son adresse e-mail et un mot de passe, et un seul compte Passport peut être utilisé avec de nombreux sites Web différents. L'authentification Passport est principalement utilisée pour les sites Web publics avec des milliers d'utilisateurs.
L'authentification anonyme ne nécessite pas que l'utilisateur fournisse des informations d'identification.
http://msdn.microsoft.com/en-us/library/eeyk640h.aspx - authentification ASP.NET plus de détails sur les formulaires et l'authentification de la fenêtre
Modifier lien Rushyo est mieux: http://msdn.microsoft.com/en-us/library/ee817643.aspx
Cela devrait couvrir tout ce que vous cherchez (et plus):
http://msdn.microsoft.com/en-us/library/ee817643.aspx
[snap - J'ai été totalement va utiliser cette même citation exacte ainsi;)]
Situation que lorsque vous pouvez utiliser ce que:
authentification Windows: Comme vous utiliserez le login & mot de passe utilisé dans un domaine ... Si vous utilisez l'authentification Windows, votre webapp (en général) doivent être déployé sur un serveur réseau et tous vos utilisateurs doivent (généralement) avoir un identifiant créé pour eux dans le domaine. Bien que les opérations interdomaines soient possibles, vous ne pourrez pas l'utiliser dans un environnement non basé sur un domaine comme les sites Web publics. Ce sera difficile si vous voulez inclure des utilisateurs qui sont en dehors de votre domaine.
Formulaires Authentification: Ici, vous décidez d'agir indépendamment.Vous allez attribuer à chaque utilisateur un ID utilisateur et un mot de passe distincts et les gérer vous-même. La surcharge ici est que vous devez fournir et restreindre la façon dont les utilisateurs sont créés et supprimés. Ici, vous n'êtes pas limité à un domaine. Pour tout utilisateur d'accéder à votre webapp devrait être enregistré avec votre webapp. Ceci est similaire à tous les sites de messagerie que vous voyez sur Internet.
Authentification passeport: Vous dépendez de MS pour valider vos utilisateurs. Cela vous donnera un statut global à votre application, mais si vous allez le déployer seulement à un petit groupe d'utilisateurs, vous allez les forcer à créer un compte de passeport (s'ils n'en ont pas) afin qu'ils puissent accéder ton application. Pour le rendre plus clair .. Quelle que soit la méthode que vous suivez Vous pouvez toujours restreindre qui peut accéder à votre webapp, et pouvez également définir vos propres rôles pour chaque utilisateur.
Authentification Windows: Comme vous utiliserez le mot de passe de connexion & utilisé dans un domaine ... Si vous utilisez l'authentification Windows, votre webapp devra (généralement) être déployée sur un serveur réseau et tous vos utilisateurs) avoir un identifiant créé pour eux dans le domaine. Bien que les opérations interdomaines soient possibles, vous ne pourrez pas l'utiliser dans un environnement non basé sur un domaine comme les sites Web publics. Ce sera difficile si vous voulez inclure des utilisateurs qui sont en dehors de votre domaine. Formes Authentification: Ici, vous décidez d'agir de manière indépendante. Vous allez attribuer à chaque utilisateur un ID utilisateur et un mot de passe distincts et les gérer vous-même. La surcharge ici est que vous devez fournir et restreindre la façon dont les utilisateurs sont créés et supprimés. Ici, vous n'êtes pas limité à un domaine. Pour tout utilisateur d'accéder à votre webapp devrait être enregistré avec votre webapp. Ceci est similaire à tous les sites de messagerie que vous voyez sur Internet.
Authentification de passeport: vous dépendez de MS pour valider vos utilisateurs. Cela vous donnera un statut global à votre application, mais si vous allez le déployer seulement à un petit groupe d'utilisateurs, vous allez les forcer à créer un compte de passeport (s'ils n'en ont pas) afin qu'ils puissent accéder ton application. Pour le rendre plus clair .. Quelle que soit la méthode que vous suivez Vous pouvez toujours restreindre qui peut accéder à votre webapp, et pouvez également définir vos propres rôles pour chaque utilisateur.
Répété réponse. Veuillez lire les autres réponses avant de répondre. – Naphstor
mieux COMMENT - de quelle façon ?? –
bien après la lecture, il semble que cela dépend (je penche vers la forme) donc juste une liste détaillée, au début je pensais que certains étaient plus rapides que d'autres, ce qui est encore le cas –