上一篇
WordPress后台无限重定向解决是指针对访问/wp-admin/或wp-login.php时浏览器反复跳转无法进入后台的问题，通过检查并修正站点地址、HTTPS协议、Cookie、插件、主题、.htaccess规则及服务器配置等方式恢复后台正常访问。
检查并修改站点地址
通过数据库管理工具打开WordPress所使用的数据库，找到wp_options表，如果数据库表前缀不是wp_，需要根据实际情况调整，在wp_options表中查找siteurl和home两个选项，确认两者的值是否与当前访问地址完全一致，包括协议、域名和端口，如果地址不一致，后台跳转就会进入循环，无法进入后台时,可执行以下SQL语句修改：
UPDATEwp_optionsSEToption_value='https://www.example.com'WHEREoption_name='siteurl'; UPDATEwp_optionsSEToption_value='https://www.example.com'WHEREoption_name='home';
修改后清空浏览器缓存并以无痕模式重新访问后台，若发现数据库中有多个重复的siteurl或home记录，需要删除多余记录,只保留正确值。
在wp-config.php中强制声明站点地址
如果数据库中的地址在多个环境间切换或无法持久修改，可以直接在wp-config.php文件中加入以下代码：
define('WP_HOME','https://www.example.com');
define('WP_SITEURL','https://www.example.com');这两行代码会覆盖数据库中的siteurl和home设置，确保WordPress后台跳转时使用固定地址，如果后台能够进入但常规设置页面中的地址被锁定，也可以使用此方法固定地址,修改后需要重新加载站点。
统一HTTP与HTTPS协议
后台无限重定向很多是因为WordPress认为请求是HTTP，而服务器或代理强制跳转到HTTPS，两者反复改写形成循环，可以强制WordPress识别HTTPS环境，在wp-config.php中加入：
if(isset($_SERVER['HTTP_X_FORWARDED_PROTO'])&&$_SERVER['HTTP_X_FORWARDED_PROTO']==='https'){
$_SERVER['HTTPS']='on';
}如果站点本身已启用SSL证书，还可在wp-config.php中开启后台强制SSL：
define('FORCE_SSL_ADMIN',true);同时在.htaccess中统一跳转HTTPS：
RewriteEngineOn
RewriteCond%{HTTPS}off
RewriteRule^(.*)$https://%{HTTP_HOST}%{REQUEST_URI}[L,R=301]修改后建议使用无痕浏览器测试,避免旧缓存影响判断。
处理反向代理和负载均衡
如果使用Nginx、Cloudflare或其他CDN代理，后端PHP可能无法直接判断HTTPS协议，除了设置HTTP_X_FORWARDED_PROTO外，还需确认服务器配置传递了该请求头,Nginx可添加：
proxy_set_headerX-Forwarded-Proto$scheme; proxy_set_headerX-Forwarded-Host$host;
使用Cloudflare时，可以在wp-config.php中固定协议和站点地址：
define('WP_HOME','https://www.example.com');
define('WP_SITEURL','https://www.example.com');
define('FORCE_SSL_ADMIN',true);同时可在Cloudflare页面规则中将/wp-admin/路径强制使用HTTPS，此类情况必须保证所有代理层传递的协议头一致,否则WordPress无法正确判断访问协议。
清空浏览器Cookie和缓存
无限重定向有时是浏览器中旧的登录Cookie导致，打开浏览器开发者工具，在应用或存储中找到该站点的Cookie并删除，也可以直接使用无痕窗口访问后台，如果无痕窗口可以正常登录，说明本机缓存或Cookie是直接诱因，清除后即可解决，还可以尝试更换浏览器或设备确认是否为本地环境问题，若清除Cookie后仍无法解决,再继续排查服务器端配置。
停用全部插件和恢复默认主题
插件冲突或主题中的重定向函数会导致后台循环，通过FTP或服务器文件管理器进入wp-content目录，将plugins目录重命名为plugins_old，同时将当前启用主题目录改名，这样WordPress会自动停用所有插件并使用默认主题，之后访问后台，如果可以进入，再逐个恢复插件和主题目录名称，每次恢复一个并测试，直到找到引发问题的扩展，如果仍然无法进入后台，可恢复插件目录名称,避免影响前台功能。
检查并恢复.htaccess文件
.htaccess中的错误重定向规则会导致后台访问不断跳转，备份当前.htaccess后,替换为WordPress默认规则：
#BEGINWordPress
<IfModulemod_rewrite.c>
RewriteEngineOn
RewriteBase/
RewriteRule^index\.php$-[L]
RewriteCond%{REQUEST_FILENAME}!-f
RewriteCond%{REQUEST_FILENAME}!-d
RewriteRule./index.php[L]
</IfModule>
#ENDWordPress保存后重新访问后台，如果安全插件或缓存插件曾写入额外规则，可能被清掉，问题也随之消失,确认问题解决后可重新保存固定链接生成兼容规则。
修复wp-login.php自身循环
访问wp-login.php时如果被反复重定向到同一地址，可以检查该文件是否完整，从WordPress官方安装包中提取wp-login.php覆盖服务器上的文件,还可以尝试访问以下完整地址测试登录：
https://www.example.com/wp-login.php?redirect_to=https%3A%2F%2Fwww.example.com%2Fwp-admin%2F
如果该地址可以进入登录页，说明某些插件或安全策略拦截了默认登录路径，覆盖文件后如果问题依旧,需要继续检查插件和安全规则。
检查数据库多站点配置
如果是WordPress多站点，后台跳转还涉及wp_blogs、wp_site和wp_sitemeta等表，需要确保其中域名与当前访问域名一致,可使用以下SQL检查：
SELECT*FROMwp_blogs;
SELECT*FROMwp_site;
SELECT*FROMwp_sitemetaWHEREmeta_keyIN('siteurl','home');如果域名错误，更新为正确域名，特别要注意多站点主站的路径配置，子站点的path值必须与网络配置中的结构匹配，多站点模式下地址配置分散在多个表中,修改后需要清理缓存。
排查Cookie域和登录SSL设置
wp-config.php中错误定义Cookie域会阻止登录状态保存，造成反复跳转,检查是否存在以下定义：
define('COOKIE_DOMAIN','.example.com');
define('FORCE_SSL_LOGIN',true);如果当前访问域名与COOKIE_DOMAIN不匹配，应删除或注释掉该行。FORCE_SSL_LOGIN会强制登录页使用HTTPS，如果SSL配置不完整，也可能导致循环，可先注释掉这些定义，再测试后台，Cookie设置错误时登录成功但无法保持状态,表现为反复跳回登录页。
十一、开启调试模式查看错误日志
在wp-config.php中启用调试：
define('WP_DEBUG',true);
define('WP_DEBUG_LOG',true);
define('WP_DEBUG_DISPLAY',false);然后再次尝试访问后台，系统会记录错误到wp-content/debug.log，打开该文件，查找与重定向、插件、主题相关的PHP通知或致命错误，根据日志定位具体文件后进一步处理，调试结束后建议关闭调试输出,避免暴露敏感信息。
十二、检查Nginx或Apache站点配置
服务器配置错误也会导致/wp-admin/路径循环,Nginx需要确保核心规则为：
location/{
try_files$uri$uri//index.php?$args;
}
location~\.php${
includesnippets/fastcgi-php.conf;
fastcgi_passunix:/var/run/php/php-fpm.sock;
}如果存在对/wp-admin/的单独重写或代理规则，应检查其逻辑，Apache用户还需确认虚拟主机中AllowOverride允许.htaccess生效，否则固定链接和重定向无法正常工作，服务器配置中的错误跳转优先级最高,会直接影响后台访问。
十三、重新保存固定链接与刷新重写规则
后台可以进入但间歇性出现重定向时，可在设置-固定链接中重新保存一次，让WordPress重新生成重写规则，如果无法进入后台，可以在主题functions.php临时加入：
flush_rewrite_rules();
访问一次网站后删除该代码，重写规则异常会导致wp-admin请求被错误路由，刷新后恢复正常，保存固定链接会重建.htaccess中的规则,解决部分规则冲突引起的循环。
十四、检查CDN、安全和缓存插件
某些CDN或安全插件会改写后台URL、添加验证重定向或缓存登录页，可暂时在CDN后台关闭对/wp-admin/路径的缓存和安全策略，若使用Wordfence、iThemes Security等安全插件，可通过数据库将active_plugins清空来停用，如果确定是某个插件，直接禁用该插件并更新其配置，安全插件经常添加登录保护规则,与站点已有重定向冲突时会造成后台循环。
十五、覆盖WordPress核心文件
如果所有方法均未解决，可能是核心文件被改动或损坏，从WordPress官方下载相同版本的安装包，解压后覆盖服务器上的wp-admin目录、wp-includes目录和根目录PHP文件，注意不要覆盖wp-content目录和wp-config.php文件，覆盖后再次访问后台测试，核心文件损坏通常来自不完整更新或恶意修改,覆盖可恢复标准后台行为。
