我们有一个情况需要重定向https://service1.domain.com到https://service2.domain.com。我知道对于 http 端点来说这非常简单，但我不太确定 https。
我们有一些旧的 Windows 应用程序 Web 服务客户端，它们不会很快更新其软件版本，并且我们无法更新它们的 Web 引用https://service2.domain.com。
有什么办法让这些 Web 服务客户端指向https://service1.domain.com，但将他们的请求转发给（并由其回复）https://service2.comin.com？
旧服务器运行的是 IIS 6.0。新服务器运行的是 IIS 7.0。如果需要，我们可能可以将其升级到 7.5，但我不确定。
我们可能还可以使用公共 DNS 将旧的 Web 服务无缝过渡到新服务器，但我们无法更改“service1.domain.com”的 DNS 名称。
感谢 ServerFault！
答案1
只要两端的服务器都使用其名称的有效证书进行响应（旧服务器的证书应为service1.domain.com，新服务器的证书应为service2.domain.com，并与客户端访问的 DNS 名称相匹配），则从旧 SSL 站点到新站点的 30x 重定向完全没有问题。
答案2
我不确定这是最有效的方法，但你可以在 IIS 7 中设置反向代理——在这种情况下，对 service1.domain.com 的请求将由 IIS 转发到 service2.domain.com 并进行回复，但对于客户端来说，这似乎是纯流量到 service1.domain.com——http://learn.iis.net/page.aspx/659/reverse-proxy-with-url-rewrite-v2-and-application-request-routing/