由于IP和SP之间的时区差异导致的Spring Saml Security身份验证问题
下面打印的是由于 IP 和 SP 之间的时区差异而导致的身份验证失败问题的堆栈跟踪。有没有办法在Spring安全中对此进行配置？
org . open SAML . common . samlexception:响应问题时间太旧或带有未来日期，skew 60，time 2015-06-11t 09:27:49.000 z at org . spring framework . security . web SSO . webssoprofilecusumerinpl . processauthenticationresponse(webssoprofilecusumerinpl . Java:126)at org . spring framework . security . SAML . SAML . samlauthenticationprovider . authenticate(samlauthentication provider . Java
共有1个答案
您可以从Spring文档中获取帮助来配置 WebSSO 配置文件使用智能豆来配置时间。
您可以尝试更新refreshToken元数据的时间
<bean class="org.opensaml.saml2.metadata.provider.ResourceBackedMetadataProvider">
<constructor-arg>
<bean class="java.util.Timer"/>
</constructor-arg>
<constructor-arg>
<bean class="org.opensaml.util.resource.ClasspathResource">
<constructor-arg value="/metadata/idp.xml"/>
</bean>
</constructor-arg>
<property name="parserPool" ref="parserPool"/>
<property name="minRefreshDelay" value="120000"/>
<property name="maxRefreshDelay" value="300000"/>
</bean>
并尝试更新maxAuthenticationAge时间。
<bean id="webSSOprofileConsumer" class="org.springframework.security.saml.websso.WebSSOProfileConsumerImpl">
<property name="maxAuthenticationAge" value="28800"/>
</bean>
-
本文向大家介绍验证和确认之间的差异。，包括了验证和确认之间的差异。的使用技巧和注意事项，需要的朋友参考一下 众所周知，“验证”和“验证”这两个词的字面意思是：“验证”是验证某事物是否正确的过程，而“验证”是验证某事物的过程，在该过程中，用户使用一些输入和验证输出是否符合预期。在软件测试中，验证和验证都是V模型的一部分，在V模型中，基于需求规格说明文件开始开发和测试活动。 换句话说，我们可以说验证是
-
我正在学习使用ADFS进行基于SAML的声明验证。与其将用户带到IDP的登录页面，然后请求用户输入她的凭据，不如在SP中获取用户的凭据并将其传递给IDP以在那里进行验证，然后使用SAML令牌返回SP。 这纯粹是实验性的，我想尝试一下，以避免用户在IdP登录页面中输入凭据，而不是在SP中获取她的凭据从IdP验证。 谢谢
-
我有一个配置了Spring安全性的Spring启动应用程序。我已将登录请求重定向到我在 python 服务器上运行前端的 。现在，当我尝试将登录名发布到我的 springboot 应用程序时，它不起作用。即使我从邮递员那里尝试，它也说 错误。我怎样才能让它工作。如果我将其作为 html 放在同一个项目中，而不是从 python 服务器或邮递员中，它就可以从 /login 工作。有什么区别。 “消息
-
我试图在我的项目中使用Hibernate验证器，但它不起作用。在以下行： 我得到以下例外情况： 我发现这个问题似乎与我的问题很相似。他将他的解决方案描述为 我想我的问题也是一样的。在http://hibernate.org/validator/documentation/getting-start/it上说： 这会传递地引入对Bean验证API的依赖关系(javax.Validation:vali
-
从我创建项目开始，这就非常有效。但突然间开始崩溃。注册活动工作正常。但是这个登录活动正在崩溃。 Firebase 身份验证导致 Android 致命异常 这听起来和我的问题很相似，但我还是不明白为什么会这样。
-
我有一个使用JWT的无状态身份验证模型的新SPA。我经常被要求为身份验证流引用OAuth，比如要求我为每个请求发送‘承载令牌'，而不是简单的令牌头，但我确实认为OAuth比简单的基于JWT的身份验证要复杂得多。主要区别是什么？我应该让JWT身份验证像OAuth一样运行吗？ 我还使用JWT作为我的XSRF令牌来防止XSRF，但我被要求将它们分开？我应该把他们分开吗？这里的任何帮助都将得到赞赏，并可能