反向代理

前言：rewrite、return、proxy_pass 三者混用时的参数迷局 在Nginx配置中，rewrite、return和proxy_pass是最常用的三个指令。单独用的时候大家都明白，但一旦放在同一个location里配合使用，参数传递就经常出问题——查询字符串莫名消失、请求体被丢弃、上游服务收不到参数。 这篇文章从实际配置场景出发，把三者在参数传递上的行为差异讲清楚，让你配Nginx时不再踩坑。 一、三个指令各自怎么处理参数 1. rewrite 的参数处理...

一、为什么反向代理后CORS配置会失效？ 很多同学在配置Nginx反向代理时都会遇到一个诡异的问题：直接访问后端服务时跨域完全正常，加上Nginx反向代理后就突然报跨域错误，或者前端请求时偶尔跨域失败、偶尔成功。这个问题的核心原因基本都和Nginx的响应头处理机制有关，常见的有以下3种： 后端服务也返回了CORS头，导致Nginx配置被覆盖Nginx的add_header指令默认不会覆盖后端返回的同名响应头，如果后端服务（比如Node.js、Java应用）自身也配置了COR...

问题背景：为什么CORS和反向代理会冲突 很多开发者在配置Nginx反向代理时，发现跨域请求突然失效了。浏览器控制台抛出Access-Control-Allow-Origin缺失的错误，但明明已经配置了CORS头。 根本原因是：反向代理改变了请求的来源和路径，导致CORS配置被覆盖或失效。 场景一：反向代理后端API，前端跨域失败 典型架构：前端(http://localhost:3000) → Nginx反向代理 → 后端API(http://backend:8080)...

前言：跨域请求为什么Cookie会丢失？ 做过前后端分离项目的人基本都踩过同一个坑：前端用axios或fetch发起跨域请求，后端明明设置了Cookie，但浏览器就是收不到。打开开发者工具一看，Set-Cookie响应头有了，可Request Headers里就是没有Cookie字段。 这不是bug，这是浏览器的安全机制。CORS（跨域资源共享）默认不允许跨域请求携带凭据（Cookie、Authorization头等），需要在服务端和前端同时配置才能打通。而Nginx作为反向...