WordPress站点全量重定向至/lander/故障求助
WordPress全站强制重定向故障排查方案
问题概述
接手的客户站点avenaleisure.com出现全站故障,所有页面(含wp-admin、wp-login后台入口)均强制重定向至测试用的/lander/页面。疑似触发点为添加DNS TXT记录对接Google Workspace,已删除该记录,但问题未缓解。
已执行的无效排查操作
- 修改
.htaccess规则(含恢复默认WordPress规则) - 恢复历史MySQL数据库备份及网站目录完整备份
- 在cPanel中禁用所有插件并启用WordPress 2024默认主题
下一步排查方向
1. 检查服务器端重定向配置
- 登录服务器控制台或cPanel,查看Apache虚拟主机配置文件(如
httpd.conf或站点专属*.conf),搜索是否存在针对全站的Redirect/RewriteRule规则指向/lander/ - 若使用Nginx,检查站点配置文件中的
return/rewrite指令,确认有无强制重定向逻辑
2. 验证WordPress核心配置
- 通过FTP打开
wp-config.php,检查是否存在手动添加的重定向代码(如header("Location: /lander/")) - 确认
WP_HOME和WP_SITEURL配置是否正确,未被篡改指向/lander/路径
3. 清空全链路缓存
- 若站点使用CDN,清空CDN缓存并临时暂停CDN转发,测试重定向是否消失
- 清空服务器端缓存(如Redis、Memcached)及主机商自带缓存服务
- 使用浏览器隐私模式测试,规避本地缓存干扰
4. 确认DNS解析状态
- 用
nslookup/dig命令验证站点A/CNAME记录是否正确指向服务器IP,无异常跳转 - 确认已删除的Google Workspace TXT记录已完全生效(DNS缓存可能延迟1-24小时,可通过在线DNS查询工具验证)
5. 排查恶意代码注入
- 扫描网站根目录、wp-includes、wp-admin文件夹,检查是否存在未知PHP文件或被篡改的核心文件(可对比官方WordPress核心文件哈希值)
- 检查当前主题
functions.php文件,是否被添加template_redirect等钩子实现重定向
6. 联系主机商核实服务器限制
部分主机商会在检测到异常操作时添加临时重定向规则,可联系主机商确认是否存在此类限制
内容的提问来源于stack exchange,提问作者Paul Murphy
相关产品推荐
相关产品推荐

