I am using ASP.NET State Server, while using the website, following message occurs occasionally
The page isn't redirecting properly
Firefox has detected that the server is redirecting the request for
this address in a way that will never complete.
This problem can sometimes be caused by disabling or refusing to accept cookies.
As soon as the ASP.NET State Server service is restarted it gets fixed and of course all sessions are killed.
If In-Proc is used then nothing like this happens.
What could be the reason?
Try this:
<httpCookies httpOnlyCookies="true" lockItem="true" />
<trace enabled="false" localOnly="true"/>
<sessionState cookieless="UseCookies" regenerateExpiredSessionId="true"/>
<authentication mode="Forms">
<forms loginUrl="~/Account/Login" timeout="30" slidingExpiration="true" />
</authentication>
Solved, i was trapped in a recursion.
And, the funny thing about this is that FireFox didn't let me know because FF was terminating the request and returning with the error. While, Internet Explorer kept running which made me think what is wrong and why it is taking that much time!!! and i found the recursion.
Related
This ASPX app I'm working on keeps logging me out mid-session. I tried changing this:
<sessionState mode="InProc" timeout="24" />
To
<sessionState mode="InProc" cookieless="true" timeout="1440" />
But it still times out every couple of minutes (sometimes sooner). I've never programed in ASPX before and I'm just making basic layout changes (removing three nested tables, etc.), but it's horrible how many times I have to log in to do even the simplest things.
Any clue what else might be timing me out if not the session state? I didn't write any of this...
The InProc and the session is not keep the logging authentication. This authentication is done using some other cookie that if you loose it you logged out.
There are two points to look - if you move from http to https and if you move from www. to non www. pages.
To solve that go to your web.config and check if you have setup that properties correctly (especial the domain).
<authentication mode="Forms">
<forms timeout="50" path="/" requireSSL="true" cookieless="UseCookies" domain="domain.com" />
</authentication>
Also check on roleManager and on httpCookies that you have setup the domain.
I must be doing something wrong. I have followed instructions to set the timeout on my forms authentication app, but the app never renews the cookie and will time out about every 15mins or so.
I must be missing something that is so obvious it is not mentioned in the literature.
Here is my config info:
<authentication mode="Forms">
<forms loginUrl="~/Account/Login" defaultUrl="~/" timeout="120" slidingExpiration="true" cookieless="UseCookies" />
</authentication>
and the session state
<sessionState mode="InProc" customProvider="DefaultSessionProvider" timeout="120">
...
I have tried sliding or not sliding--same time out happens.
Dumb questions: do I need something in the code behind (VB) on every page to make sure the postback renews the authentication?
If you are browsing your web application from IIS then check the check the Idle Time-Out(minutes) property under "Process Model" of application pool.
If it is 20 minutes. You should change that property value.
We have an Asp.net MVC 4 website that has been in production for several months with no problem. Until this morning, that is. All of a sudden people could only log in via IE. Chrome and Firefox both failed. After a bit of panicked debugging we found we could only log in if we set the forms timeout from
<forms loginUrl="~/Login" timeout="30" />
to
<forms loginUrl="~/Login" timeout="120" />
Can anyone tell me why this is? Nothing has changed in server configuration, and that field hasn't been changed in web.config from the initial deployment.
When running locally, my site runs fine. However when on the live site, after around 10 seconds of inactivity I keep getting logged out.
My web config line for authentication looks like the following:
<forms name="RaiseFLAuthentication" loginUrl="home.aspx" cookieless="UseCookies" defaultUrl="/myPredictions.aspx" timeout="240" slidingExpiration="false"/>
I have also tried putting <sessionState timeout="30"></sessionState>but this hasn't worked either.
A second issue I am having is that although i have set the defaulturl to myPredictions.aspx, when I go to the url www.website.co.uk and log in, it does not redirect here, it stays as default url. Although again, running locally I have no problem.
Can anyone suggest why either of these things are happening and how to fix this?
Here are my answers to your questions:
1) This one is a bit tricky because you mentioned it's working fine locally but try this (assuming you are using InProc session mode):
<sessionState mode="InProc" cookieless="true" timeout="30" />
2) It seem like you are missing the tilde (~) in your defaultUrl attribute.
<forms name="RaiseFLAuthentication" loginUrl="home.aspx" cookieless="UseCookies" defaultUrl="~/myPredictions.aspx" timeout="240" slidingExpiration="false" />
The time out is controlled by the sessionState element, the default is 20 minutes if a timeout is not specified, so if all you get is 10 seconds I would look elsewhere in your code for the cause of the problem.
With regard to your re-direct issue. This has already been answered here.
So we have been stuck on a connection timeout issue and we are lost.
All pages on this asp.net web application times out after exactly 2 minutes.
Saying:
connection timed out
description: connection timed out
All articles on the internet suggest it is the asp.net web config setting "executionTimeout". (Here is ours)
<httpRuntime executionTimeout="3600" requestValidationMode="2.0" maxRequestLength="15360" />
But obviously ours is set to way above 2 mins. A colleague of mine also fiddle with the iis settings without success.
Any suggestions?
EDIT: This does not happen on debug at all, which makes me lean towards it being an IIS issue.
EDIT: We don't believe it to be an asp.net session issue since we are still logged in and can browse to other secure pages after this happens
Resolved: So after some more investigation we discovered that the timeout issue was just from when accessing the website from within our intranet. Apparently we have some daemon software (Websense) running on the network that was the root of all this evil.
The above you mentioned should work, Look for the following in your web.config file (maybe its a issue of session timeout):
<system.web>
<authentication mode="Forms">
<forms timeout="20"/>
</authentication>
<sessionState timeout="20" />
</system.web>
Increase the timeout time you are using.
Hope this helps.