问题现象：
-
前后端分离项目，后端为JAVA，自定义请求头header
MY_TOKEN
做鉴权，开发环境前端请求接口，运行正常。
-
部署至服务器，使用nginx做了代理，进行转发。此时奇怪的事情发生了，服务端取不到 自定义header
MY_TOKEN
的内容了
出现异常，无非是因为nginx做转发引起的。推测应该nginx转发没有携带请求头引起的，查找资料发现
|
句法：
|
underscores_in_headers
on
|
off
;
|
|
默认：
|
underscores_in_headers off;
|
|
内容：
|
http
，
server
|
Enables or disables the use of underscores in client request header fields. When the use of underscores is disabled, request header fields whose names contain underscores are marked as invalid and become subject to the
ignore_invalid_headers
directive.
意思就是：在客户端请求标头字段中启用或禁用下划线。禁止使用下划线时，名称中包含下划线的请求标头字段将被标记为无效，并受
ignore_invalid_headers
指令的约束 。
于是乎，在nginx.conf配置文件中增加
underscores_in_headers on;
配置，可以加在
keepalive_timeout 65; 下面。
重启nginx服务，使配置生效，再次测试可以取到自定义请求头的内容了。
问题现象：前后端分离项目，后端为JAVA，自定义请求头header MY_TOKEN做鉴权，开发环境前端请求接口，运行正常。 部署至服务器，使用nginx做了代理，进行转发。此时奇怪的事情发生了，服务端取不到 自定义headerMY_TOKEN 的内容了分析：出现异常，无非是因为nginx做转发引起的。推测应该nginx转发没有携带请求头引起的，查找资料发现句法： underscores_in_headerson|off; 默认： underscores...
tomcat7
nginx
1.4.6(更新后1.5.6）
项目中经常会用到权限管理，必然的就会存在权限的设定和验证；对于登陆或者模块的权限设定验证，在项目中直接实现；那么问题出现了
1.访问资源文件
2.多项目访问权限
3.tomcat中虚拟目录的访问权限
公司项目中用到文件的上传下载，在线预览等功能；当然用户在使用的时候，我们不可能把用户的上传的文件放在项目中，那么必然会用到
虚拟目录来映射文件的位置，或者说跨域夸项目；如果没有对这些进行一个访问的权限的限制，那
server {
listen 80; server_name cong.blog.com;
location / { proxy_pass https://www.cnblogs.com/QicongLiang/;
} }
二.负载均衡
upstream my...
修改
nginx
反向
代理
请求
的Header
需要使用到proxy_set_header和add_header指令。其中：
proxy_set_header 来自内置模块ngx_http_proxy_module，
用来重
定义
发往
代理
服务器服务器的
请求
头
。参考：https://blog.csdn.net/weixin_41585557/article/details/82426784
示例：
...
1.
nginx
location中 设置响应
头
信息:
location中添加此配置，除公共参数外也可设置自
定义
参数
more_set_headers "Content-Type:text/xml;charset=utf-8";
需放在 proxy_pass 下面。放在上面不生效，具体原因还不清楚。
location /.... {
proxy_pass http://xxx.xxx.xx;
more_set_headers "Content-Type:text/xml;charset=utf-8...
$args #
请求
中的参数值
$query_string #同 $args
$arg_NAME #GET
请求
中NAME的值
$is_args #如果
请求
中有参数，值为"?"，否则为空字符串
$uri #
请求
中的当...
问题来源：
我将一个vue项目部署到ngixn上，然后发现后台一直拿不到前端
请求
的自
定义
请求
头
，我的
请求
头
为User_Access_token,可以看是是一个判断用户是否登录的token,但我发现前端通过控制台发下
请求
头
中存在这个我自
定义
的
请求
头
，但是后端就是找不到。然后我在本地将项目运行发现又可以拿到，百思不得其解。
弄了n久，想到我将项目部署到
nginx
上，
请求
都是由
nginx
代理
转发，是...
nginx
隐藏版本号：
到存放编译安装的
nginx
包的路径下找--ngx_http_header_filter_module.c
#修改49行--
定义
响应报文的serevr字段信息后，重新编译安装
升级openssl版本
1、下载要升级的openssl压缩包到指定的文件夹并解压
2、停止
nginx
服务后，重新编译，添加新的openssl，--with-openssl=path
3、编译好启动服务，
nginx
-V查看升级后的openssl
nginx
rewrite功能
1、ngx_http_rewri
要使用
Nginx
代理
Django并转发所有
请求
头
你可以在
Nginx
配置文件中进行如下设置：
1. 打开
Nginx
的配置文件，通常是位于`/etc/
nginx
/
nginx
.conf`或`/etc/
nginx
/conf.d/default.conf`。
2. 在`server`块中添加以下配置：
server {
listen 80;
server_name your_domain.com;
location / {
proxy_pass http://127.0.0.1:8000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# 如果希望转发所有
请求
头
，可以使用以下配置
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Scheme $scheme;
proxy_set_header X-Forwarded-Protocol $scheme;
proxy_set_header X-Forwarded-Port $server_port;
在上述配置中，`proxy_pass`指定了Django应用程序运行的地址和端口（这里假设Django应用程序在本地运行的端口为8000）。
下面是转发
请求
头
的配置部分：
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Scheme $scheme;
proxy_set_header X-Forwarded-Protocol $scheme;
proxy_set_header X-Forwarded-Port $server_port;
这些配置将会把原始
请求
的主机、协议和端口信息转发给Django应用程序。
3. 保存并关闭配置文件。
4. 重新加载
Nginx
配置，命令为`sudo systemctl reload
nginx
`（具体命令可能因操作系统和
Nginx
版本而异）。
现在，当有
请求
经过
Nginx
时，
Nginx
将会
代理
到Django应用程序，并将所有
请求
头
信息都正确地转发给Django。
