简体   繁体   English

CAS:如果登录页面空闲,则凭据不会得到验证

[英]CAS: credentials don't get validated if the login page is idle

I have a situation in which, if the login page stays idle for sometime then the entered credentials don't get validated and nothing happens. 我遇到一种情况,如果登录页面闲置一段时间,那么输入的凭据将不会得到验证,并且什么也不会发生。 Instead same login page is displayed clearing the entered username and password . 而是显示相同的登录页面,清除输入的usernamepassword But next try will work and the credentials get validated. 但是下一次尝试将起作用,并且凭据将得到验证。 Does anyone know about this issue? 有人知道这个问题吗?

There is a timeout associated with the CAS login page. 与CAS登录页面相关的超时。 When a login page is served to the client, a login ticket associated with it is created which lasts the CAS web session. 将登录页面提供给客户端后,将创建与之关联的登录票证,该票证将持续CAS Web会话。 So you have to enter credentials before the login ticket expires, which depens on the CAS web session timeout (defined in your web.xml). 因此,您必须在登录凭单过期之前输入凭据,这取决于CAS Web会话超时(在web.xml中定义)。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

相关问题 cas不重定向到登录页面 - cas not redirect to login-page 通过自定义登录页面使用CAS - using CAS with with custom login page 在进行管理员登录的情况下,如何在Java servlet的web.xml中提供安全凭证,又如何从JSP管理员登录页面进行验证? - In case of admin login, how to give security credentials in web.xml of Java servlets and how could it be validated from JSP admin login page? 春季安全CAS SSO每次询问登录凭据时 - Spring secutiry CAS SSO every time its asks login credentials Spring + CAS注销后重定向到登录页面 - Spring + CAS Redirect to login page after logout 我在CAS罐子中找不到ProxyTicketReceptor - I don't find ProxyTicketReceptor in CAS jars Spring:@Validated和@Async不能一起工作 - Spring: @Validated and @Async don't work together 试图从CAS安全的REST API获取响应,但是从Java客户端获取登录页面作为响应 - trying to get response from CAS secure rest api,but getting login page as response from java client 使用Schema验证无效的XML时,为什么不出现异常? - Why don't I get exception when invalid XML is validated with Schema? 我应该如何存储用户凭据,以便用户不必再次登录? - How should I store user credentials so that users don't have to login again?
 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM