如果有人回答，我道歉，但我没有运气。我是公司新职位的新手，并且不具备面向外部客户网站的丰富经验。
目前，他们有一个运行IIS 7的Windows Server 2008安装，它主要为特定域提供经典ASP页面，称之为mydomain.com。
计划是修剪站点并最终迁移到在Server 2012 R2和IIS 8.5上运行的ASP.NET MVC 5站点。在短期内，有些页面基本上是需要更新的自包含应用程序。还需要做一些很好的规划来迁移网站的所有各个部分（许多只是在自给自足的＆＃34;应用程序＆＃34;上）。我宁愿不必尝试修改或重建现有服务器上的内容。从资源角度来看，站起来一台新服务器并在新服务器上托管新修改的页面将是微不足道的。
最终的问题是，我可以在新服务器上托管新页面并将旧页面保留在旧服务器上吗？我将如何从旧服务器重定向新服务器上的页面的流量？我本质上是在查看DNS子域，还是有更实用的选择？
提前感谢您的帮助。如果这篇文章中缺少信息，我很乐意更新。
答案 0 :(得分：1)
简短回答：是的。更长的答案：如果您将拥有两台服务器，则必须使用子域，因为您无法将同一域连接到多个IP地址。但是，当您迁移旧站点的一个位时，您可以在旧服务器上添加重定向以命中子域上的新区域。这是非常标准的。使用IIS7，您需要安装URL Rewrite module。
唯一的小问题是，如果您需要在两个站点之间共享任何内容：会话，身份验证等。如果是这种情况，您将不得不做一些额外的工作。我没有使用经典ASP，但对于会话，粗略的谷歌搜索提出了：How to Share Session State Between Classic ASP and ASP.NET。 Auth更难。我唯一能找到的是v ery old Microsoft blog showing how to share FormsAuth in ASP.NET with a classic ASP app。它是针对ASP.NET 2.0编写的，带有新Identity组件的MVC 5是一个完全不同的野兽（FormsAuth甚至不再使用）。在这方面你可能会非常幸运。