Azure Web App for Containers(S1)部署WordPress后管理端HTTPS失效求助

老哥，我之前踩过完全一样的坑！关键原因是Azure Web App的SSL终止是在平台前端的负载均衡层，你的WordPress容器接收到的实际都是HTTP请求——WordPress识别不到这是HTTPS环境，结果管理端的跳转、静态资源引用全用HTTP，自然就出问题了。下面是我亲测有效的修复步骤：

1. 补全wp-config.php的HTTPS识别逻辑 #

你用的微软示例配置少了关键的反向代理识别代码，打开你的wp-config.php，在/* That's all, stop editing! Happy publishing. */这行之前，添加这段代码：

// 识别Azure Web App的HTTPS反向代理环境
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
    $_SERVER['SERVER_PORT'] = 443;
}

// 强制WordPress管理端全程使用HTTPS
define('FORCE_SSL_ADMIN', true);

另外，记得把WP_HOME和WP_SITEURL改成HTTPS开头的，比如：

define('WP_HOME', 'https://你的应用名.azurewebsites.net');
define('WP_SITEURL', 'https://你的应用名.azurewebsites.net');

2. 给Apache添加反向代理信任配置（Dockerfile层面） #

因为你用的是wordpress:apache镜像，得让Apache信任Azure反向代理传递的X-Forwarded-Proto头，步骤如下：

• 新建一个apache-ssl-fix.conf文件，内容如下：

# 信任Azure内部的反向代理IP段（Web App环境受控，这么配置安全）
RemoteIPHeader X-Forwarded-For
RemoteIPTrustedProxy 10.0.0.0/8
RemoteIPTrustedProxy 172.16.0.0/12
RemoteIPTrustedProxy 192.168.0.0/16

# 确保HTTPS头能正确传递给WordPress
RequestHeader set X-Forwarded-Proto "https" expr=%{REQUEST_SCHEME}

• 修改你的Dockerfile，把这个配置集成进去：

# Pull image from official source with version specified
FROM wordpress:4.9.5-php7.2-apache
# 复制自定义Apache配置
COPY ./apache-ssl-fix.conf /etc/apache2/conf-available/
# 启用配置并重启Apache
RUN a2enconf apache-ssl-fix.conf && service apache2 restart
# Overwrite Wordpress configuration
COPY ./wp-config.php /usr/src/wordpress/
# 补全你原本的权限设置（比如给www-data目录权限）
RUN chown -R www-data:www-data /var/www/html

3. 检查Azure Web App的平台配置 #

最后别忘了在Azure门户确认这几个关键设置：

• 进入设置 > TLS/SSL设置，确保已经绑定有效的SSL证书（可以用Azure免费的App Service证书，省心）。
• 进入设置 > 配置 > 常规设置，打开HTTPS 仅开关，强制所有请求跳转到HTTPS。
• 进入设置 > 配置 > 应用程序设置，添加应用设置：WEBSITE_ENABLE_SYNC_UPDATE_SITE，值设为true，确保WordPress的站点URL修改能同步生效。

4. 验证修复效果 #

重新构建镜像推送到你的容器注册表，然后重启Web App。访问https://你的应用名.azurewebsites.net/wp-admin，检查页面是否正常加载、所有资源是否都用HTTPS引用，登录后操作也不会跳回HTTP就搞定了！

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