IIS、重定向和HTTPS

IIS、重定向和HTTPS,iis,ssl,https,Iis,Ssl,Https,我有一个有趣的问题,HTTPS端口没有得到正确处理。这是一个相对较小的问题,我打赌它很容易解决,我只是没有考虑它 我们有一个IIS 6网站,www.mylongdomainname.com。我们有一个安全的门户,通过。现在,我们有几个虚荣和营销URL,我们在电话上使用,如www.shortname.com等。我有两个网站设置,一个是处理所有请求,标题是www.mylongdomain.com,它实际上为网站服务。另一个接受任何流量并永久重定向到www.mylongdomain.com。通过这种方

我有一个有趣的问题,HTTPS端口没有得到正确处理。这是一个相对较小的问题,我打赌它很容易解决,我只是没有考虑它

我们有一个IIS 6网站,www.mylongdomainname.com。我们有一个安全的门户,通过。现在,我们有几个虚荣和营销URL,我们在电话上使用,如www.shortname.com等。我有两个网站设置,一个是处理所有请求,标题是www.mylongdomain.com,它实际上为网站服务。另一个接受任何流量并永久重定向到www.mylongdomain.com。通过这种方式,如果我们再添加任何域,它们都将在同一个域中结束,并且它会将mylongdomain.com重定向到www.mylongdomain.com

这里一切正常。现在的问题是,当我搜索“shortname.com”时,返回的第一个结果与我搜索“mylongdomain”时的结果相同。然而,谷歌已经能够通过谷歌抓取其他页面,并以这种方式为它们编制索引。我们没有这些其他域的SSL证书,所以当您点击时,会出现严重的不可信错误

如果我们不在电话上使用这些URL,这真的不会成为问题,而且你们都知道有多少人不知道URL栏和搜索框之间的区别


有什么建议或提示吗?

我已经设置了一个重定向,以便通过301(永久)重定向发送到。这将立即结束令人讨厌的不可信错误。此外,这也将导致谷歌缓慢但肯定地更新他们的索引

有多种方法可以做到这一点。如果您使用的是IIS7,则可以使用并编写重定向规则来处理它


或者,如果您不在IIS7上,那么编写一些代码来实现这一点可能是完全可以接受的。我已经用了很多时间来处理这个HTTP/HTTPS重定向。在您的特殊情况下,您可以简单地使用我的代码并在global.asax的应用程序_BeginRequest函数中调用SetSSL(False)。

是的,我没有提到这一点,但我已经通过asp.net处理了。再看一遍,我犯的错误是我使用了Response.Redirect(302)而不是301。我真傻。