回答
收藏
分享
举报
Nginx 将你重定向的次数过多
提问于2020-09-11 15:09

浏览 2.2k

Nginx 版本: 1.18

Tomcat 版本: 8.5.54

谷歌浏览器

访问后台系统,第一次打开页面提示:www.test.com 将你重定向的次数过多。当前页面刷新下,打开正常。

IE11浏览器

同样的操作,报错,刷新后正常 HTTP Status 403 – 被禁止

Type Status Report 消息 未能够识别出目标 'ST-213-bEGcEQrr5tAfzQlePgEX-test.com'票根 描述 服务器理解该请求但拒绝授权。 Apache Tomcat/8.5.54

不通过Nginx调整,直接访问Tomcat 一切正常。 求指点。

已修改于2023-03-17 02:10



写下您的回答
发表回答
全部回答(2)

按点赞数排序

按时间排序

看下error.log日志,先确认下是哪个URL引发了重定向。

赞同

0

回复举报

回答于2020-09-11 15:44



回复陶辉
回复
云聚溪回复了
我在error.log中没有发现重定向错误日志,只有access.log中有我登录的记录

0

回复举报

回答于2020-09-11 09:29



回复云聚溪
回复
http {
limit_conn_zone $binary_remote_addr zone=one:10m;
include mime.types;
default_type application/octet-stream;
server_names_hash_bucket_size 256;
client_header_buffer_size 256k;
large_client_header_buffers 4 256k;
client_max_body_size 50M;
client_body_buffer_size 256k;
client_header_timeout 3m;
client_body_timeout 3m;
send_timeout 3m;
sendfile on;
tcp_nopush on;
fastcgi_intercept_errors on;
keepalive_timeout 130;
tcp_nodelay on;
gzip off;
server_tokens off;

expires 8h;
server {
listen 80;
server_name www.test.com;
location / {
proxy_pass http://192.168.11.10;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "Upgrade";
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header REMOTE-HOST $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 50m;
client_body_buffer_size 256k;
proxy_connect_timeout 80;
proxy_buffer_size 256k;
proxy_buffers 4 256k;
proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 256k;
proxy_next_upstream error timeout invalid_header http_500 http_503 http_404;
proxy_max_temp_file_size 128m;
}
}
}


赞同

0

回复举报

回答于2020-09-11 15:10



回复云聚溪
回复
提问者
云聚溪
这家伙很懒还未留下介绍~
0
文章
1
问答
0
粉丝
相关问答

添加这个配置:server_tokens off;

点赞 0
浏览 1.2k

https://www.zhihu.com/question/340966195

点赞 0
浏览 876

reload过程会创建一个新的ngx_cycle对象,加载配置完成后就把老的old_cycle和内存都删除了,源码可参考ngx_init_cycle。master进程的工作是独立的,与worker进程没有关系。worker进程的工作方式就是不关闭长连接,避免对用户体验造成影响,可以用指令worker_shutdown_timeout设置超时时间。如果master进程内存增长,可以用一些分析工具看看,也许是某些模块的原因。

点赞 0
浏览 1k