Nginx反向代理实现会话(session)保持的两种方式

Nginx反向代理实现会话(session)保持的两种方式

最近在搭建nginx反向代理tomcat服务部署项目时发现,虽然代理成功了,但是无法登陆系统,系统一登录就刷新,无法跳转至系统主界面,后来多方查找是因为没有实现反省代理会话,虽然用户名和密码输对了但是系统不知反馈给那个代理的服务,然后在nginx配置文件里加入ip_hash就可以成功登录了。

1. ip_hash

upstream backend {    ip_hash;#加在这里就可以    server backend1.example.com;    server backend2.example.com;    server backend3.example.com down;    server backend4.example.com;}

ip_hash简单易用,但有如下问题:
1. 当后端服务器宕机后,session会丢失;
2. 来自同一局域网的客户端会被转发到同一个后端服务器,可能导致负载失衡;
3. 不适用于CDN网络,不适用于前段还有代理的情况

2. sticky_cookie_insert
使用sticky_cookie_insert启用会话亲缘关系,这会导致来自同一客户端的请求被传递到一组服务器在同一台服务器。与ip_hash不同之处在于,它不是基于IP来判断客户端的,而是基于cookie来判断。因此可以避免上述ip_hash中来自同一局域网的客户端和前段代理导致负载失衡的情况。

upstream backend {    server backend1.example.com;    server backend2.example.com;    sticky_cookie_insert srv_id expires=1h domain=toxingwang.com path=/;#加在这里即可}

说明:
1. expires:设置浏览器中保持cookie的时间。
2. domain:定义cookie的域 。
3. path:为cookie定义路径

参考于:http://www.voidcn.com/article/p-aejahuwu-bew.html 这里只是记录下方便以后使用

免责声明:本网信息来自于互联网,目的在于传递更多信息,并不代表本网赞同其观点。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,并请自行核实相关内容。本站不承担此类作品侵权行为的直接责任及连带责任。如若本网有任何内容侵犯您的权益,请及时联系我们,本站将会在24小时内处理完毕。
相关文章
返回顶部