如何使用GCP负载均衡器配置主机跳转转发规则到不同URL

结论 #

完全可以实现，基于请求Host头匹配的转发/重定向是所有主流负载均衡产品的原生支持功能，分两种常用场景可以选择：

场景1：用户无感知透明转发 #

这种配置下用户浏览器地址栏始终显示xyz.com，负载均衡后台直接将请求转发到abc.com对应的服务节点，你可以自主选择是否将发送给上游的请求Host头修改为abc.com。
以Nginx负载均衡为例，核心配置参考：

server {
    listen 80;
    server_name xyz.com;
    location / {
        # 将请求转发到abc.com服务
        proxy_pass http://abc.com;
        # 可选配置：修改发给上游的Host头为abc.com
        proxy_set_header Host abc.com;
    }
}

场景2：用户端显性重定向 #

这种配置下用户访问xyz.com后，浏览器地址栏会自动变为abc.com，适合需要域名替换的正式业务场景。永久业务替换推荐用301永久重定向，临时调整用302临时重定向。
以Nginx负载均衡为例，核心配置参考：

server {
    listen 80;
    server_name xyz.com;
    # 301永久重定向，保留原始请求路径参数
    return 301 https://abc.com$request_uri;
}

注意事项 #

• HTTPS场景下需要提前在负载均衡侧配置xyz.com的有效SSL证书，才能正常解析请求执行规则。
• 透明转发场景如果abc.com是公网第三方服务，需要确保负载均衡所在网络可以正常访问abc.com。

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