Nginx控制域名301跳转出现"此网页包含重定向循环"

最新推荐文章于 2025-05-26 14:37:10 发布
原创 最新推荐文章于 2025-05-26 14:37:10 发布 · 4.7k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文提供了一种解决网站域名永久301重定向时出现重定向循环问题的方法，通过特定的配置实现从tqcto.com到www.tqcto.com的无缝重定向。

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

 我需要将网站域名永久301重定向，当用户访问 tqcto.com 的时候，301到 www.tqcto.com ,参考了很多配置资料，都出现了"此网页包含重定向循环"的问题，在尝试了很多次之后，发现以下这个配置是可以解决问题的

server_name www.tqcto.com tqcto.com;
  
if ($host != 'www.tqcto.com' ) {
  rewrite ^/(.*)$ http://www.tqcto.com/$1 permanent;
}


原文链接：http://www.tqcto.com/article/recommend/61.html
nginx 301永久定向
jerry_player的博客
02-26 6555
对于nginx，大家已经如雷贯耳。但大多数人像我一样只是停留在配置使用阶段。对于出现问题不知道如何定位问题，只能是百度，遵循前人的经验。或者打开官方网站查找。昨天我们上线就遇到了一个nginx配置不当引发301问题 问题描述：新系统上线完后，发现通过域名访问时而好用(mgmt.jerry.com/demo/)时而不好用(mgmt.jerry.com/demo).仔细观察请求地址发...
301重定向循环研究
301重定向实验室
03-08 2071
今天要公布的重要研究报告就是关于上图，也就是重定向循环。重定向也就是在服务器请求页面时，服务器HTTP在报文头部写入新的Location使页面跳转的过程。 如果请求页面A，A重定向到页面B，而页面B又重定向到A就发生了一个重定向循环。幸运的是浏览器在发生重定向循环时不会一直在两个页面间无限跳转，而是在跳转一定次数后显示上图所示的画面。 但是跳转多少次后浏览器会出现上面的页面呢，本实验室经过
使用Nginx对百度蜘蛛的301重定向跳转处理
章郎虫的专栏
03-04 1223
查看原文：http://www.sijitao.net/1943.html 先简单说下我碰到的情况。我一个域名的http页面被墙，国内用户可以通过https方式打开。为了seo，也遵循尽量不换网站域名的前提下，现在我想实现的目标是对国外蜘蛛（google...）和不在墙内的用户访问http页面时301重定向跳转到https，而百度蜘蛛访问原页面时301到一个新域名，新域名...
nginx配置完rewrite浏览器提示将您重定向的次数过多
热门推荐
zxh7770的博客
11-28 2万+
nginx配置完rewrite浏览器提示将您重定向的次数过多 为什么要配置rewrite？ 因为公司要求访问 shidongyun.com的时候浏览器会自动跳转到www.shidong.com下面，专业术语叫“301跳转”百度了一番，nginx配置规则，用rewrite还有return进行重写301跳转。我这里用的是rewrite。 错误原因 1，在配置网站站点的时候service里面的serv...
更换服务器后域名解析,解决云服务器Nginx环境更换域名且老域名301跳转
weixin_39850697的博客
08-01 1146
昨天接到任务需要给客户的一个企业网站更换域名。这不今天上午就来处理这个问题，找到他网站所在的服务器是Nginx环境，而且客户网站没有使用SSL证书，这样相对来说简单一些。直接就把新域名解析到当前的服务器，然后在网站配置文件修改就可以。如果是使用的SSL证书就比较麻烦，需要将数据拷贝一份单独网站存储，因为一个站点不可以有2个域名且使用SSL证书，毕竟客户的老域名需要能访问一段时间过渡，直接替换掉万一...
HTTP 到 HTTPS 自动跳转：Nginx 301 重定向配置完全指南
最新发布
记录学习的过程
05-26 1301
Nginx实现HTTP到HTTPS 301重定向的最佳实践 本文全面介绍了Nginx中HTTP自动跳转HTTPS的技术方案与优化策略。主要内容包括： 基础配置方法：通过独立server块实现301永久重定向 高级技巧：保留原始URI、多域名统一处理、HSTS安全增强 性能优化：重定向缓存控制、响应头调优 SEO考量：规范URL处理、权重传递机制 安全配置：SSL/TLS强化、防护头设置 通过合理的Nginx配置，可确保网站安全重定向的同时，兼顾性能优化与搜索引擎友好性，实现全站HTTPS的无缝过渡。文章提供
nginx的重定向
begei的博客
12-30 700
location = 完整路径 = 1.jpg即完整的一个字也不能少location^~location ~、location /(字符串)部分起始位置、location /
nginx的重定向（rewrite）
qq_52448810的博客
07-12 1246
在重定向的过程中，使用了last方式进行重定向，但是，没有结束语，陷入了死循环，nginx会自动循环10次，超过10次没有结束，就会停止，然后报错500。proxy_set_header X-Real-IP $remote_addr 加上这一字段，客户端的真实ip地址会传递给后端服务器。redirect：临时重定向，返回码302，浏览器的地址会显示跳转后的URL地址。last：重定向，但是会继续向下匹配，匹配其他的location规则。$scheme：请求的协议，要么是http，要么是https。
nginx的匹配方式和重定向
s320721的博客
07-14 1117
再重定向的过程中，使用了last方式进行重定向，但是没有结束语，陷入了死循环，nginx会自动循环10次，last匹配最多只能 执行10次，超过10次没有接受，就会停止，然后报错500.2、基于客户端的ip进行跳转（公司有新业务上线，属于测试阶段，其他的ip只能显示维护中，只有192.168.233.10能正常访问）redirect ：临时重定向，返回码是302，浏览器地址栏会显示跳转后的URL地址。permanent：永久重定向，返回码是301，浏览器地址会显示跳转后的URL地址。
43、nginx的优化、防盗链、重定向、代理
m0_74149099的博客
07-07 878
隐藏版本号日志分割cpu绑定连接超时页面压缩页面缓存时间time_wait状态的回收location = 完整路径 > location ^~ >location ~ location ~* >location /部分起始位置 > location / 一般字符串。
Nginx 301重定向 两个域名跳转 一个跳转到另一个域名
weixin_41849585的博客
06-29 2296
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
Nginx 配置301跳转
qq_40042416的博客
10-28 2422
Nginx配置SSL证书 SSL证书可在购买域名处申请，修改 scs1634702710959_www.域名.com_server.crt 和scs1634702710959_www.域名.com_server.key即可，crt、key文件需放在nginx.conf同级目录 server { listen 443 ssl; server_name www.域名.com; ssl_certificate scs1634702710959_www.域名.com_server.crt;
nginx 301 Moved Permanently 重定向问题
justdoit
07-22 2933
nginx 301 Moved Permanently 重定向问题
【nginx】开启cdn,nginx一直301重定向解决办法
我的开源项目:https://gitee.com/derekgo/vue-cms_xg
12-29 4966
问题描述 网站开启cdn(内容分发网络)，输入php-china.com在浏览器中，无法重定向为www.php-china.com 问题原因 我自己网站问题是没有开启主域名的cdn,导致nginx找不到主域名的ip地址 解决流程 1.开启cdn 设置腾讯云cdn(内容分布网络),开启主域名和www域名的cdn,源站设置自己的ip地址,回源设置自己的域名(如:xxx.php-china.com) 主域名设置: www域名设置: 2.CNAME设置 把CNAME值解析到对应的主域名上 解析结果: 3.服
nginx localtion使用正则匹配导致301 循环
a546835886的博客
09-22 1018
nginx localtion使用正则匹配导致301 循环
nginx 301 重定向 包括域名、目录、文件等方法 (一)
Herry
09-09 593
在网站建设中需要网页重定向的情况很多：如网页目录结构变动，网页重命名、网页的扩展名改变、网站域名改变等。如果不做重定向，用户的收藏和搜索引擎数据 库中的旧地址只能让访客得到一个404错误信息页面，访问流量白白丧失。不仅如此，之前该页面的一切积累（比如PR值）就都白费了。 301重定向不仅能使页面实现自动跳转，对于搜索引擎来说，也可能可以传递PR值 1、将多个域名指向同一web目录： ...
Nginx下修改WordPress固定链接导致无法访问的问题解决
Jeffrey‘s workspace
10-27 5595
今天下午没事，像以往一样开始做seo的优化，当然牵扯到永久链接，wordpress提供多种类型的链接形式     1/%year%/%monthnum%/%day%/%postname%/     2/%year%/%monthnum%/%postname%/     3/%year%/%monthnum%/%day%/%postname%.html     4/%year
nginx的301和302跳转的配置
inventecsh的博客
01-02 4176
区别： 301永久跳转：当用户向网站服务器发出浏览请求时，服务器返回的HTTP数据流中头信息中的状态码的一种，表示本网页永久性转移到另一个地址，301则不会搜索引擎视为spam。 302临时跳转：也是状态码的一种，意义是暂时转向到另外一个网址，302容易被搜索引擎视为spam。 301代码： rewrite ^/(.*)$ http://www.server110.com/$1 permanent...
解决nginx 301跳转url最后带/问题
m0_50207524的博客
03-25 1654
1、Nginx 服务中配置指令 absolute_redirect 用来配置重定向的方式。默认开启，为绝对重定向，url最后会加上/；否则为相对重定向。2、当我们访问URI时；如果访问资源为一个目录，并且URI没有以正斜杠（/）结尾;Nginx 服务就会返回一个301跳转，目标地址就是要加一个正斜杠。
redhat9 nginx curl 出现301 错误怎么修改
03-19
<think>好的，我现在需要解决用户在RedHat 9中使用Nginx时，通过Curl出现301重定向错误的问题。首先，我得理清楚问题的可能原因，然后一步步排查并找到解决方案。 首先，用户提到的是Nginx和Curl导致的301重定向错误。301状态码是永久重定向，通常发生在服务器配置需要将某个URL永久指向另一个位置时。用户可能在使用Curl访问时，被Nginx重定向到了另一个地址，而这不是他们预期的结果。所以需要检查Nginx的配置是否正确，是否存在不必要的重定向规则。 接下来，我需要回忆一下Nginx常见的导致301重定向的原因。常见的原因包括： 1. **服务器块（server block）配置错误**：比如，可能配置了多个server块，其中一个监听80端口，另一个监听443端口（SSL），但没有正确处理HTTP到HTTPS的重定向，或者配置了错误的域名导致重定向循环。 2. **缺少默认的服务器块**：当请求的Host头与所有server_name不匹配时，Nginx会使用默认的服务器块。如果默认块配置了重定向，可能会引发意外的301。 3. **错误的rewrite规则**：在Nginx配置中使用了rewrite指令，可能会导致意外的重定向。例如，强制添加或删除www前缀，或者强制使用HTTPS，但配置有误。 4. **ProxyPass配置问题**：用户提供的引用中提到了ProxyPass和ProxyPassReverse的设置，可能是在反向代理配置时出现问题，导致后端服务返回的重定向被错误处理。 接下来，根据用户提供的引用内容，特别是引用[1]和引用[2]，用户可能是在配置Nginx作为反向代理时遇到了问题。引用[1]是关于Nginx的index指令设置，而引用[2]是Apache的代理配置指令，但用户可能是在Nginx中尝试类似的反向代理设置，但语法不正确。 因此，可能的问题点在于Nginx的反向代理配置是否正确，是否正确地处理了请求头，例如Host头，导致后端应用返回的重定向地址不正确，从而触发301错误。例如，如果Nginx没有正确设置Host头，后端应用可能会生成基于内部地址的重定向，而外部客户端无法正确解析，导致循环重定向或错误。 解决步骤可能包括： 1. **检查Nginx配置文件中的server块**：确认是否在HTTP块中有多个server块，并且监听端口是否正确。例如，是否配置了监听80端口的server块将请求重定向到HTTPS，而HTTPS的server块配置是否正确，特别是server_name是否正确，SSL证书是否有效。 2. **检查反向代理配置**：在Nginx中，反向代理通常使用proxy_pass指令，而不是Apache的ProxyPass。用户可能在配置中将Apache的语法错误地应用到Nginx，导致配置无效。例如，正确的Nginx代理配置应该类似于： ``` location / { proxy_pass http://127.0.0.1:3000; 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-Proto $scheme; } ``` 这里需要注意proxy_set_header Host $host; 的设置，确保后端服务接收到正确的Host头，避免生成错误的重定向URL。 3. **检查重写规则**：查看是否有rewrite指令导致不必要的重定向。例如，强制添加或删除www，或者强制HTTPS的配置是否有问题。例如，一个常见的将HTTP重定向到HTTPS的配置是： ``` server { listen 80; server_name example.com; return 301 https://$host$request_uri; } ``` 但如果server_name配置错误，或者证书问题，可能导致重定向循环或错误。 4. **检查默认服务器块**：如果没有匹配的server_name，Nginx会使用默认的服务器块，通常是第一个定义的。如果默认块配置了重定向到HTTPS或其他地址，可能导致意外的301。需要确认默认块的处理是否符合预期。 5. **检查请求的Host头**：使用Curl时，是否指定了正确的Host头。例如，如果Nginx配置的server_name是example.com，但Curl请求的是IP地址或错误的域名，Nginx可能会重定向到正确的域名，导致301。可以通过Curl的-v选项查看详细请求和响应头，确认重定向的目标Location是否正确。 6. **检查后端服务的响应**：如果Nginx作为反向代理，后端服务返回了301重定向，需要确认后端服务生成的Location头是否正确。可能是后端服务根据接收到的Host头生成错误的重定向地址。例如，如果后端服务接收到的是127.0.0.1:3000的Host头，而不是公网域名，生成的Location会指向内部地址，导致Curl再次请求时出现错误。 7. **验证Nginx配置语法**：运行nginx -t检查配置文件是否有语法错误，确保配置正确无误。 8. **检查日志文件**：查看Nginx的错误日志和访问日志，通常在/var/log/nginx/error.log和access.log，通过日志中的信息定位具体问题。例如，查看访问日志中的301响应是哪个server块处理的，以及请求的Host头是什么，帮助确定配置问题所在。 结合用户提供的引用内容，特别是引用[2]中的ProxyPass指令，用户可能混淆了Apache和Nginx的代理配置语法。在Nginx中，应该使用proxy_pass指令而不是ProxyPass，因此需要纠正配置中的语法错误。 总结可能的解决方案步骤： 1. 确认Nginx的server块配置正确，特别是server_name和监听端口。 2. 确保反向代理配置使用proxy_pass，并正确设置proxy_set_header，特别是Host头。 3. 检查是否有不必要的重写规则或重定向配置。 4. 通过Curl -v查看详细的请求和响应头，分析重定向原因。 5. 检查Nginx和后端服务的日志，确认问题所在。 6. 确保SSL配置正确（如果涉及HTTPS）。 例如，正确的Nginx反向代理配置应类似： ``` server { listen 80; server_name example.com; location / { proxy_pass http://127.0.0.1:3000; 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-Proto $scheme; } } ``` 如果用户之前错误地使用了Apache语法，修改为Nginx的proxy_pass配置可能解决问题。同时，确保后端应用正确处理了X-Forwarded-Proto头，以生成正确的URL（比如在需要HTTPS时）。 另外，如果用户希望将所有HTTP请求重定向到HTTPS，应配置一个单独的server块处理80端口，并返回301重定向： ``` server { listen 80; server_name example.com; return 301 https://$host$request_uri; } server { listen 443 ssl; server_name example.com; ssl_certificate /path/to/cert.pem; ssl_certificate_key /path/to/privkey.pem; location / { proxy_pass http://127.0.0.1:3000; proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $scheme; # 其他代理设置... } } ``` 这样，当用户通过HTTP访问时，会被重定向到HTTPS，而HTTPS的配置正确代理到后端服务，避免了重定向问题。 最后，使用curl -v http://example.com 来测试，观察响应头中的Location是否正确指向HTTPS地址，并且没有循环重定向的情况。如果问题依然存在，需要进一步检查后端服务是否生成了额外的重定向，或者Nginx配置中是否有其他规则干扰。</think>### RedHat 9中Nginx使用Curl时出现301重定向错误的解决方法 #### 问题原因分析 301重定向通常由以下原因引起： 1. **Nginx配置强制HTTPS**：未正确区分HTTP/HTTPS的`server`块，导致HTTP请求被强制跳转[^1]。 2. **反向代理配置错误**：`proxy_pass`未正确设置请求头（如`Host`或`X-Forwarded-Proto`），导致后端服务生成错误的重定向地址[^2]。 3. **域名与`server_name`不匹配**：请求的域名未在Nginx的`server_name`中声明，触发默认重定向规则。 --- ### 解决方案步骤 #### 1. 检查Nginx的HTTP/HTTPS配置 确保HTTP（80端口）和HTTPS（443端口）的`server`块独立配置。若需强制HTTPS，应明确设置重定向： ```nginx # HTTP强制跳转HTTPS server { listen 80; server_name your_domain.com; return 301 https://$host$request_uri; # 触发301重定向 } # HTTPS服务配置 server { listen 443 ssl; server_name your_domain.com; ssl_certificate /etc/nginx/ssl/cert.pem; ssl_certificate_key /etc/nginx/ssl/key.pem; location / { proxy_pass http://127.0.0.1:3000; # 反向代理到本地3000端口 proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $scheme; # 传递协议类型（http/https） } } ``` #### 2. 修正反向代理的请求头配置 添加关键请求头，确保后端服务获取真实客户端信息： ```nginx location / { proxy_pass http://127.0.0.1:3000; 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-Proto $scheme; # 关键：标识原始协议 } ``` #### 3. 验证域名与`server_name`匹配 - 使用`curl`时指定`Host`头（若测试环境无DNS解析）： ```bash curl -H "Host: your_domain.com" http://服务器IP -v ``` - 检查Nginx日志定位处理请求的`server`块： ```bash tail -f /var/log/nginx/access.log ``` #### 4. 关闭默认重定向（可选） 若未配置的域名触发默认重定向，可在首个`server`块中添加`default_server`标识： ```nginx server { listen 80 default_server; server_name _; return 444; # 直接关闭连接，不返回重定向 } ``` #### 5. 测试配置并重载Nginx ```bash nginx -t # 检查语法 systemctl reload nginx # 重载配置 ``` --- ### 验证方法 使用`curl`命令观察响应头中的`Location`字段： ```bash curl -L http://your_domain.com -v # -L参数自动跟随重定向 ``` - 若输出`Location: https://your_domain.com`，说明HTTP到HTTPS重定向正常。 - 若仍出现意外重定向，检查后端服务是否依赖`X-Forwarded-Proto`头生成URL。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值