nginx反向代理Authorization请求头问题解决

最新推荐文章于 2025-06-29 10:10:56 发布
原创 最新推荐文章于 2025-06-29 10:10:56 发布 · 2.6w 阅读 · 10 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

在前后端分离的开发中，使用Nginx作为反向代理时，自定义Header（如Authorization）信息可能会丢失。本文分享了一个解决方案，通过修改nginx.conf配置文件，确保Header信息能够正确传递。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在前后端分离的开发中使用nginx做反向代理去请求服务器地址时，发现自定义的header请求头Authorization信息丢失了，在网上找了很多资料都不是我所需要的，现解决后记录如下：

修改nginx的nginx.conf配置文件，添加如下红框所示内容。

nginx配置反向代理404问题
weixin_42551921的博客
07-10 3176
根据配置的逻辑，当请求地址如下时nginx会将接口代理到如下地址：启动服务后测试，看到日志里显示404。
Nginx反向代理出现502 Bad Gateway问题的解决方案
m0_74824112的博客
12-30 895
前一阵子写了一篇“关于解决调用百度翻译API问题”的博客，近日在调用其他API时又遇到一些棘手的问题，于是写下这篇博客作为记录。
@RequestHeader(“Authorization“) 解析：HTTP 请求头中的 Authorization 字段
m0_73941339的博客
06-13 987
是标准的 HTTP 请求头字段，用于传递认证凭证。它由客户端在请求时添加，服务端通过注解获取。常见用途：JWT 认证、OAuth 2.0 令牌传递、Basic Auth 等。通俗理解就像你去银行办业务时出示的身份证，告诉服务器 "我是谁"，而则是服务器读取你身份证信息的工具。
Nginx 配置反向代理 - part 3
nvd11的专栏
01-14 1244
一张图很清楚地表达了。
nginx反向代理，丢失了部分请求头里面的信息，没有把客户端请求的信息全部传回到服务器，服务器读取header里面信息缺失，应该怎么配置？
最新发布
代码讲故事
06-29 515
nginx反向代理，丢失了部分请求头里面的信息，没有把客户端请求的信息全部传回到服务器，服务器读取header里面信息缺失，应该怎么配置？
（八）nginx反向代理功能
Spider_xiaoma的博客
11-21 2371
nginx反向代理概念 反向代理也称reverse proxy，指的就是代理外网用户请求到内部指定web服务器，并将数据返回给用户的一种方式。 nginx除了可以在企业提供高性能的web服务之外，另外还可以将本身不具备的请求通过某种预定的协议转发至其他服务器处理，不同的协议就是nginx服务器与其他服务器进行通信的一种规范，主要在不同场景使用以下模块实现不同的功能。 ngx_http_proxy_module： 将客户端的请求以http协议转发至指定服务器进行处理。 ngx_stream_proxy_
nginx中使用if指令判断是否包含指定的请求头决定是否执行特定的指令（比如auth_request）
liaomingwu的专栏
07-28 1570
在nginx转发应用中，需要对请求进行身份识别，只有具有身份识别信息的请求，才需要执行身份识别，此时就可以根据请求中是否含有身份识别请求头信息，只有包含身份识别请求头的请求才转发到身份认证服务进行身份认证，其它请求直接转发到应用服务器，这样就避免了每个请求都转发到身份认证服务造成的性能下降。
Nginx上配置Basic Authorization登录认服务证的教程
01-10
关于Basic Authorization 在HTTP中，Basic Authorization基本认证是一种用来允许Web浏览器或其他客户端程序在请求时提供用户名和口令形式的身份凭证的一种登录验证方式。 在发送之前是以用户名追加一个冒号然后串接上口令，并将得出的结果字符串再用Base64算法编码。例如，提供的用户名是Aladdin、口令是open sesame，则拼接后的结果就是Aladdin:open sesame，然后再将其用Base64编码，得到QWxhZGRpbjpvcGVuIHNlc2FtZQ==。最终将Base64编码的字符串发送出去，由接收者解码得到一个由冒号分隔的用户名和口令
Nginx：认证与授权
二次源的博客
01-07 1327
Nginx是一个高性能的HTTP和反向代理web服务器，是运维中十分常用的中间件，本篇文章将介绍Nginx的认证和授权
Nginx 反向代理使用配置说明
征客
07-19 2095
如果不及时清理会导致磁盘空间被“吃光”，因此我们需要一套完善的缓存清理机制去删除缓存，在之前的proxy_cache_path参数中有purger相关的选项，开启后可以帮我们自动清理缓存，但遗憾的是：purger系列参数只有商业版的NginxPlus才能使用，因此需要付费才可使用。相反，有些项目的业务对数据的实时性要求并不高，追求的则是更高的吞吐，那么则可以开启tcp_nopush配置项，这个配置就类似于“塞子”的意思，首先将连接塞住，使得数据先不发出去，等到拔去塞子后再发出去。
Nginx 反向代理 WebSocket
复燃克
05-31 1814
在开发中遇到了，部分生产环境，Nginx和WebSocket不在同一台服务的情况，可以通过Nginx做反向代理。
Nginx配置公网反向代理（请求头）
qq_34298695的博客
12-09 2234
#user nobody; worker_processes 1; #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; events { worker_connections 1024; } http { include mime.types; default_type applicatio
Nginx反向代理导致请求头丢失
luckywuxn的博客
12-06 1130
参考博文：https://blog.youkuaiyun.com/qq_40015409/article/details/131153211。nginx默认request的header的那么中包含’_’时，会自动忽略掉。
Nginx反向代理之HTTP 请求头中的 X-Forwarded-For
weixin_30668887的博客
08-03 539
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;加上上一句后，X-Forwarded-For中存放的将是：IP0, IP1, IP2若不加，则 X-Forwarded-For中存放的是remore_address，即最近的一个代理ip（若没有代理，则是用户的真实的IP）重要的是proxy_set_header X-Forwar...
http请求在nginx转发下丢失头信息(header)
热门推荐
Faith_626的博客
07-02 1万+
在调用电子签章接口时，通过nginx进行转发http请求，无法访问，查找原因后得知是nginx在转发请求时会默认忽略带有"_"下划线的头信息:解决方案(示例):        ...
Nginx反向代理请求头丢失
weixin_52195362的博客
02-07 4519
Nginx使用反向代理请求应用程序时请求头丢失问题解决方案
Nginx反向代理之proxy_set_header指令
weixin_54048131的博客
07-09 861
之后在133中进行设置，添加proxy_set_header请求头指令（下面，设置proxy_set_header指令的意义是将Tom指令发送给客户端）在配置文件中添加server模块，使用$http_username，可以获取请求头中的username内容，该指令可以更改Nginx服务器接收到的客户端请求的请求头信息，然后 将新的请求头发送给代理的服务器。之后修改代理服务器，133是代理服务器的内容，不配置proxy_set_header的效果。这里涉及到客户端，代理服务器，被代理的服务器。
Nginx反向代理缓存服务器搭建
weixin_33727510的博客
03-31 804
Nginx反向代理代理服务可简单的分为正向代理和反向代理:正向代理: 用于代理内部网络对Internet的连接请求(如×××/NAT),客户端指定代理服务器,并将本来要直接发送给目标Web服务器的HTTP请求先发送到代理服务器上, 然后由代理服务器去访问Web服务器,并将Web服务器的Response回传给客户端:反向代理: 与正向代理相反,如果局域网向Internet提供...
nginx实现http反向代理及负载均衡
十七拾的博客
02-27 2791
本文详细介绍了如何配置nginx的反向代理服务器、如何开启反向代理服务器的缓存功能、如何开启反向代理服务器的ip透传、如何开启反向代理服务器的负载均衡等，希望对你有帮助！
如何配置Nginx反向代理解决CORS问题？
03-28
<think>嗯，用户想了解如何通过配置Nginx反向代理来解决跨域资源共享（CORS）问题。首先，我需要回顾一下CORS的基本概念和常见问题。CORS是浏览器的一种安全机制，当不同源的资源请求时会被阻止。常见的解决方案包括后端设置响应头或者使用反向代理。 根据用户提供的引用资料，特别是引用[1]、[2]、[3]、[4]，Nginx反向代理可以通过配置特定的响应头来解决这个问题。例如，添加Access-Control-Allow-Origin、Access-Control-Allow-Methods等头信息。引用[4]提到需要先删除重复的响应头，再重新添加，这可能是因为后端服务器可能已经设置了这些头，导致冲突。 接下来，我需要整理出具体的配置步骤。首先，配置反向代理的基本设置，将前端请求代理到后端服务器。然后，处理OPTIONS预检请求，因为跨域请求可能会先发送OPTIONS来检查权限。之后，添加必要的CORS响应头，同时注意删除可能重复的头信息，如引用[4]所述。 用户可能还关心最佳实践，比如安全性考虑。例如，允许所有来源（*）可能在开发环境中方便，但生产环境应指定具体域名。另外，处理OPTIONS请求时返回204状态码，避免不必要的处理。 需要确保配置的语法正确，比如在location块中添加正确的add_header指令，并使用proxy_hide_header来删除重复的头。同时，考虑到缓存问题，是否需要添加Cache-Control头或其他相关头信息。 最后，验证配置是否正确，可以通过重启Nginx并测试跨域请求是否成功。用户可能还需要了解如何调试，比如检查响应头是否正确，或者查看Nginx的错误日志。 总结下来，步骤应该是：配置反向代理、处理预检请求、添加CORS头、删除重复头、安全优化、测试验证。同时，提供相关的问题，帮助用户进一步理解和解决可能遇到的问题。</think>### 通过Nginx反向代理解决CORS问题的配置方法 #### 1. **基础反向代理配置** 首先设置反向代理，将前端请求转发到后端服务器： ```nginx server { listen 80; server_name example.com; location /api/ { proxy_pass http://backend-server:8080/; # 后端服务地址 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } } ``` 通过`proxy_pass`将`/api/`路径的请求代理到后端服务[^3]。 #### 2. **处理OPTIONS预检请求** 浏览器在跨域请求前会发送`OPTIONS`预检请求，需单独处理： ```nginx location /api/ { if ($request_method = OPTIONS) { add_header Access-Control-Allow-Origin "*"; add_header Access-Control-Allow-Methods "GET, POST, OPTIONS"; add_header Access-Control-Allow-Headers "Content-Type, Authorization"; add_header Access-Control-Max-Age 1728000; # 预检结果缓存时间（秒） return 204; # 空响应 } # 其他请求继续转发 proxy_pass http://backend-server:8080/; } ``` 此处直接返回预检响应，避免后端处理OPTIONS请求[^2][^4]。 #### 3. **添加CORS响应头** 在代理响应中添加必要的跨域头信息： ```nginx location /api/ { proxy_pass http://backend-server:8080/; # 删除后端可能重复设置的CORS头 proxy_hide_header Access-Control-Allow-Origin; proxy_hide_header Access-Control-Allow-Methods; proxy_hide_header Access-Control-Allow-Headers; # 添加新的CORS头 add_header Access-Control-Allow-Origin "*" always; # 允许所有来源 add_header Access-Control-Allow-Methods "GET, POST, OPTIONS" always; add_header Access-Control-Allow-Headers "DNT,User-Agent,X-Requested-With,Content-Type,Accept,Authorization" always; add_header Access-Control-Expose-Headers "Content-Length,Content-Range" always; } ``` - `proxy_hide_header`用于移除后端可能冲突的响应头[^4] - `always`参数确保即使响应码为4xx/5xx也添加头[^1] #### 4. **安全增强建议（可选）** ```nginx add_header Access-Control-Allow-Credentials "true"; # 允许携带凭证（如Cookie） add_header Access-Control-Allow-Origin "https://your-domain.com"; # 生产环境指定具体域名 add_header Cache-Control "no-store"; # 防止缓存敏感CORS响应 ``` #### 5. **完整配置示例** ```nginx server { listen 80; server_name api-gateway.example.com; location /api/ { if ($request_method = OPTIONS) { add_header Access-Control-Allow-Origin "https://client-app.example.com"; add_header Access-Control-Allow-Methods "GET, POST, PUT, DELETE, OPTIONS"; add_header Access-Control-Allow-Headers "Authorization, Content-Type"; add_header Access-Control-Max-Age 3600; return 204; } proxy_pass http://backend-server:8080/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_hide_header 'Access-Control-Allow-Origin'; proxy_hide_header 'Access-Control-Allow-Methods'; add_header Access-Control-Allow-Origin "https://client-app.example.com" always; add_header Access-Control-Allow-Methods "GET, POST, PUT, DELETE, OPTIONS" always; add_header Access-Control-Allow-Headers "Authorization, Content-Type" always; add_header Access-Control-Expose-Headers "X-Total-Count" always; } } ``` ### 验证配置 1. 检查语法：`nginx -t` 2. 重载配置：`nginx -s reload` 3. 测试请求： ```bash curl -I -X OPTIONS http://api-gateway.example.com/api/users # 应返回包含CORS头的204响应 ``` ### 关键点说明 - **反向代理优势**：无需修改后端代码，通过中间层统一处理跨域问题[^3] - **头信息覆盖**：必须先用`proxy_hide_header`清除后端可能设置的CORS头 - **生产环境安全**： - 替换`*`为具体的允许域名 - 限制允许的HTTP方法和头信息 - 考虑添加速率限制防止滥用
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值