htaccess规则问题：登录后访问指定URL仍被重定向的原因排查

首先咱们来拆解下你遇到的问题：未登录时访问目标URL跳登录页是符合预期的，但登录后依然被重定向到仪表盘，这说明要么你的.htaccess规则逻辑有漏洞，要么是WordPress本身的权限/路径配置在起作用。咱们一步步来分析：

1. 先看当前.htaccess规则的核心问题 #

你的规则逻辑是：当请求Cookie里找不到wordpress_logged_in相关内容，且请求URI包含folder1/folder2时，触发登录重定向。但登录后仍触发重定向，大概率是Cookie匹配的正则写法出了问题：

你写的Cookie检查条件是：

RewriteCond %{HTTP_COOKIE} !^.*wordpress_logged_in.*$ [NC]

这里用了^（字符串开头）和$（字符串结尾）强制全匹配，但HTTP的Cookie头是多个Cookie用分号分隔的字符串（比如wordpress_logged_in_abc123=xxx; wp-settings-1=yyy）。虽然字符串里确实包含wordpress_logged_in，但这种全匹配写法可能因为Cookie的格式（比如空格、特殊后缀）导致匹配失效，服务器误以为用户未登录，错误触发重定向。

修正写法：直接做子串匹配就行，不需要全字符串校验，更稳妥：

RewriteCond %{HTTP_COOKIE} !wordpress_logged_in [NC]

另外注意你的重定向参数redirect_too可能是笔误，WordPress标准的登录跳转参数是redirect_to，建议改成这个，避免后续登录后跳转异常。

2. 验证服务器是否真的收到了登录Cookie #

即使浏览器里能看到wordpress_logged_in相关Cookie，也可能因为以下原因导致服务器端拿不到：

• Cookie域名不匹配：比如Cookie被设置为doamin.com（不带www），但你访问的是www.doamin.com，跨子域导致Cookie无法传递。
• Cookie路径限制：如果Cookie的Path被设为/wp-admin/这类特定路径，访问/folder1/folder2/时不会携带该Cookie。
• Secure属性问题：网站用HTTPS但Cookie没开Secure属性，部分浏览器在严格模式下不会发送该Cookie。

你可以在浏览器开发者工具的「网络」面板里查看请求头，确认Cookie字段里是否真的包含wordpress_logged_in相关内容；也可以在服务器临时加日志输出%{HTTP_COOKIE}的值来验证。

3. 排除WordPress本身的重定向行为 #

如果修正规则后还是跳仪表盘，那大概率不是.htaccess的问题，而是WordPress的原生逻辑：

• 目标路径不存在：/folder1/folder2/对应的页面、自定义路由或物理目录根本不存在，WordPress会把无效请求重定向到用户默认的仪表盘（取决于用户角色和系统设置）。
• 权限不足：当前登录用户没有访问该路径的权限，WordPress的权限系统自动将其重定向到仪表盘。

你可以先测试：登录后访问首页或其他确定存在的页面，看是否正常；然后检查/folder1/folder2/是否对应已发布的页面、自定义路由，同时确认当前用户的角色是否有访问该内容的权限。

最终修正后的.htaccess规则 #

RewriteEngine On
# 简化Cookie匹配逻辑，检查是否包含登录标识
RewriteCond %{HTTP_COOKIE} !wordpress_logged_in [NC]
# 匹配目标路径
RewriteCond %{REQUEST_URI} folder1/folder2 [NC]
# 重定向到登录页，使用标准redirect_to参数
RewriteRule . https://www.doamin.com/account/?redirect_to=%{REQUEST_URI} [L,QSA]

内容的提问来源于stack exchange，提问作者Vipin Sharma