关于其他服务器篡改请求头导致登录失效

问题描述

此问题是单点登录转发问题,客户服务器域名访问一个本程序对外接口获取token,并跳转至本系统登录页面,在网关日志中发现token为空的异常。

问题排查

1、拿token在postman中发送,发现请求是成功的,本程序通过nginx代理配置,检查代理配置,经过一番排查没有问题

2、检查程序,也没有问题

3、那么问题就出现在了域名转发上,这个域名转发会篡改请求头的Authorization中的token,导致登录失败,而客这个域名转发是客户服务器,我们改不了,所以只能选择替代方案。

问题解决

替代方案1: 将用户的token放在url中进行拼接,前端修改axios实例,后端修改,如果获取不到请求头中的token,在参数中的取。

此方案弊端很大,第一是token暴露,第二是url参数有限制,某些请求会失败。

替代方案2:自定义请求头,在axios中修改,在后台修改校验取自定义请求头

替代方案1:

java 复制代码
List<String> strings = request.getHeaders().get(userAuthConfig.getTokenHeader());
        String authToken = null;
        if (strings != null && strings.size() > 0) {
            authToken = strings.get(0);
        }
        // 如果为空,则获取参数中的token
        if (StringUtils.isBlank(authToken)) {
            strings = request.getQueryParams().get("token");
            if (strings != null && strings.size() > 0) {
                authToken = strings.get(0);
            }
  }
javascript 复制代码
// axios 拼接token
url.indexOf('?') === -1 ? config.url = url+'?_='+(new Date().getTime()) +"&token="+token: config.url = url+'&_='+(new Date().getTime())+"&token="+token;

替代方案2:

由于取请求头中token为配置项,后台只需修改配置即可,前台需要添加自定义请求头

java 复制代码
public  class UserAuthConfig {

    @Value("${auth.user.token-header}")
    private String tokenHeader;


    public String getTokenHeader() {
        return tokenHeader;
    }

}
XML 复制代码
auth:
  serviceId: wsd-auth-server
  user:
    token-header: Custom-Token
javascript 复制代码
axios.interceptors.request.use(config => {
  
    if (sessionStorage.getItem('token')) {
        // 自定义请求头
        config.headers['Custom-Token'] = sessionStorage.getItem('token');
        if(!config || !config.headers || !config.headers['Content-Type']){
            config.headers['Content-Type'] = 'application/json';
        }
    }

    let url=config.url.trim();
    url.indexOf('?') === -1 ? config.url = url+'?_='+(new Date().getTime()) : config.url = url+'&_='+(new Date().getTime());
    return config;
});
相关推荐
hhzz10 分钟前
云服务器ECS的高可用部署方案----弹性公网IP和负载均衡的操作
服务器·tcp/ip·负载均衡·ecs·云服务器
饮长安千年月13 分钟前
一带一路暨金砖国家技能发展与技术创新大赛网络安全防护与治理-Linux应急响应手册
linux·运维·web安全·ctf·应急响应
奇特認22 分钟前
LVS(Linux virual server)四层负载均衡实验
linux·运维·lvs
cyber_两只龙宝29 分钟前
Keepalived+LVS--实现IPVS的高可用+高性能的双主双业务架构详细配置流程及解析
linux·运维·集群·lvs·高性能·keepalived·高可用
吕司34 分钟前
Linux——System V 共享内存
linux·运维·服务器
_OP_CHEN1 小时前
【Linux系统编程】(三十七)信号捕捉全链路拆解|从内核态切换到 sigaction 实战
linux·运维·操作系统·进程·c/c++·信号·信号捕捉
公子烨1 小时前
瞎玩openclaw
服务器
71ber1 小时前
RHCSE 实战笔记:Keepalived 企业级高可用集群深度解析
linux·服务器·keepalived
市安1 小时前
Swarm集群管理
运维·nginx·集群·镜像·swarm
dong_beijing1 小时前
rtmp/flv直播源站搭建方法
服务器·centos·云计算