我正在开发一个带有安全部分的网站,即名为“PIP”的文件夹.
登录部分工作正常,但是当我单击注销时,用户仍然是已知的,并且如果他/她触摸安全部分,则不会被重定向到登录页面.
这是我的web.config:
<system.web> <authentication mode="Forms"> <forms loginUrl="Login.aspx" name=".ASPXFORMSAUTH"> </forms> </authentication> </system.web> <location path="PIP"> <system.web> <authorization> <deny users="?" /> </authorization> </system.web> </location>
FormsAuthentication.RedirectFromLoginPage(uid,false);
在安全文件夹(PIP)的default.aspx页面上有一个注销按钮,该按钮后面的代码:
FormsAuthentication.SignOut(); Response.Redirect("~/Default.aspx",true);
在页面“Default.aspx”是一个链接到〜/ PIP / Default.aspx,它应该被重定向到登录页面但不是.
注意会议似乎不会受到退出的影响.
我尝试了很多选项,手动删除会话. Session.Clear,Session.Abandon但似乎没有任何效果.
我希望你们能指出我正确的方向!
提前致谢.
解决方法
在您退出之前,期间或之后,您是否还有其他任何IE打开实例?如果没有,您可以发现cookie仍然存在于IE的共享cookie元素中.
您的网页上是否有任何到期日期?如果没有,页面可能仍在您的浏览器缓存中,并且不会调用服务器上的表单身份验证检查.
如果您关闭浏览器并尝试再次访问受保护的资源并且必须登录,那么它已正确配置….会话cookie不会用作表单身份验证过程的一部分,因此您无需担心它 – FormsAuthentication .SignOut()是执行此操作的正确方法.
在你的Global.asax.cs中添加以下事件处理程序 – 如果你还没有 – 并在其上放置一个断点.如果你在调用logoff后点击后续请求的断点,那么你可以破解cookie并查看它内部 – 我的猜测是你不会点击这个断点,因为请求是从缓存中提供的.
protected void Application_BeginRequest(object sender,EventArgs e) {}
要破解cookie:
HttpRequest currentRequest = HttpContext.Current.Request; // Attempt to get the Forms Auth Cookie from the Request HttpCookie authenticationCookie = currentRequest.Cookies[FormsAuthentication.FormsCookieName]; if(authenticationCookie != null) { // Crack the Cookie open var formsAuthenticationTicket = FormsAuthentication.Decrypt(authenticationCookie.Value); // breakpoint here to see the contents of the ticket. if (formsAuthenticationTicket.Expired) { } }
在Firefox或Chrome中尝试这一点也是值得的,因为他们似乎更好地立即摆脱cookie.
private static void SetImmediateExpiryOnResponse(HttpResponse response) { response.Cache.SetAllowResponseInBrowserHistory(false); response.Cache.SetCacheability(HttpCacheability.NoCache); response.Cache.SetExpires(DateTime.UtcNow.AddMinutes(-1)); response.Cache.SetNoStore(); response.Cache.SetRevalidation(HttpCacheRevalidation.AllCaches); response.Expires = -1; response.ExpiresAbsolute = DateTime.Now.AddDays(-1); response.CacheControl = "no-cache"; }