Redirect 在Azure中通过HTTPS将www重定向到非www（仅域）

我已经有了一个只有域本身的SSL证书的站点（即mydomain.com，而不是www.mydomain.com）。我正在我的控制器（ASP.NET MVC 4）上使用

RequireHttps

过滤器，我的域提供程序中有一个主机记录，301将

www

子域重定向到

https://mydomain.com

这是各种组合的结果：

• mydomain.com=>
• =>相同
• www.mydomain.com=>
• =>超时

---

上一个版本已经通过HTTPS，但是由于某种原因，使用

www

的版本无法加载。有人知道为什么吗？

没有人比你更清楚。尝试将fiddler与提供者生成的301响应日志结合使用。我想知道为什么当我们拥有Azure部署的

伪静态

IP地址时，人们仍然要经历重定向的麻烦。您知道吗，只要您不删除此部署，Azure部署的IP地址将保持不变（不会更改）。因此，使用

A记录

而不是

301重定向

将工作得更好、更安全。最后，fiddler会给你们一个确切的答案，那个就是超时时间在哪里——你们的提供商为301或其他问题超时。记录的问题是，www变得和域一样有效，这意味着你们的同一个站点在两个位置都可用。我想任何潜在的搜索惩罚都可以通过使用rel=“canonical”来减轻，但对SEO的观察仍然很有趣。不管怎样，你有没有和fiddler核实过当你尝试加载

https://www.mydomain.com/

？是的。我试过了，但没有得到任何有意义的东西，除了在连接打开后立即关闭。它似乎与在主机级别设置301重定向有关，至少与我的特定域提供程序有关。我能够通过将www也制作成A记录，然后在Global.asax中手动重定向来解决这个问题。我真的不想那样做，但更重要的是它能正常工作。