Ceci est une offshoot de Cette question .
Connexion Control si je n'ai pas de MembresHProvider pour le pointer à?
- Suis-je comprendre le modèle d'utilisation correctement?
- est-il même raisonnable de parler de l'utilisation d'un contrôle login sans un
MembresProvider ?
- dose the
membresPhipprovider fait plus que des noms d'utilisateur / mot de passe?
- serait-il plus raisonnable de créer mon propre fichier
membre avec la même logique d'authentification?
Dans mon cas, je n'ai pas besoin d'un MembresProvider (je pense) Comme ma situation d'authentification est triviale (un utilisateur, un mot de passe).
Je suis intéressé partiellement vers "la preuve future" de ma page et en partie parce que je suis nouveau et je me demandais de la façon dont les trucs fonctionnent. (J'ai tendance à apprendre les choses en fonctionnant à toute vitesse dans chaque cas de coin que je peux trouver :)
4 Réponses :
Utilisez Authentification des formulaires simples .
Cela pourrait travailler dans mon cas, mais cela ne répond pas à la question.
Si vous n'avez pas de fournisseur d'adhésion et que vous n'avez pas vraiment de système de sécurité pour parler, il suffit de mettre deux boîtes sur un formulaire (nom d'utilisateur, mot de passe) et testez-le dans l'onduleur du bouton.
Le contrôle de connexion est évidemment surtomn pour ce que vous essayez de faire.
Vous êtes probablement correct ... pour l'instant. En outre, cela me force à comprendre comment traiter des cookies et de la redirection et de ce que ce soit.
Je n'ai pas de difficulté à créer un cookie, je n'ai jamais jamais travaillé avec elle et préférerais ne pas avoir à apprendre maintenant.
Vous pouvez simplement déposer l'ASP: Connexion Contrôle de votre page, puis dans le code derrière, attrapez l'événement authentifié de la commande de connexion.
Dans l'événement authentifié, vérifiez le nom d'utilisateur / mot de passe que l'utilisateur est entré. Le nom d'utilisateur / mot de passe sont des propriétés dans le contrôle de connexion. (Loginctrl.Username, logistrl.Password)
Si le nom d'utilisateur / mot de passe est correct, il suffit de définir l'événement arguments de propriété authentifiée sur true.
Aucun fournisseur d'adhésion n'est requis. >
ex. Dans la page ASPX .. dans le code derrière c #
En outre, forcer l'utilisateur à accéder à la page de connexion, utilisez l'authentification des formulaires.
Si seulement c'était si facile. Je viens de l'essayer et le login saute directement dans la page de connexion plutôt que la page qui a été redirigée.
BCS - Avez-vous mis la destinationPageURL?
Non, mais chaque source que j'ai trouvée jusqu'à présent indique que la valeur par défaut sera la page redirigée vers la page de connexion.
Toutes mes excuses ont oublié de mentionner la destinationPageURL sur la page que l'utilisateur est supposé être redirigé vers. J'ai un échantillon de travail au cas où vous en auriez besoin.
Dans votre web.config vous niez les utilisateurs anonymes?
Les commentaires ne semblent pas formater XML correctement. Lorsque vous dites une page de référification, voulez-vous dire la page que l'utilisateur était l'un pour accéder à votre page de connexion? Ou la page L'utilisateur a été accès avant d'être invité à se connecter? ou autre chose?
Après la fixation web.config Ça fonctionne sans réglage page de destination URL .
Oh, cool, avez-vous défini la valeur par défaut dans le web.config à la place?
Nope, cela fonctionne comme prévu: si laissé non défini, il revient à la page qui redirigea vers loging.aspx tout ce qui se passe comme ça.
@BCS - Puis-je obtenir une version nettoyée de ce code? Je suis intéressé à obtenir quelque chose comme ça pour travailler (C #), mais le contrôle de connexion ne semble pas avoir de gestionnaires d'événements tels que Justin Wired Up. En outre, il semble y avoir beaucoup de solution dans les commentaires. Je ne sais pas ce qui est bon et ce qui n'est pas.
Vous devriez créer un fournisseur d'authentification personnalisé et le brancher via web.config. http://www.devx.com/asp/article/29256