Nginx子域名重定向配置咨询：subdomain1转subdomain2是否可行？

你的这个配置基本可行，能实现将subdomain1.mydomain.com的所有请求跳转到www.subdomain2.mydomain.com，并且通过$request_uri保留原请求的路径和查询参数，满足保留谷歌流量的核心需求。但这个配置存在几个明显问题，同时有优化空间：

存在的问题 #

• HTTP跳转的安全与SEO隐患：你配置跳转到http://协议，但目标域名subdomain2已有SSL证书，应该使用https://。HTTP跳转不仅会触发浏览器的不安全提示，还会影响谷歌对链接权重的传递，降低SEO效果。
• 域名前缀匹配风险：如果你的SSL证书仅覆盖subdomain2.mydomain.com，未包含www.subdomain2.mydomain.com，那么跳转后会出现证书不匹配的错误，导致用户无法正常访问目标站点。
• Docker环境的端口映射问题：如果Nginx运行在Docker容器内，需确保容器的80端口（该server块默认监听80端口）已正确映射到宿主机的80端口，否则外部请求无法到达Nginx容器，跳转规则无法生效。
• 301永久重定向的缓存问题：301是浏览器和搜索引擎会长期缓存的永久重定向规则，若后续需要调整跳转目标，必须清除客户端缓存或等待缓存过期，测试阶段建议先用302临时重定向验证。

优化后的配置 #

server {
    listen 80;
    server_name subdomain1.mydomain.com;
    # 直接跳转到HTTPS协议的目标域名，需确保证书覆盖对应域名
    return 301 https://subdomain2.mydomain.com$request_uri;
}

额外注意事项 #

• 确认subdomain1.mydomain.com的DNS解析已指向运行Nginx的Docker宿主机IP，否则请求无法到达Nginx。
• 若目标域名确实需要www前缀，务必确保SSL证书包含www.subdomain2.mydomain.com，避免证书错误。
• 测试阶段建议将301改为302，验证跳转逻辑正常后再换回301，避免缓存带来的调试障碍。

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