我有一个使用 Spring Cloud 组件（eureka、zuul 和 auth 服务器）的本地编排环境。这些组件都作为单独的独立服务实现。然后，我拥有越来越多的组合 UI/资源服务，其中各个服务都有自己的 UI。UI 使用 thymeleaf 模板放在服务器端，但本质上是在浏览器中运行的 angularjs 单页应用程序。
单个 Zuul 服务面向所有 ui/resource 服务。我已经注释了所有的 ui/resource 服务@EnableResourceServer并添加@EnableOAuth2Sso到 Zuul 服务器。
在 Zuul 的 application.properties 中，我具有以下属性：
security.oauth2.client.accessTokenUri=http://localhost:8771/uaa/oauth/token
security.oauth2.client.userAuthorizationUri=http://localhost:8771/uaa/oauth/authorize
security.oauth2.client.clientId=waharoa
security.oauth2.client.clientSecret=waharoa
security.oauth2.client.preEstablishedRedirectUri=http://localhost:81/login
security.oauth2.client.registeredRedirectUri=http://localhost:81/login
security.oauth2.client.useCurrentUri=false
security.oauth2.resource.jwt.keyValue=-----BEGIN PUBLIC KEY-----[ETC omitted]...
这一切似乎都像宣传的那样工作。我的问题是令牌何时到期。
在身份验证服务器中，我将令牌设置为 60 秒后过期，刷新令牌设置为 12 小时后过期。当令牌过期时，zuul 服务器无法获取新令牌。
在 zuul 服务器上，这会出现在日志中：
BadCredentialsException ：无法获得由 OAuth2TokenRelayFilter.getAccessToken 抛出的有效访问令牌
更新： 我在 Zuul 服务中打开了 org.springframework.security.oauth 的调试，得到以下信息
17:12:33.279 DEBUG o.s.s.o.c.t.g.c.AuthorizationCodeAccessTokenProvider - Retrieving token from http://localhost:8771/uaa/oauth/token
17:12:33.289 DEBUG o.s.s.o.c.t.g.c.AuthorizationCodeAccessTokenProvider - Encoding and sending form: {grant_type=[refresh_token], refresh_token=[eyJhbGciOiJS[...deleted...]VgGRHGT8OJ2yDfNVvNA]}
17:12:37.279 WARN o.s.c.n.z.f.post.SendErrorFilter - Error during filtering
[blah blah stacktrace many lines omitted]
Caused by: org.springframework.security.authentication.BadCredentialsException: Cannot obtain valid access token
at org.springframework.cloud.security.oauth2.proxy.OAuth2TokenRelayFilter.getAccessToken(OAuth2TokenRelayFilter.java:99)
at org.springframework.cloud.security.oauth2.proxy.OAuth2TokenRelayFilter.run(OAuth2TokenRelayFilter.java:79)
at com.netflix.zuul.ZuulFilter.runFilter(ZuulFilter.java:112)
at com.netflix.zuul.FilterProcessor.processZuulFilter(FilterProcessor.java:193)
... 106 common frames omitted
在 Auth (uaa) 服务端我可以看到 zuul 客户端 (waharoa) 进行身份验证，获取正确用户的详细信息，然后打印：
17:12:37.288 DEBUG o.s.s.w.c.SecurityContextPersistenceFilter - SecurityContextHolder now cleared, as request processing completed
我想这意味着身份验证服务器已经完成了它需要做的事情并回复了请求？看起来 Zuul 服务上的设置不正确，有什么建议吗？
有人可以建议我需要在此处发布哪些其他信息来找出令牌刷新不起作用的原因。我是一个spring cloud noob，这个约定黑魔法对我来说不是很清楚（我已经搜索并搜索了我认为是常见用例的示例，但一无所获）。
Note2：我在 Zuul 端已经有以下 bean
@Bean
public OAuth2RestTemplate oauth2RestTemplate(OAuth2ProtectedResourceDetails resource, OAuth2ClientContext context) {
return new OAuth2RestTemplate(resource, context);
}
遵循@AlexK 的建议，我还在 Auth 端添加了以下 UserDetailsService Bean
@Bean
@Override
public UserDetailsService userDetailsServiceBean() throws Exception {
return super.userDetailsServiceBean();
}
并将其添加到我的身份验证服务器配置中
@Autowired
private UserDetailsService userDetailsService;
@Override
public void configure(AuthorizationServerEndpointsConfigurer endpoints) throws Exception {
endpoints.tokenStore(tokenStore()).tokenEnhancer(jwtTokenEnhancer())
.authenticationManager(authenticationManager).userDetailsService(userDetailsService)
.reuseRefreshTokens(false);
}
但同样的结果。refresh_token 发生，但当响应到达 Zuul 过滤器时，它似乎仍然死亡。
注3：
@AlexK 实际上是正确的。我发现在刷新令牌时，它不仅仅是从令牌存储中刷新，它需要调用底层 UserDetailsService 以再次获取用户详细信息。当我从 Active Directory 获取详细信息时，这需要大量的试验和错误才能解决，但现在可以像宣传的那样工作。我的（缺少）简单的 UserDetailsService bean，它被自动装配到配置中，如注 2所示：
@Bean(name = "ldapUserDetailsService")
public UserDetailsService userDetailsService() {
FilterBasedLdapUserSearch userSearch = new FilterBasedLdapUserSearch(searchBase, "(sAMAccountName={0})",
contextSource());
LdapUserDetailsService result = new LdapUserDetailsService(userSearch);
result.setUserDetailsMapper(new InetOrgPersonContextMapper());
return result;
}