Avoir des problèmes avec Asp.net MVC passant dans un querystring comme paramètre

Question

J'ai une page de connexion. Dans mon web.config je configure un loginUrl de sorte que si un utilisateur essaye d'aller à une page "autorisée" et ne soit pas autorisé ils seront redirigés vers la page de connexion.

Maintenant, j'ai remarqué que lorsque cela se produit et que l'utilisateur est redirigé depuis une page "Autorisé", l'URL de la page à laquelle il est redirigé est ajoutée à l'URL de connexion.

Ainsi, quand ils se connectent, je peux les utiliser pour les renvoyer à la page qu'ils essayaient d'obtenir.

Voilà donc comment l'URL regarderait:

http://localhost:2505/CMS_Account/LogOn?ReturnUrl=%2fCMS_Home%2fIndex

Je suis en train de capturer le ReturnUrl querystring partie en tant que paramètre à mon avis.

Mais je n'arrive pas à le faire fonctionner.

Je suis donc trouvé si je change mon formulaire pour la connexion à ceci:

<% using (Html.BeginForm()) ........ 

Ensuite, je peux saisir l'ReturnUrl pour une raison quelconque aucun problème.

Mais comment je l'ai, j'ai en ce moment ceci:

<% using (Html.BeginForm("Login","Authentication",FormMethod.Post,new { id = "frm_Login"})) ..... 

Une fois que je tente de transmettre les paramètres dans le BeginForm il arrête la capture de l'ReturnUrl.

Je ne sais pas pourquoi ça s'arrête. Certaines personnes disent que c'est parce que j'utilise la route par défaut et d'une manière ou d'une autre, si vous ne mettez rien dans l'beingForm, il est possible de trouver par magie le ReturnUrl avec l'URL par défaut. Dès que vous mettez quelque chose dans BeginForm, il semble être bête et vous devez lui donner une route pour lui dire quoi faire.

Je ne sais pas comment écrire cet itinéraire. J'ai essayé pas mal de combinaisons différentes et elles ont toutes échoué, et tout le monde qui me dit juste une route ne me dit jamais à quoi cela devrait ressembler.

Donc je ne sais plus quoi essayer.

Ce que j'ai essayé

routes.MapRoute(
    "CMS_Account", // Route name 
    "CMS_Account/{action}/{ReturnUrl}", // URL with parameters 
    new { controller = "CMS_Account", action = "LogOn",} // Parameter defaults 
); 

routes.MapRoute(
    "CMS_Account", // Route name 
    "CMS_Account/{action}/{ReturnUrl}", // URL with parameters 
    new { controller = "CMS_Account", action = "LogOn", ReturnUrl = ""} // Parameter defaults 
); 

routes.MapRoute(
    "CMS_Account", // Route name 
    "{controller}/{action}/{ReturnUrl}", // URL with parameters 
    new { controller = "CMS_Account", action = "LogOn", ReturnUrl = ""} // Parameter defaults 
); 

routes.MapRoute(
    "CMS_Account", // Route name 
    "{controller}/{action}/{id}", // URL with parameters 
    new { controller = "CMS_Account", action = "LogOn", id = ""} // Parameter defaults 
); 

routes.MapRoute(
    "CMS_Account", // Route name 
    "{controller}/{action}/", // URL with parameters 
    new { controller = "CMS_Account", action = "LogOn"} // Parameter defaults 
); 

Answer 1

Vous n'avez pas besoin de changer vos itinéraires. Ce qui est cool avec le moteur de routage, c'est que si vous ajoutez une valeur de route supplémentaire qui n'est pas déclarée dans la route elle-même, le moteur de routage la lancera à la fin en tant que variable get.

E.g. Avez-vous essayé de mettre le ReturnUrl dans BeginFrom?

Controller comme Dennis suggéré:

public ActionResult LogOn(string ReturnURL) { 
    ViewData["ReturnURL"] = ReturnURL; 
    return View(); 
} 

Alors, selon vous, vous aurez besoin d'utiliser le BeginForm (action chaîne, contrôleur de chaîne, routeValues ​​objet, méthode FormMethod, htmlAttributes objet) surcharge. Par exemple.

Html.BeginForm("Login", 
       "Authentication", 
       new { @returnUrl = ViewData["ReturnUrl"] }, 
       FormMethod.Post, 
       new { @id = "frm_Login" }) 

HTHS, Charles

EDIT: Sur une note de côté, l'inverse serait de mettre le ReturnUrl dans un champ d'entrée caché - après initial l'obtenir du querystring. Cela signifie que la valeur est alors dans votre collection de messages et que vous n'avez pas à vous soucier de la récupérer dans votre chaîne de requête.

Answer 2

Lorsque vous configurez le formulaire dans votre état « actuel », vous obligez à POST, mais les données que vous voulez est sur la chaîne de requête.

Vous pouvez y accéder avec ControllerContext.HttpContext.Request.Querystring["ReturnURL"]

ou ...

Ajouter le ReturnURL comme un champ caché sous la forme, et assurez-vous que votre méthode de connexion que vous soit à poster:

• Accepte ReturnURL en tant que paramètre
• Effectue une demande.Form ["ReturnURL"]

pour obtenir la valeur d'URL à partir du formulaire HTML.

Answer 3

Vous n'avez pas besoin de modifier vos itinéraires.

La meilleure façon d'obtenir le paramètre ReturnURL (ou tout autre paramètre de chaîne de requête) est pour l'ajouter à votre action LogOn comme ceci:

public ActionResult LogOn(string ReturnURL) { 
    ViewData["ReturnURL"] = ReturnURL; 
    return View(); 
} 

Answer 4

Avez-vous essayé d'utiliser le système intégré de FormsAuthentications?

Si vous pouvez l'utiliser, vous n'avez pas à implémenter la fonctionnalité que vous décrivez.

Je n'ai pas vérifier cela dans MVC, mais il devrait fonctionner:

FormsAuthentication.RedirectFromLoginPage(LogInAsUserName.Text, False) 

FormsAuthentications - 4guysfromrolla