我们有一个使用本机窗体身份验证和会话功能的ASP.NET 4.5 WebForms应用程序。两者都有20分钟的超时和滑动到期。
想象一下下面的场景。一个用户已经在我们的应用程序中工作了一段时间,然后继续做一些其他的事情,让我们的应用程序闲置了20分钟。然后,用户返回到我们的应用程序来编写报告。但是,当用户试图保存时,登录屏幕会处理他/她,并且报告会丢失。
显然,这是不想要的。我们希望浏览器在身份验证或会话过期时被重定向到登录页面,而不是这个场景。为了实现这一点,我们构建了一个Web服务,可以调用该服务来检查是否是这样的。
public class SessionIsActiveControll
我的移动web应用程序的一个用户抱怨说,每次使用它时,他都必须在关闭手机屏幕后重新登录该应用程序。发生的情况是,当屏幕关闭时(或者当您通过双击主页按钮并滑动Safari来完全关闭safari时),safari会清除网站的cookie。如果你打开safari back up,它会显示你所在的最后一个屏幕,但是你不能使用任何会话数据,因为它已经消失了。
有没有办法在safari中防止这种情况发生?
我们正在努力将我们的单点ASP.NET Webform应用程序转移到Microservices,首先,我们使用Nginx作为代理路由器,Node作为API网关。从浏览器中,任何.aspx请求都将从Nginx路由到现有的ASP.NET Webform应用程序,新的呼叫将被路由到API网关,直到其全部工作正常,但问题是会话管理,ASP.NET Webform应用程序使用Redis作为会话存储和会话,我们尝试访问API网关ASP.NET在"ASP.NET_SessionId“cookie中存储sessionID,在Redis中它创建了每个会话两个密钥,比如SessionID_Data Ses
我正在使用WIF保护的ASP.NET MVC + WCF开发web应用程序。我用的是主动STS。我对BootstrapToken过期的情况有问题,但由于滑动过期,SessionSecurityToken仍然有效。我有例外:
ID3242: The security token could not be authenticated or authorized.
可以扩展引导令牌过期时间吗?是SAM的有效行为,它不检查cookie中的引导令牌是否过期。在我滑过会话到期的同一事件中,检查该值的最佳位置是什么?
我正在使用以下代码创建我自己的身份验证票证:
string formsCookieStr = string.Empty;
FormsAuthenticationTicket ticket = new FormsAuthenticationTicket(
1, // version
username, // user name
DateTime.Now, // issue time
我在我的Asp.net应用程序中遇到了一个问题,我正在设置会话超时,但经过一段时间后,会话仍然没有过期。此应用程序有一个SQL Server 2008后端数据库,我在其中存储了此应用程序的会话超时值。出于测试目的,我目前将其设置为3分钟。在Global.asax中,在Session_Start中,我有以下内容:
// Set the timeout
int timeout = GetSessionLength();
this.Session.Timeout = timeout;
GetSessionLength()是在向数据库查询会话超时后返回整数值的函数。
然后,在站点的母版页中,在Page
在大约20分钟的不活动之后,我无法在必应地图中显示路线。以下几个方面似乎存在问题:
routeLoadModule=function routeLoadModule(){
Microsoft.Maps.loadModule('Microsoft.Maps.Directions', function() {
//Create an instance of the directions manager.
directionsManager = new Microsoft.Maps.Directions.
我有一个连接到.net web服务的asp.net应用程序,每当我登录并到达主页时,web服务都会返回数据。
但是,如果我的登录时间可能超过1或2小时,当我单击任何一个链接时,我会得到:
"System.Net.WebException: Unable to connect to the remote server ---> System.Net.Sockets.SocketException: A connection attempt failed because the connected party did not properly respond after a peri