nginx反向代理,实现地址栏域名不变,session不失效

首先找到nginx.conf部分

 server {
        listen 80;
        server_name www.taekwondo-china.com;
        location / { #所有以/开头的地址,实际上就是所有请求
          proxy_pass http://event.geexek.com/7918/;
        }
        location ^~ /7918 {
            rewrite ^/(.*) /$1 break;
            proxy_pass http://event.geexek.com;
        }

        location ~ .*\.(js|css|gif|jpg|png|ico|jpeg)$ {
            rewrite ^/(.*) /$1 break;
            proxy_pass http://event.geexek.com;
        }

        location ^~ /errorpage {
        root /home/nginx/nginx_data;
        }

        error_page  500 502 503 504 /errorpage/500.html;
        error_page  400 404 /errorpage/404.html;
           }
  location / { #所有以/开头的地址,实际上就是所有请求
          proxy_pass http://event.geexek.com/7918/;
        }

在浏览器的地址栏里面输入:www.taekwondo-china.com,将请求转发到http://event.geexek.com/7918/,得到响应返回www.taekwondo-china.com,显示来自http://event.geexek.com/7918/,但是地址栏里面的地址还是www.taekwondo-china.com。

 location ^~ /7918 {
            rewrite ^/(.*) /$1 break;
            proxy_pass http://event.geexek.com;
        }

location ^~ /7918

用于拦截请求,示例:http://event.geexek.com/7918/ 匹配以/7918开头的地址,匹配符合以后,停止往下搜索正则。

rewrite ^/(.*) /$1 break;

重写拦截进来的请求,并且只能对域名后边的除去传递的参数外的字符串起作用。例如:http://www.taekwondo-china.com/7918/content/13446 会对/content/13446
重写。实际访问的地址为:http://event.geexek.com/7918/content/13446

rewrite后面的参数是一个简单的正则 ^/(.*) / : :匹配字符串的结束
(.).代表任何字符 代表所有的,也就是(.*)选取了/7918/之后的所有字符并存入变量 1. 1是重写后的表达式。

最后的参数共有四个取值:
last 处理完请求后,跳出location,再重新执行。
break 处理完成之后,不会跳出location,不再重新执行。而只能将信息传递给后面的fsatcgi_pass或者proxy_pass等指令。
permanent 永久性重定向,请求日志中的状态码为301
redirect 临时重定向,请求日志中的状态码为302

proxy_pass http://event.geexek.com;

把请求代理到其他的主机,其中http://event.geexek.com/写法和http://event.geexek.com写法的区别:

http://event.geexek.com写法:访问路径会变成http://event.geexek.com/7918/XXX
http://event.geexek.com/写法:访问路径会变成http://event.geexek.com/XXX

BUT 如果你的系统使用了session,你会发现自己登录不上了。

所以要改一种配置方式

首先要让session生效

#skip.geexek.cn
    upstream  SKIP  {
        server    10.XX.XXX.181:9704;
        }

    server {
        listen       80;
        server_name  skip.geexek.cn;

        location / {
            proxy_next_upstream error timeout http_500 http_502 http_504;
            proxy_read_timeout 60s;
            proxy_set_header   Host             $host;
            proxy_pass         http://SKIP;
            proxy_set_header   Cookie $http_cookie;
            proxy_set_header   X-Real-IP        $remote_addr;
            proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
            proxy_intercept_errors on;
            client_max_body_size 15M;
            index  index.html index.htm;
            rewrite ^/$  /7235 last;
            }
        location ^~ /errorpage {
        root /home/nginx/nginx_data;
        }

        error_page  500 502 503 504 /errorpage/500.html;
        error_page  400 404 /errorpage/404.html;
        }

我们给10.XX.XXX.181:9704的这个工程反向代理为需要地址栏中需要显示的地址
skip.geexek.cn,配置好之后你使用http://skip.geexek.cn/7235 可以完成用户的登录,但是 http://skip.geexek.cn 无法找到自己的对应的网站。

怎样才能既保持session又能使用http://skip.geexek.cn 访问到http://skip.geexek.cn/7235呢?需要我们再最后加上

rewrite ^/$  http://skip.geexek.cn/7235 break;

这样之后,就能保证session不失效,而且http://skip.geexek.cn能自动跳转到http://skip.geexek.cn/7235

url重写是指通过配置conf文件,以让网站的url中达到某种状态时则定向/跳转到某个规则,比如常见的伪静态、301重定向、浏览器定向等

rewrite

语法:

在配置文件的server块中写,如:

server {
    rewrite 规则 定向路径 重写类型;
}

规则:

可以是字符串或者正则来表示想匹配的目标url

定向路径:

表示匹配到规则后要定向的路径,如果规则里有正则,则可以使用$index来表示正则里的捕获分组

重写类型:
last :相当于Apache里的(L)标记,表示完成rewrite,浏览器地址栏URL地址不变

break;本条规则匹配完成后,终止匹配,不再匹配后面的规则,浏览器地址栏URL地址不变

redirect:返回302临时重定向,浏览器地址会显示跳转后的URL地址

permanent:返回301永久重定向,浏览器地址栏会显示跳转后的URL地址
简单例子

server {
    # 访问 /last.html 的时候,页面内容重写到 /index.html 中
    rewrite /last.html /index.html last;
    # 访问 /break.html 的时候,页面内容重写到 /index.html 中,并停止后续的匹配
    rewrite /break.html /index.html break;
    # 访问 /redirect.html 的时候,页面直接302定向到 /index.html中
    rewrite /redirect.html /index.html redirect;
    # 访问 /permanent.html 的时候,页面直接301定向到 /index.html中
    rewrite /permanent.html /index.html permanent;
    # 把 /html/*.html => /post/*.html ,301定向
    rewrite ^/html/(.+?).html$ /post/$1.html permanent;
    # 把 /search/key => /search.html?keyword=key
    rewrite ^/search\/([^\/]+?)(\/|$) /search.html?keyword=$1 permanent;
}

last和break的区别

因为301和302不能简单的只返回状态码,还必须有重定向的URL,这就是return指令无法返回301,302的原因了。这里 last 和 break 区别有点难以理解:

last一般写在server和if中,而break一般使用在location中

last不终止重写后的url匹配,即新的url会再从server走一遍匹配流程,而break终止重写后的匹配

break和last都能组织继续执行后面的rewrite指令

在location里一旦返回break则直接生效并停止后续的匹配location

server {
    location / {
        rewrite /last/ /q.html last;
        rewrite /break/ /q.html break;
    }
    location = /q.html {
        return 400;
    }
}

访问/last/时重写到/q.html,然后使用新的uri再匹配,正好匹配到locatoin = /q.html然后返回了400

访问/break时重写到/q.html,由于返回了break,则直接停止了

### 黑马点评登录后跳转解决方案 #### 1. 检查前端配置 确保前端页面在接收到成功响应后的逻辑处理正确无误。通常情况下,在用户提交登录信息并验证通过之后,应该有一个重定向操作来引导用户到指定的目标页面。 对于基于Nginx部署的前端应用来说,可以确认`nginx.conf`中的反向代理设置是否合理以及是否存在影响正常跳转的行为[^3]: ```nginx location / { try_files $uri $uri/ /index.html; } ``` 这段配置会使得所有未匹配上的URL最终指向`/index.html`,这可能适用于单页应用程序(SPA),但如果目标是特定路径,则需调整此部分以适应实际需求。 #### 2. 后端接口返回数据结构优化 当用户完成登录流程时,服务端应当给予客户端明确的状态反馈及必要的导航指引信息。比如可以在JSON格式的成功响应体里加入一个字段指示下一步要访问的位置: ```json { "status": "success", "message": "Login successful.", "redirectUrl":"/dashboard" } ``` 这样做的好处在于让前端能够依据这个额外的信息来进行相应的路由变化而仅仅是依赖HTTP状态码判断业务逻辑的结果[^5]。 #### 3. 验证Session管理机制的有效性 考虑到使用了Redis作为共享session存储方案的情况,需要保证每次请求都能正确获取当前用户的认证信息,并且这些信息在整个会话期间保持一致性和有效性。具体而言就是检查是否有任何地方意外清除了session或者设置了过短的时间限制导致频繁失效等问题发生[^4]。 另外还需注意的是,如果采用AJAX方式进行异步登录的话,记得更新浏览器地址栏内的URL而只是改变视图内容,这样才能真正意义上实现页面间的转换。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

MonkeyKing.sun

对你有帮助的话,可以打赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值