Spring cloud微服务安全实战-4-6搭建OAuth2资源服务器

认证服务器已经搭建好了。 可以通过认证服务器拿到令牌
下面改造订单服务,让它可以用这个令牌。

争对订单服务要做三个事,
1。让订单服务知道它自己是Oauth协议里面的资源服务器。,它知道这个事后,它才会在自己的应用前面去加一个过滤器,然后去校验这个令牌。
2.让它知道自己是什么资源服务器。让它声明一下,因为我们之前在认证服务器上,下面这个地方配置了发出去的令牌只能访问order-server这样一个资源服务器。所以我让它自己知道它是order-server

3.在订单服务上,配置怎么去验证这个令牌。去哪验,验的时候要带什么信息。这些都是在订单服务上要做的事情。

开始写代码

这里先注释掉。

创建server.resources包


pom.xml内引入oauth2的引用。这样就会把Oauth协议相关的资源引进来。

有了依赖后,来写代码
继承这个适配器。


@EnableResourceServer告诉OrderService这个应用,它本身是作为oauth协议里面的资源服务器的角色存在的

ResourceServerConfigurerAdapter有两个配置方法,一个是配资源服务器的,本身的相关的配置
两外一个是HttpSecurity相关的配置。

@EbableResourceServer配置好了以后,表示它是一个资源服务器,下面只要配置资源服务器的id


下面是认证中心的定义

覆盖掉配置方法configure方法,一定要配置在认证中心定义的一样。叫做order-server

那么我给orderAapp发出去的令牌现在只能访问order-server


另一个方法实际上是在控制器权限

加上EnableResourceServer的注解后,所有发往order-api服务器的所有请求,它都会去你的头里面找Token。如果找不到token就不让你过。就是这样一个逻辑。

这个逻辑实际上这里来控制的,这是默认的一个配置。anyRequest就是任何请求,authenticated 是一定要身份认证。

所以就因为有了上面的配置,当我启动了以后,order-server里面提供所有的服务都会去验证token,没有token就不让过。有些情况下我们会去做权限控制。哪些请求需要验令牌,哪些请求不需要验令牌,当你需要做这样的控制的时候。就可以覆盖下面这个方法。重写里面的配置。

除了哈哈这个请求意外,其他的都需要验证令牌。

验证令牌-配置文件

验证令牌怎么来验,我们写另外一个配置文件。




写上这两个注解

从图里可以看到,我们验证令牌 需要发一个远程的请求到认证服务器。

需要声明一个新的Bean来做这个事。资源服务器的令牌服务。ResourceServerTokenServices它是一个接口,我们会有各种各样的实现。

我们用的这个实现叫做 RemoteTokenServices,从名字可以看出来,它是一个调用远程服务的TokenServices


调用远程服务就要告诉他clientId和clientSecret。
setCheckTokenEndpointUrl:校验服务的地址。



还要让它知道调用这个服务去验token,所谓的验token,就是拿这个token去获取用户信息,问一下认证服务器,这个令牌对应的用户信息是什么样的

如果你想验证 跟用户相关的信息,应该用这个AuthenticationManager


所以这里我要覆盖掉的方法是authenticationManager

把AuthenticationManagger暴露成一个Bean。加上@Bean注解。

这个时候就不能用系统默认的了 ,我们要自己写一个AuthenticationManager

那么做了这个配置以后。当我们的资源服务器,也就是order-api拦截到请求里面的token的时候。他就会调用这个方法来验证这个token

tokenServices里面配置的这个地址去验证token。获取token对应的用户信息。


获取到用户信息之后,如何让我自己写的这个应用知道这个用户信息。比如创建订单的时候,带着一个令牌来访问创建订单的方法,那么在创建订单的方法里面,我如何知道这个令牌里的用户信息到底是哪个用户。
用@AuthenticationPrincipal 这样就拿到了用户名。这里目前写String,拿到用户名。

日志输出拿到的用户名。

启动服务


端口是9080


调用创建订单的服务

因为已经加上资源服务的配置了,所以调用的时候 就是401错误。需要认证认证了。

之前拿令牌的方法 我们再去获取下

 反复申请的令牌,如果没过期,他会把这个令牌再给你。只不过 过期时间减少了。

在创建订单的服务上面 ,加上这个 authorization 值是复制过来的token令牌。

httpBasic也是用的 authorization的请求头,那么服务器如果知道你是HttpBasic还是OAuth2的令牌。我们在token前面加上 bearer 空格+token。
这样服务器就知道这是Oauth2的令牌,他就会用不同的逻辑去解这个令牌。




控制台输出的用户名


如果order-api的配置文件内把自己的resourceId改掉了,改成xxx-server

再次启动orderAPi

再去发送创建订单的请求

access_denied:没权限



这是一个无效的token,里面没有包含xxx-server的权限。

token在下发的时候可以访问order-server。上面的服务器是xxx-server所以是访问不了的

获取到的用户名

就是我们在获取token的时候,传过去的用户名。



调用创建订单的服务

创建订单的服务里面,写这样一个注解 就拿到了令牌对应的用户名是谁了。

修改其他的

比如说修改ClientSecret改成 1234567 加了个7 这样就是错误的了。

重启orderAPI的服务
去验证令牌的时候,信息传错了。


看下控制台的错误信息。401就是身份认证失败。为什么认证失败 就是因为clientSceret传错了。

现在确实是通过一个远程的服务验证令牌的


资源服务器相关的内容,暂时就讲到这里。

结束

 

posted @ 2019-11-26 21:48  高山-景行  阅读(1408)  评论(0编辑  收藏  举报