我有一个有趣的问题，即HTTPS端口无法正常处理。这是一个相对较小的问题，我敢打赌它很容易解决，我只是没想到它。
我们有一个提供IIS 6的网站，www.mylongdomainname.com。我们有一个安全的门户网站，通过https://www.mylongdomainname.com处理。现在我们有几个虚荣和营销网址，我们通过手机使用，如www.shortname.com等。我有两个网站设置，一个处理所有请求与标题www.mylongdomain.com实际上为网站服务。另一个接受任何流量并永久重定向到www.mylongdomain.com。这样，如果我们再添加任何域名，它们都将最终添加到域名，同时将mylongdomain.com重定向到www.mylongdomain.com。
这里的一切都很好。现在的问题是当我谷歌“shortname.com”时，返回的第一个结果与谷歌搜索“mylongdomain”相同，但谷歌已经能够通过https://shortname.com抓取其他页面并将其编入索引。我们没有这些其他域的SSL证书，因此当您点击时，您会收到一个令人讨厌的不受信任的错误。
如果我们不通过手机使用这些网址，这真的不会成为问题，而且你们都知道有多少人不知道网址栏和搜索框之间的区别。
任何建议或提示？
答案 0 :(得分：2)
我设置了一个重定向，以便https://shortname.com通过301（永久）重定向发送到http://shortname.com。这将立即结束令人讨厌的不受信任的错误。此外，这也将导致谷歌缓慢但肯定地更新他们的索引。
有多种方法可以做到这一点。如果您使用的是IIS7，则可以使用URL Rewrite Module并编写重定向规则来处理它。
或者，如果您不在IIS7上，那么编写一些代码来完成此操作可能是完全可以接受的。我wrote some ASP.NET我已经用了很多次来处理这个HTTP / HTTPS重定向。在您的特定情况下，您可以简单地使用我的代码并在global.asax的Application_BeginRequest函数中调用SetSSL（False）。