WordPress无尾斜杠HTTPS URL重定向丢失HTTPS协议问题求助

这个问题我之前在类似的AWS架构里碰到过，核心原因是后端服务器不知道用户实际请求的是HTTPS——CloudFront帮你做了HTTP转HTTPS，但它转发给后端服务器的请求其实是HTTP的，所以当服务器（Apache/WordPress）生成尾斜杠重定向时，会默认用HTTP协议，导致跳转丢了HTTPS。

下面分步骤解决：

第一步：确保CloudFront传递正确的请求头给后端 #

首先要在CloudFront的分发设置里，确保X-Forwarded-Proto这个头被转发到你的源站（后端服务器）。这个头会告诉后端用户实际用的是HTTP还是HTTPS。

• 进入CloudFront控制台，找到你的分发 → 「行为」标签 → 编辑对应的行为
• 在「缓存键和源请求」里，找到「自定义源请求头」，添加X-Forwarded-Proto（值留空，CloudFront会自动填充用户实际的协议）

第二步：修改.htaccess，基于真实协议生成重定向 #

你的现有.htaccess只处理了WordPress的路由，没有显式处理尾斜杠重定向，而Apache默认的尾斜杠重定向（当访问目录时）会用当前服务器的协议（也就是CloudFront转发的HTTP）。所以我们要手动添加尾斜杠重定向规则，并且强制使用X-Forwarded-Proto里的协议。

修改后的.htaccess内容如下：

# 首先处理尾斜杠重定向，使用真实的请求协议
RewriteCond %{HTTP:X-Forwarded-Proto} ^https$ [NC]
RewriteRule ^(.*[^/])$ https://%{HTTP_HOST}/$1/ [L,R=301]

RewriteCond %{HTTP:X-Forwarded-Proto} ^http$ [NC]
RewriteRule ^(.*[^/])$ http://%{HTTP_HOST}/$1/ [L,R=301]

# 保留原有的WordPress路由规则
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog/index.php [L]

解释一下：这两条规则先检查X-Forwarded-Proto头的值，然后根据用户实际的协议（HTTP/HTTPS）生成带尾斜杠的重定向URL，这样就不会丢失HTTPS了。

第三步：修正wp-config.php的配置，让WordPress识别真实协议 #

你的现有wp-config里虽然设置了$_SERVER['HTTPS'] = 'on';，但这是强制的，不够灵活（如果有HTTP请求的话会出问题），应该基于CloudFront的头来动态设置。同时建议开启FORCE_SSL_ADMIN（如果后台也用HTTPS的话）。

修改后的wp-config.php相关配置：

// 从CloudFront的头获取真实协议
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

define('DOMAIN', $_SERVER['SERVER_NAME']);
// 动态使用真实协议设置WP_HOME和WP_SITEURL
define('WP_HOME', ($_SERVER['HTTPS'] === 'on' ? 'https://' : 'http://') . DOMAIN . '/blog/');
define('WP_SITEURL', ($_SERVER['HTTPS'] === 'on' ? 'https://' : 'http://') . DOMAIN . '/blog/');

// 强制后台使用HTTPS（如果你的后台也通过CloudFront走HTTPS的话，建议开启）
define('FORCE_SSL_ADMIN', true);

第四步：验证配置 #

修改完成后，记得：

• 刷新CloudFront的缓存（避免旧的缓存影响测试）
• 用httpstatus.io测试无尾斜杠的URL，确认重定向是301到带尾斜杠的HTTPS URL
• 同时测试HTTP的URL，确认会被CloudFront重定向到HTTPS，然后再补尾斜杠（或者按我们的规则一步到位）

另外要注意：如果你的后端服务器是Apache，确保mod_rewrite已经启用，并且.htaccess的配置被允许（在Apache的虚拟主机配置里设置AllowOverride All）。

内容的提问来源于stack exchange，提问作者Daniel Santos