shiro 多项目集中权限管理及分布式会话

2017年07月31日 09:03 | 3023次浏览

在做一些企业内部项目时或一些互联网后台时;可能会涉及到集中权限管理,统一进行多项目的权限管理;另外也需要统一的会话管理,即实现单点身份认证和授权控制。

学习本章之前,请务必先学习《第十章 会话管理》和《第十六章 综合实例》,本章代码都是基于这两章的代码基础上完成的。

本章示例是同域名的场景下完成的,如果跨域请参考《第十五章 单点登录》和《第十七章 OAuth2集成》了解使用CAS或OAuth2实现跨域的身份验证和授权。另外比如客户端/服务器端的安全校验可参考《第二十章 无状态Web应用集成》。

部署架构 

1、有三个应用:用于用户/权限控制的Server(端口:8080);两个应用App1(端口9080)和App2(端口10080);

2、使用Nginx反向代理这三个应用,nginx.conf的server配置部分如下:  

server {  
    listen 80;  
    server_name  localhost;  
    charset utf-8;  
    location ~ ^/(chapter23-server)/ {  
        proxy_pass http://127.0.0.1:8080;   
        index /;  
            proxy_set_header Host $host;  
    }  
    location ~ ^/(chapter23-app1)/ {  
        proxy_pass http://127.0.0.1:9080;   
        index /;  
            proxy_set_header Host $host;  
    }  
    location ~ ^/(chapter23-app2)/ {  
        proxy_pass http://127.0.0.1:10080;   
        index /;  
            proxy_set_header Host $host;  
    }  
}

如访问http://localhost/chapter23-server会自动转发到http://localhost:8080/chapter23-server;

访问

http://localhost/chapter23-app1会自动转发到http://localhost:9080/chapter23-app1;访问http://localhost/chapter23-app3会自动转发到http://localhost:10080/chapter23-app3;

Nginx的安装及使用请自行搜索学习,本文不再阐述。 

 

项目架构 


1、首先通过用户/权限Server维护用户、应用、权限信息;数据都持久化到MySQL数据库中;

2、应用App1/应用App2使用客户端Client远程调用用户/权限Server获取会话及权限信息。

此处使用Mysql存储会话,而不是使用如Memcached/Redis之类的,主要目的是降低学习成本;如果换成如Redis也不会很难;如: 

使用如Redis还一个好处就是无需在用户/权限Server中开会话过期调度器,可以借助Redis自身的过期策略来完成。

模块关系依赖

1、shiro-example-chapter23-pom模块:提供了其他所有模块的依赖;这样其他模块直接继承它即可,简化依赖配置,如shiro-example-chapter23-server:  

<parent>  
    <artifactId>shiro-example-chapter23-pom</artifactId>  
    <groupId>com.github.zhangkaitao</groupId>  
    <version>1.0-SNAPSHOT</version>  
</parent>

2、shiro-example-chapter23-core模块:提供给shiro-example-chapter23-server、shiro-example-chapter23-client、shiro-example-chapter23-app*模块的核心依赖,比如远程调用接口等;

3、shiro-example-chapter23-server模块:提供了用户、应用、权限管理功能;

4、shiro-example-chapter23-client模块:提供给应用模块获取会话及应用对应的权限信息;

5、shiro-example-chapter23-app*模块:各个子应用,如一些内部管理系统应用;其登录都跳到shiro-example-chapter23-server登录;另外权限都从shiro-example-chapter23-server获取(如通过远程调用)。 


shiro-example-chapter23-pom模块

其pom.xml的packaging类型为pom,并且在该pom中加入其他模块需要的依赖,然后其他模块只需要把该模块设置为parent即可自动继承这些依赖,如shiro-example-chapter23-server模块: 

<parent>  
    <artifactId>shiro-example-chapter23-pom</artifactId>  
    <groupId>com.github.zhangkaitao</groupId>  
    <version>1.0-SNAPSHOT</version>  
</parent>

简化其他模块的依赖配置等。 

 

shiro-example-chapter23-core模块

提供了其他模块共有的依赖,如远程调用接口:

public interface RemoteServiceInterface {  
    public Session getSession(String appKey, Serializable sessionId);  
    Serializable createSession(Session session);  
    public void updateSession(String appKey, Session session);  
    public void deleteSession(String appKey, Session session);  
    public PermissionContext getPermissions(String appKey, String username);  
}

提供了会话的CRUD,及根据应用key和用户名获取权限上下文(包括角色和权限字符串);shiro-example-chapter23-server模块服务端实现;shiro-example-chapter23-client模块客户端调用。

 

另外提供了com.github.zhangkaitao.shiro.chapter23.core.ClientSavedRequest,其扩展了org.apache.shiro.web.util.SavedRequest;用于shiro-example-chapter23-app*模块当访问一些需要登录的请求时,自动把请求保存下来,然后重定向到shiro-example-chapter23-server模块登录;登录成功后再重定向回来;因为SavedRequest不保存URL中的schema://domain:port部分;所以才需要扩展SavedRequest;使得ClientSavedRequest能保存schema://domain:port;这样才能从一个应用重定向另一个(要不然只能在一个应用内重定向):  

public String getRequestUrl() {  
        String requestURI = getRequestURI();  
        if(backUrl != null) {//1  
            if(backUrl.toLowerCase().startsWith("http://") || backUrl.toLowerCase().startsWith("https://")) {  
                return backUrl;  
            } else if(!backUrl.startsWith(contextPath)) {//2  
                requestURI = contextPath + backUrl;  
            } else {//3  
                requestURI = backUrl;  
            }  
        }  
        StringBuilder requestUrl = new StringBuilder(scheme);//4  
        requestUrl.append("://");  
        requestUrl.append(domain);//5  
        //6  
        if("http".equalsIgnoreCase(scheme) && port != 80) {  
            requestUrl.append(":").append(String.valueOf(port));  
        } else if("https".equalsIgnoreCase(scheme) && port != 443) {  
            requestUrl.append(":").append(String.valueOf(port));  
        }  
        //7  
        requestUrl.append(requestURI);  
        //8  
        if (backUrl == null && getQueryString() != null) {  
            requestUrl.append("?").append(getQueryString());  
        }  
        return requestUrl.toString();  
    }

1、如果从外部传入了successUrl(登录成功之后重定向的地址),且以http://或https://开头那么直接返回(相应的拦截器直接重定向到它即可);

2、如果successUrl有值但没有上下文,拼上上下文;

3、否则,如果successUrl有值,直接赋值给requestUrl即可;否则,如果successUrl没值,那么requestUrl就是当前请求的地址;

5、拼上url前边的schema,如http或https;

6、拼上域名;

7、拼上重定向到的地址(带上下文);

8、如果successUrl没值,且有查询参数,拼上;

9、返回该地址,相应的拦截器直接重定向到它即可。

shiro-example-chapter23-server模块

简单的实体关系图

简单数据字典

用户(sys_user)

应用(sys_app)

授权(sys_authorization)

用户:比《第十六章 综合实例》少了role_ids,因为本章是多项目集中权限管理;所以授权时需要指定相应的应用;而不是直接给用户授权;所以不能在用户中出现role_ids了;

应用:所有集中权限的应用;在此处需要指定应用key(app_key)和应用安全码(app_secret),app在访问server时需要指定自己的app_key和用户名来获取该app对应用户权限信息;另外app_secret可以认为app的密码,比如需要安全访问时可以考虑使用它,可参考《第二十章 无状态Web应用集成》。另外available属性表示该应用当前是否开启;如果false表示该应用当前不可用,即不能获取到相应的权限信息。

授权:给指定的用户在指定的app下授权,即角色是与用户和app存在关联关系。

因为本章使用了《第十六章 综合实例》代码,所以还有其他相应的表结构(本章未使用到)。

 

表/数据SQL

具体请参考

sql/ shiro-schema.sql (表结构)

sql/ shiro-data.sql  (初始数据)

 

实体

具体请参考com.github.zhangkaitao.shiro.chapter23.entity包下的实体,此处就不列举了。

 

DAO

具体请参考com.github.zhangkaitao.shiro.chapter23.dao包下的DAO接口及实现。

 

Service

具体请参考com.github.zhangkaitao.shiro.chapter23.service包下的Service接口及实现。以下是出了基本CRUD之外的关键接口: 

public interface AppService {  
    public Long findAppIdByAppKey(String appKey);// 根据appKey查找AppId   
}
public interface AuthorizationService {  
    //根据AppKey和用户名查找其角色  
    public Set<String> findRoles(String appKey, String username);  
    //根据AppKey和用户名查找权限字符串  
    public Set<String> findPermissions(String appKey, String username);  
}

根据AppKey和用户名查找用户在指定应用中对于的角色和权限字符串。

 

UserRealm  

protected AuthorizationInfo doGetAuthorizationInfo(PrincipalCollection principals) {  
    String username = (String)principals.getPrimaryPrincipal();  
    SimpleAuthorizationInfo authorizationInfo = new SimpleAuthorizationInfo();  
    authorizationInfo.setRoles(  
        authorizationService.findRoles(Constants.SERVER_APP_KEY, username));  
    authorizationInfo.setStringPermissions(  
    authorizationService.findPermissions(Constants.SERVER_APP_KEY, username));  
    return authorizationInfo;  
}

此处需要调用AuthorizationService的findRoles/findPermissions方法传入AppKey和用户名来获取用户的角色和权限字符串集合。其他的和《第十六章 综合实例》代码一样。

ServerFormAuthenticationFilter 

public class ServerFormAuthenticationFilter extends FormAuthenticationFilter {  
    protected void issueSuccessRedirect(ServletRequest request, ServletResponse response) throws Exception {  
        String fallbackUrl = (String) getSubject(request, response)  
                .getSession().getAttribute("authc.fallbackUrl");  
        if(StringUtils.isEmpty(fallbackUrl)) {  
            fallbackUrl = getSuccessUrl();  
        }  
        WebUtils.redirectToSavedRequest(request, response, fallbackUrl);  
    }  
}

因为是多项目登录,比如如果是从其他应用中重定向过来的,首先检查Session中是否有“authc.fallbackUrl”属性,如果有就认为它是默认的重定向地址;否则使用Server自己的successUrl作为登录成功后重定向到的地址。

 

MySqlSessionDAO

将会话持久化到Mysql数据库;此处大家可以将其实现为如存储到Redis/Memcached等,实现策略请参考《第十章 会话管理》中的会话存储/持久化章节的MySessionDAO,完全一样。

 

MySqlSessionValidationScheduler

和《第十章 会话管理》中的会话验证章节部分中的MySessionValidationScheduler完全一样。如果使用如Redis之类的有自动过期策略的DB,完全可以不用实现SessionValidationScheduler,直接借助于这些DB的过期策略即可。

RemoteService  

public class RemoteService implements RemoteServiceInterface {  
    @Autowired  private AuthorizationService authorizationService;  
    @Autowired  private SessionDAO sessionDAO;  
  
    public Session getSession(String appKey, Serializable sessionId) {  
        return sessionDAO.readSession(sessionId);  
    }  
    public Serializable createSession(Session session) {  
        return sessionDAO.create(session);  
    }  
    public void updateSession(String appKey, Session session) {  
        sessionDAO.update(session);  
    }  
    public void deleteSession(String appKey, Session session) {  
        sessionDAO.delete(session);  
    }  
    public PermissionContext getPermissions(String appKey, String username) {  
        PermissionContext permissionContext = new PermissionContext();  
        permissionContext.setRoles(authorizationService.findRoles(appKey, username));  
        permissionContext.setPermissions(authorizationService.findPermissions(appKey, username));  
        return permissionContext;  
    }  
}

将会使用HTTP调用器暴露为远程服务,这样其他应用就可以使用相应的客户端调用这些接口进行Session的集中维护及根据AppKey和用户名获取角色/权限字符串集合。此处没有实现安全校验功能,如果是局域网内使用可以通过限定IP完成;否则需要使用如《第二十章 无状态Web应用集成》中的技术完成安全校验。

 

然后在spring-mvc-remote-service.xml配置文件把服务暴露出去:  

<bean id="remoteService"  
  class="com.github.zhangkaitao.shiro.chapter23.remote.RemoteService"/>  
<bean name="/remoteService"   
  class="org.springframework.remoting.httpinvoker.HttpInvokerServiceExporter">  
    <property name="service" ref="remoteService"/>  
    <property name="serviceInterface"   
      value="com.github.zhangkaitao.shiro.chapter23.remote.RemoteServiceInterface"/>  
</bean>

Shiro配置文件spring-config-shiro.xml 

和《第十六章 综合实例》配置类似,但是需要在shiroFilter中的filterChainDefinitions中添加如下配置,即远程调用不需要身份认证:  

/remoteService = anon

对于userRealm的缓存配置直接禁用;因为如果开启,修改了用户权限不会自动同步到缓存;另外请参考《第十一章 缓存机制》进行缓存的正确配置。

 

服务器端数据维护

1、首先开启ngnix反向代理;然后就可以直接访问http://localhost/chapter23-server/;

2、输入默认的用户名密码:admin/123456登录

3、应用管理,进行应用的CRUD,主要维护应用KEY(必须唯一)及应用安全码;客户端就可以使用应用KEY获取用户对应应用的权限了。 

4、授权管理,维护在哪个应用中用户的角色列表。这样客户端就可以根据应用KEY及用户名获取到对应的角色/权限字符串列表了。 

shiro-example-chapter23-client模块

Client模块提供给其他应用模块依赖,这样其他应用模块只需要依赖Client模块,然后再在相应的配置文件中配置如登录地址、远程接口地址、拦截器链等等即可,简化其他应用模块的配置。

配置远程服务spring-client-remote-service.xml      

<bean id="remoteService"   
  class="org.springframework.remoting.httpinvoker.HttpInvokerProxyFactoryBean">  
    <property name="serviceUrl" value="${client.remote.service.url}"/>  
    <property name="serviceInterface"   
      value="com.github.zhangkaitao.shiro.chapter23.remote.RemoteServiceInterface"/>  
</bean>

client.remote.service.url是远程服务暴露的地址;通过相应的properties配置文件配置,后续介绍。然后就可以通过remoteService获取会话及角色/权限字符串集合了。

 

ClientRealm  

public class ClientRealm extends AuthorizingRealm {  
    private RemoteServiceInterface remoteService;  
    private String appKey;  
    public void setRemoteService(RemoteServiceInterface remoteService) {  
        this.remoteService = remoteService;  
    }  
    public void setAppKey(String appKey) {  
        this.appKey = appKey;  
    }  
    protected AuthorizationInfo doGetAuthorizationInfo(PrincipalCollection principals) {  
        String username = (String) principals.getPrimaryPrincipal();  
        SimpleAuthorizationInfo authorizationInfo = new SimpleAuthorizationInfo();  
        PermissionContext context = remoteService.getPermissions(appKey, username);  
        authorizationInfo.setRoles(context.getRoles());  
        authorizationInfo.setStringPermissions(context.getPermissions());  
        return authorizationInfo;  
    }  
    protected AuthenticationInfo doGetAuthenticationInfo(AuthenticationToken token) throws AuthenticationException {  
        //永远不会被调用  
        throw new UnsupportedOperationException("永远不会被调用");  
    }  
}

ClientRealm提供身份认证信息和授权信息,此处因为是其他应用依赖客户端,而这些应用不会实现身份认证,所以doGetAuthenticationInfo获取身份认证信息直接无须实现。另外获取授权信息,是通过远程暴露的服务RemoteServiceInterface获取,提供appKey和用户名获取即可。

 

ClientSessionDAO 

public class ClientSessionDAO extends CachingSessionDAO {  
    private RemoteServiceInterface remoteService;  
    private String appKey;  
    public void setRemoteService(RemoteServiceInterface remoteService) {  
        this.remoteService = remoteService;  
    }  
    public void setAppKey(String appKey) {  
        this.appKey = appKey;  
    }  
    protected void doDelete(Session session) {  
        remoteService.deleteSession(appKey, session);  
    }  
    protected void doUpdate(Session session) {  
        remoteService.updateSession(appKey, session);  
}  
protected Serializable doCreate(Session session) {  
        Serializable sessionId = remoteService.createSession(session);  
        assignSessionId(session, sessionId);  
        return sessionId;  
    }  
    protected Session doReadSession(Serializable sessionId) {  
        return remoteService.getSession(appKey, sessionId);  
    }  
}

 Session的维护通过远程暴露接口实现,即本地不维护会话。

 

ClientAuthenticationFilter  

public class ClientAuthenticationFilter extends AuthenticationFilter {  
    protected boolean isAccessAllowed(ServletRequest request, ServletResponse response, Object mappedValue) {  
        Subject subject = getSubject(request, response);  
        return subject.isAuthenticated();  
    }  
    protected boolean onAccessDenied(ServletRequest request, ServletResponse response) throws Exception {  
        String backUrl = request.getParameter("backUrl");  
        saveRequest(request, backUrl, getDefaultBackUrl(WebUtils.toHttp(request)));  
        return false;  
    }  
    protected void saveRequest(ServletRequest request, String backUrl, String fallbackUrl) {  
        Subject subject = SecurityUtils.getSubject();  
        Session session = subject.getSession();  
        HttpServletRequest httpRequest = WebUtils.toHttp(request);  
        session.setAttribute("authc.fallbackUrl", fallbackUrl);  
        SavedRequest savedRequest = new ClientSavedRequest(httpRequest, backUrl);  
        session.setAttribute(WebUtils.SAVED_REQUEST_KEY, savedRequest);  
}  
    private String getDefaultBackUrl(HttpServletRequest request) {  
        String scheme = request.getScheme();  
        String domain = request.getServerName();  
        int port = request.getServerPort();  
        String contextPath = request.getContextPath();  
        StringBuilder backUrl = new StringBuilder(scheme);  
        backUrl.append("://");  
        backUrl.append(domain);  
        if("http".equalsIgnoreCase(scheme) && port != 80) {  
            backUrl.append(":").append(String.valueOf(port));  
        } else if("https".equalsIgnoreCase(scheme) && port != 443) {  
            backUrl.append(":").append(String.valueOf(port));  
        }  
        backUrl.append(contextPath);  
        backUrl.append(getSuccessUrl());  
        return backUrl.toString();  
    }  
}

ClientAuthenticationFilter是用于实现身份认证的拦截器(authc),当用户没有身份认证时;

1、首先得到请求参数backUrl,即登录成功重定向到的地址;

2、然后保存保存请求到会话,并重定向到登录地址(server模块);

3、登录成功后,返回地址按照如下顺序获取:backUrl、保存的当前请求地址、defaultBackUrl(即设置的successUrl);

ClientShiroFilterFactoryBean  

public class ClientShiroFilterFactoryBean extends ShiroFilterFactoryBean implements ApplicationContextAware {  
    private ApplicationContext applicationContext;  
    public void setApplicationContext(ApplicationContext applicationContext) {  
        this.applicationContext = applicationContext;  
    }  
    public void setFiltersStr(String filters) {  
        if(StringUtils.isEmpty(filters)) {  
            return;  
        }  
        String[] filterArray = filters.split(";");  
        for(String filter : filterArray) {  
            String[] o = filter.split("=");  
            getFilters().put(o[0], (Filter)applicationContext.getBean(o[1]));  
        }  
    }  
    public void setFilterChainDefinitionsStr(String filterChainDefinitions) {  
        if(StringUtils.isEmpty(filterChainDefinitions)) {  
            return;  
        }  
        String[] chainDefinitionsArray = filterChainDefinitions.split(";");  
        for(String filter : chainDefinitionsArray) {  
            String[] o = filter.split("=");  
            getFilterChainDefinitionMap().put(o[0], o[1]);  
        }  
    }  
}

1、setFiltersStr:设置拦截器,设置格式如“filterName=filterBeanName; filterName=filterBeanName”;多个之间分号分隔;然后通过applicationContext获取filterBeanName对应的Bean注册到拦截器Map中;

2、setFilterChainDefinitionsStr:设置拦截器链,设置格式如“url=filterName1[config],filterName2; url=filterName1[config],filterName2”;多个之间分号分隔;

 

Shiro客户端配置spring-client.xml

提供了各应用通用的Shiro客户端配置;这样应用只需要导入相应该配置即可完成Shiro的配置,简化了整个配置过程。  

<context:property-placeholder location=   
    "classpath:client/shiro-client-default.properties,classpath:client/shiro-client.properties"/>

提供给客户端配置的properties属性文件,client/shiro-client-default.properties是客户端提供的默认的配置;classpath:client/shiro-client.properties是用于覆盖客户端默认配置,各应用应该提供该配置文件,然后提供各应用个性配置。

<bean id="remoteRealm" class="com.github.zhangkaitao.shiro.chapter23.client.ClientRealm">  
    <property name="cachingEnabled" value="false"/>  
    <property name="appKey" value="${client.app.key}"/>  
    <property name="remoteService" ref="remoteService"/>  
</bean>

appKey:使用${client.app.key}占位符替换,即需要在之前的properties文件中配置。 

<bean id="sessionIdCookie" class="org.apache.shiro.web.servlet.SimpleCookie">  
    <constructor-arg value="${client.session.id}"/>  
    <property name="httpOnly" value="true"/>  
    <property name="maxAge" value="-1"/>  
    <property name="domain" value="${client.cookie.domain}"/>  
    <property name="path" value="${client.cookie.path}"/>  
</bean>

Session Id Cookie,cookie名字、域名、路径等都是通过配置文件配置。  

<bean id="sessionDAO"   
  class="com.github.zhangkaitao.shiro.chapter23.client.ClientSessionDAO">  
    <property name="sessionIdGenerator" ref="sessionIdGenerator"/>  
    <property name="appKey" value="${client.app.key}"/>  
    <property name="remoteService" ref="remoteService"/>  
</bean>

SessionDAO的appKey,也是通过${ client.app.key }占位符替换,需要在配置文件配置。

<bean id="sessionManager"   
  class="org.apache.shiro.web.session.mgt.DefaultWebSessionManager">  
        <property name="sessionValidationSchedulerEnabled" value="false"/>//省略其他  
</bean>

其他应用无须进行会话过期调度,所以sessionValidationSchedulerEnabled=false。  

<bean id="clientAuthenticationFilter"   
  class="com.github.zhangkaitao.shiro.chapter23.client.ClientAuthenticationFilter"/>

应用的身份认证使用ClientAuthenticationFilter,即如果没有身份认证,则会重定向到Server模块完成身份认证,身份认证成功后再重定向回来。 

<bean id="shiroFilter"   
  class="com.github.zhangkaitao.shiro.chapter23.client.ClientShiroFilterFactoryBean">  
    <property name="securityManager" ref="securityManager"/>  
    <property name="loginUrl" value="${client.login.url}"/>  
    <property name="successUrl" value="${client.success.url}"/>  
    <property name="unauthorizedUrl" value="${client.unauthorized.url}"/>  
    <property name="filters">  
        <util:map>  
            <entry key="authc" value-ref="clientAuthenticationFilter"/>  
        </util:map>  
    </property>  
    <property name="filtersStr" value="${client.filters}"/>  
    <property name="filterChainDefinitionsStr" value="${client.filter.chain.definitions}"/>  
</bean>

ShiroFilter使用我们自定义的ClientShiroFilterFactoryBean,然后loginUrl(登录地址)、successUrl(登录成功后默认的重定向地址)、unauthorizedUrl(未授权重定向到的地址)通过占位符替换方式配置;另外filtersStr和filterChainDefinitionsStr也是使用占位符替换方式配置;这样就可以在各应用进行自定义了。

 

默认配置client/ shiro-client-default.properties 

#各应用的appKey  
client.app.key=  
#远程服务URL地址  
client.remote.service.url=http://localhost/chapter23-server/remoteService  
#登录地址  
client.login.url=http://localhost/chapter23-server/login  
#登录成功后,默认重定向到的地址  
client.success.url=/  
#未授权重定向到的地址  
client.unauthorized.url=http://localhost/chapter23-server/unauthorized  
#session id 域名  
client.cookie.domain=  
#session id 路径  
client.cookie.path=/  
#cookie中的session id名称  
client.session.id=sid  
#cookie中的remember me名称  
client.rememberMe.id=rememberMe  
#过滤器 name=filter-ref;name=filter-ref  
client.filters=  
#过滤器链 格式 url=filters;url=filters  
client.filter.chain.definitions=/**=anon

在各应用中主要配置client.app.key、client.filters、client.filter.chain.definitions。


shiro-example-chapter23-app*模块

继承shiro-example-chapter23-pom模块 

<parent>  
    <artifactId>shiro-example-chapter23-pom</artifactId>  
    <groupId>com.github.zhangkaitao</groupId>  
    <version>1.0-SNAPSHOT</version>  
</parent>

依赖shiro-example-chapter23-client模块

<dependency>
    <groupId>com.github.zhangkaitao</groupId>
    <artifactId>shiro-example-chapter23-client</artifactId>
    <version>1.0-SNAPSHOT</version>
</dependency>

客户端配置client/shiro-client.properties

配置shiro-example-chapter23-app1  

client.app.key=645ba612-370a-43a8-a8e0-993e7a590cf0  
client.success.url=/hello  
client.filter.chain.definitions=/hello=anon;/login=authc;/**=authc

client.app.key是server模块维护的,直接拷贝过来即可;client.filter.chain.definitions定义了拦截器链;比如访问/hello,匿名即可。

配置shiro-example-chapter23-app2 

client.app.key=645ba613-370a-43a8-a8e0-993e7a590cf0  
client.success.url=/hello  
client.filter.chain.definitions=/hello=anon;/login=authc;/**=authc

和app1类似,client.app.key是server模块维护的,直接拷贝过来即可;client.filter.chain.definitions定义了拦截器链;比如访问/hello,匿名即可。

web.xml 

<context-param>  
    <param-name>contextConfigLocation</param-name>  
    <param-value>  
        classpath:client/spring-client.xml  
    </param-value>  
</context-param>  
<listener>  
    <listener-class>  
        org.springframework.web.context.ContextLoaderListener  
    </listener-class>  
</listener>

指定加载客户端Shiro配置,client/spring-client.xml。 

<filter>  
    <filter-name>shiroFilter</filter-name>  
    <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>  
    <init-param>  
        <param-name>targetFilterLifecycle</param-name>  
        <param-value>true</param-value>  
    </init-param>  
</filter>  
<filter-mapping>  
    <filter-name>shiroFilter</filter-name>  
    <url-pattern>/*</url-pattern>  
</filter-mapping>

配置ShiroFilter拦截器。

 

控制器

shiro-example-chapter23-app1

@Controller  
public class HelloController {  
    @RequestMapping("/hello")  
    public String hello() {  
        return "success";  
    }  
    @RequestMapping(value = "/attr", method = RequestMethod.POST)  
    public String setAttr(  
            @RequestParam("key") String key, @RequestParam("value") String value) {  
        SecurityUtils.getSubject().getSession().setAttribute(key, value);  
        return "success";  
    }  
    @RequestMapping(value = "/attr", method = RequestMethod.GET)  
    public String getAttr(  
            @RequestParam("key") String key, Model model) {  
        model.addAttribute("value",   
            SecurityUtils.getSubject().getSession().getAttribute(key));  
        return "success";  
    }  
    @RequestMapping("/role1")  
    @RequiresRoles("role1")  
    public String role1() {  
        return "success";  
    }  
}

shiro-example-chapter23-app2的控制器类似,role2方法使用@RequiresRoles("role2")注解,即需要角色2。

其他配置请参考源码。 


测试

1、安装配置启动nginx

1、首先到http://nginx.org/en/download.html下载,比如我下载的是windows版本的;

2、然后编辑conf/nginx.conf配置文件,在server部分添加如下部分:

location ~ ^/(chapter23-server)/ {  
 proxy_pass http://127.0.0.1:8080;   
 index /;  
        proxy_set_header Host $host;  
}  
location ~ ^/(chapter23-app1)/ {  
 proxy_pass http://127.0.0.1:9080;   
 index /;  
        proxy_set_header Host $host;  
}  
location ~ ^/(chapter23-app2)/ {  
 proxy_pass http://127.0.0.1:10080;   
 index /;  
        proxy_set_header Host $host;  
}

3、最后双击nginx.exe启动Nginx即可。

已经配置好的nginx请到shiro-example-chapter23-nginx模块下下周nginx-1.5.11.rar即可。

 

2、安装依赖

1、首先安装shiro-example-chapter23-core依赖,到shiro-example-chapter23-core模块下运行mvn install安装core模块。

2、接着到shiro-example-chapter23-client模块下运行mvn install安装客户端模块。

3、启动Server模块

到shiro-example-chapter23-server模块下运行mvn jetty:run启动该模块;使用http://localhost:8080/chapter23-server/即可访问,因为启动了nginx,那么可以直接访问http://localhost/chapter23-server/。

4、启动App*模块

到shiro-example-chapter23-app1和shiro-example-chapter23-app2模块下分别运行mvn jetty:run启动该模块;使用http://localhost:9080/chapter23-app1/和http://localhost:10080/chapter23-app2/即可访问,因为启动了nginx,那么可以直接访问http://localhost/chapter23-app1/和http://localhost/chapter23-app2/。

5、服务器端维护

1、访问http://localhost/chapter23-server/;

2、输入默认的用户名密码:admin/123456登录 

3、应用管理,进行应用的CRUD,主要维护应用KEY(必须唯一)及应用安全码;客户端就可以使用应用KEY获取用户对应应用的权限了。

4、授权管理,维护在哪个应用中用户的角色列表。这样客户端就可以根据应用KEY及用户名获取到对应的角色/权限字符串列表了。

6、App*模块身份认证及授权

1、在未登录情况下访问http://localhost/chapter23-app1/hello,看到下图:

2、登录地址是http://localhost/chapter23-app1/login?backUrl=/chapter23-app1,即登录成功后重定向回http://localhost/chapter23-app1(这是个错误地址,为了测试登录成功后重定向地址),点击登录按钮后重定向到Server模块的登录界面: 

3、登录成功后,会重定向到相应的登录成功地址;接着访问http://localhost/chapter23-app1/hello,看到如下图:

4、可以看到admin登录,及其是否拥有role1/role2角色;可以在server模块移除role1角色或添加role2角色看看页面变化;

5、可以在http://localhost/chapter23-app1/hello页面设置属性,如key=123;接着访问http://localhost/chapter23-app2/attr?key=key就可以看到刚才设置的属性,如下图:

另外在app2,用户默认拥有role2角色,而没有role1角色。

 

到此整个测试就完成了,可以看出本示例实现了:会话的分布式及权限的集中管理。

 

本示例缺点

1、没有加缓存;

2、客户端每次获取会话/权限都需要通过客户端访问服务端;造成服务端单点和请求压力大;单点可以考虑使用集群来解决;请求压力大需要考虑配合缓存服务器(如Redis)来解决;即每次会话/权限获取时首先查询缓存中是否存在,如果有直接获取即可;否则再查服务端;降低请求压力;

3、会话的每次更新(比如设置属性/更新最后访问时间戳)都需要同步到服务端;也造成了请求压力过大;可以考虑在请求的最后只同步一次会话(需要对Shiro会话进行改造,通过如拦截器在执行完请求后完成同步,这样每次请求只同步一次);

4、只能同域名才能使用,即会话ID是从同一个域名下获取,如果跨域请考虑使用CAS/OAuth2之实现。

 

所以实际应用时可能还是需要改造的,但大体思路是差不多的。

示例源代码:https://pan.baidu.com/s/1eSai9z0



小说《我是全球混乱的源头》

感觉本站内容不错,读后有收获?小额赞助,鼓励网站分享出更好的教程