如何通过GCP负载均衡器实现HTTPS到HTTP的重定向？

针对Cisco WiFi登录页面（splash page）在iOS/MacOS上因强制HTTPS无法跳转的问题，直接在负载均衡器层面配置定向规则，绕过应用层的协议判断问题，是最可靠的解决方式。以下是主流负载均衡器的具体配置方案：

Nginx 负载均衡器配置 #

在Nginx的HTTPS server块中添加如下规则，当HTTPS请求匹配/wifi-login/路径时，重定向到HTTP协议的对应地址：

server {
    listen 443 ssl;
    server_name your-domain.com;

    # 其他HTTPS相关配置（ssl证书、加密套件等）

    # 针对/wifi-login/路径的重定向规则
    location ~ ^/wifi-login(/.*)?$ {
        # 用X-Forwarded-Proto确认原请求是HTTPS（因为后端是HTTP）
        if ($http_x_forwarded_proto = 'https') {
            return 302 http://$host$request_uri;
        }
    }

    # 其他location配置
}

• 使用302临时重定向，避免浏览器缓存重定向规则
• $host和$request_uri保留原请求的域名和路径参数，确保跳转后地址正确

AWS Application Load Balancer (ALB) 配置 #

1. 打开AWS控制台，进入目标ALB的监听器配置页面
2. 选择HTTPS监听端口（默认443），点击查看/编辑规则
3. 添加新规则：
   • 条件：选择「路径」，输入/wifi-login/*，匹配类型选「包含」
   • 动作：选择「重定向」，配置如下：
     • 协议：HTTP
     • 端口：80
     • 状态代码：302 - 临时重定向
     • 保留原请求的主机头、路径和查询参数
4. 保存规则，等待配置生效

HAProxy 负载均衡器配置 #

在HAProxy的frontend HTTPS监听块中添加路径匹配和重定向规则：

frontend https_frontend
    bind *:443 ssl crt /path/to/your/cert.pem
    mode http

    # 匹配/wifi-login/路径，重定向到HTTP
    acl is_wifi_login path_beg /wifi-login
    redirect scheme http code 302 if is_wifi_login { ssl_fc }

    # 其他转发规则
    default_backend wordpress_backends

• path_beg匹配以/wifi-login开头的路径（包含子路径）
• { ssl_fc }判断当前请求是HTTPS连接

关键注意事项 #

• 确保Cisco路由器的splash page配置中，跳转地址明确指向HTTP协议的http://your-domain.com/wifi-login/
• 测试时清空iOS/MacOS设备的浏览器缓存，避免旧的HTTPS缓存影响
• 不要在WordPress应用层添加任何协议重定向规则，防止和负载均衡器的规则冲突导致无限循环

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