Layer 7 Access Management

Expand all | Collapse all

Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

  • 1.  Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-21-2018 05:24 PM

    For a siteminder protected application in our infra, users are getting logged out after 1 hour even though they active.

    MaxIdleTimeOut = 1hr

     

    Has anybody faced this issue or any idea about it?



  • 2.  Re: Siteminder Users are getting logged out after MaxIdleTimeOut eventhough they are active

    Posted 03-21-2018 06:30 PM

    Hi Satyendra,

     

    That should be the expected behavior with Max Idle Timeout setting. Please refer the below document link for further details. 

     

    Realm Dialog Reference - CA Single Sign-On - 12.7 - CA Technologies Documentation 

     

    • Maximum Timeout
      If enabled, determines the maximum amount of time a user session can be active before the Agent challenges the user to re-authenticate.

      Note: You can override this setting by using the WebAgent-OnAuthAccept-Session-Max-Timeout response attribute.

      This setting is enabled by default. To specify no maximum session length, clear the checkbox. The default maximum session length is two hours.

      • Hours
        Specifies the hours value for the maximum session length.
      • Minutes
        Specifies the minutes value for the maximum session length.
        To use this feature with the Basic authentication scheme, your Web Agent must be configured to Require Cookies.

    • Idle Timeout
      If enabled, determines the amount of time that an authorized user session can remain inactive before the Agent terminates the session. If you are concerned about users leaving their workstations after accessing a protected resource, set the idle timeout to a shorter period of time. If the session times out, users must re-authenticate before accessing the resources in the realm.
      This setting is enabled by default. To specify no session idle timeout, clear the checkbox.The default session idle timeout is one hour.

      Note: The session actually expires within a certain maintenance time period after the specified idle timeout value. The extra time period is determined by the number of seconds specified in the following registry key:HKEY_LOCAL_MACHINE\SOFTWARE\Netegrity\SiteMinder\CurrentVersion\SessionServer\MaintenancePeriod


      Default: 60 seconds.
      For example, if the you set the idle timeout at 10 minutes, and you use the default value of the MaintenancePeriod registry setting, the longest time period before a session will timeout due to inactivity is 11 minutes (specified timeout + maintenance period).
      To use this feature with the Basic authentication scheme, your Web Agent must be configured to Require Cookies.

      Note: Be aware of the following:

      • For persistent sessions, the Idle Timeout must be enabled and set to a value higher than that specified for the Validation Period.
      • You can override this global setting by using the WebAgent-OnAuthAccept-Session-Idle-Timeout response attribute. A value of zero indicates that the session will not end because of inactivity.
      • Hours
        Specifies the hours value for the idle timeout period.
      • Minutes
        Specifies the minutes value for the idle timeout period.


  • 3.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-22-2018 02:55 PM

    Thanks Ashok for the reply.

    However if a user is active then he shouldn't be logged out after idle timeout, isn't it?



  • 4.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-22-2018 03:03 PM

    Can you please share fiddler? We would need to check if the SMSESSION cookie is being updated everytime user refreshes/access new page.

     

    Sent from my iPhone



  • 5.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-22-2018 03:10 PM

    I will surely try to share it.

    however, what exactly we should try looking into smsession cookie?



  • 6.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-22-2018 08:59 PM

    The cookie value needs to change everytime the page is refereshed or the user visits different page.

    This is required to keep track of the "ATTR_LASTSESSIONTIME" which is embedded within the SMSESSION cookie.

    This is needed to enforce idle/max time out related restrictions by web agent.

     

    More on SMSESSION cookie : Tech Tip : CA Single Sign-On ::What information is stored in the SMSESSION Cookie 



  • 7.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-29-2018 01:47 PM

    Ujwol, you were spot on.

    value of smsession cookie is not changing and i checked in Session Cookie Management - CA Single Sign-On - 12.52 SP1 - CA Technologies Documentation to see if any ACO parameter is stopping the smsession cookie update, but that is not the case.

    So, smsession is getting logged off despite being active



  • 8.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-29-2018 01:51 PM

    SessionGracePeriod 

    Specifies the number of seconds the agent waits from the last accessed time of the received session cookie before it generates a new session cookie. Set the SessionGracePeriod to 0 to disable the setting. If the setting is disabled, the agent updates session cookies for every request instead of skipping updates.


    Note: The specified session grace period must be at least half of the configured idle timeout. If the session grace period is less than half of the idle timeout, the agent generates a new session cookie according to the following formula: 

    IdleTimeout - (SessionGracePeriod * 2)

    For example, if your session grace period is 25 minutes and the idle timeout is 60 minutes, the agent regenerates a session cookie after 10 minutes (because 60-(25*2)=10).


    Modify the Session Update Period

    You can specify how often the Web Agent redirects a request to the Cookie Provider to set a new cookie using the SessionUpdatePeriod parameter.

    This parameter specifies how often (in seconds) a Web Agent redirects a request to the Cookie Provider to set a new cookie. Refreshing the master cookie decreases the possibility that it will expire due to an idle time-out of the session. The default is 60 seconds.


    https://docops.ca.com/ca-single-sign-on/12-52-sp1/en/configuring/web-agent-configuration/session-protection/session-grace-period-and-update-period-settings


    Look into above two settings.







  • 9.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-29-2018 02:01 PM

    thanks for quick response, I see SessionGracePeriod=30 and SessionUpdatePeriod=60 in our ACO.

    Are both the SessionGracePeriod and SessionUpdatePeriod in seconds?



  • 10.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 03-29-2018 02:15 PM

    Yes they are in seconds. Can u check ur web agent trace logs if it says “Generated SMSESSION cookie”?


    If it says that, it means web agent is creating cookie.

    If it’s still doesn’t refresh on browser then the could be cached at webserver. What is your webserver? If IIS, try disabling Output ans User cache.



  • 11.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 12-20-2018 01:59 AM

    Hi Ujwol,

     

    I am facing similar issue, any suggestions?... My configuration for Session in ACO is as below:

    SessionGracePeriod30
    SessionUpdatePeriod

    60

    even the session is "Generated SMSESSION cookie." still the agent says "User 'cn=test4john,ou=people,ou=internet,o=teds' is not authorized by Policy Server.]" and the reason is as below from SMPS logs

     

    AzReject xtvlap1138 [19/Dec/2018:08:28:06 -0800] "10.61.186.49 " "test4-web-tfs GET /myaccounts/w/js/app/views/statement_view.js" [0000000000000000000000008ed43d0a-39bf
    -5c1a7196-90fa7700-6cc02c94d157] [4] Session has expired [] []

     

    Although the idle timeout is 16 mins and max is 2 hrs and none of them has been exhausted, this happens just between 4-5 mins of inactivity

     

    Thanks

    Harsh



  • 12.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 01-09-2019 10:52 PM

    Hi Ujwol,

     

    SM SESSION cookie are generated as per logs and not reaching server.We are using IIS. Please suggest what are the options to resolve the issue as application times out after 30 mins even if user is active.

     

    Thanks



  • 13.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 01-10-2019 04:07 PM

    It will be very difficult to troubleshoot these kind of issues on the communities without sufficient information. I would suggest to open a support ticket with necessary logs to investigate and troubleshoot it further.



  • 14.  Re: Siteminder Users are getting logged out after IdleTimeOut eventhough they are active

    Posted 02-01-2019 07:43 AM
      |   view attached

    I am also facing the same kind of issue. My IdleTimeout is 50 mins and MaxTimeout is 4 hours. User is still active after 52 mins. I can see below in my agent trace logs. 

    [01/20/2019][07:12:24][4832][1276][CSmHttpPlugin.cpp:1622][CSmHttpPlugin::CreateSession][000000000000000000000000cc0c610a-12e0-5c4473b7-04fc-028718be][*10.87.233.11][][archer_ext_uat_agent][/rsaarcher/][GRC1483944][Generated SMSESSION cookie.]
    [01/20/2019][07:40:19][4832][5832][CSmHttpPlugin.cpp:1622][CSmHttpPlugin::CreateSession][000000000000000000000000cc0c610a-12e0-5c447a43-16c8-01f70732][*10.87.233.11][][archer_ext_uat_agent][/RSAarcher/api/internal/sessiontimeout/GetSessionExpirationTime][GRC1483944][Generated SMSESSION cookie.]
    [01/20/2019][08:04:34][4832][6800][CSmHttpPlugin.cpp:1622][CSmHttpPlugin::CreateSession][000000000000000000000000cc0c610a-12e0-5c447ff2-1a90-03ba4d06][*10.87.233.11][][archer_ext_uat_agent][/RSAarcher/foundation/WorkspaceDashboard.aspx][GRC1483944][Generated SMSESSION cookie.]

    Policy server logs. 

    AuthAccept dlgsasam2plcy01.r1-core.r1.aig.net [20/Jan/2019:07:12:23 -0600] "10.87.233.11 CN=grc1483944,ou=users,o=xxxx" "archer_ext_uat_agent GET /rsaarcher/" [idletime=3000;maxtime=14400;authlevel=5;] [0]  [] []

     

    Please find attached fiddler trace as well. 

    Attachment(s)

    zip
    archer.saz.zip   2.05MB 1 version