我首先在 serverfault 上尝试了这个，认为这是一个配置错误，但是一个测试（最后一段旁边）让我相信这是我的某种编程错误
我有两个网站 ASP Classic - www.company.com 和 www.companytesting.com。
在每年的这个时候，company.com 指向名为 website2012 的文件夹，companytesting.com 指向名为 website2013 的文件夹。这两个文件夹的内容几乎相同，只是我们的季节变化的微小变化（我今天应该这样做 - 哈哈）。
直到几周前，我还在运行 Windows Server 2003。要更新“实时”网站，我会复制测试站点文件夹，并将其重命名为 website2013R1，然后将测试站点指向那里，然后指向现场网站在 website2012。
我们现在有 Windows Server 2008 R2 64。（有人帮我将网站迁移到新服务器。）
companytesting.com 网站，当我将它指向 website2013R1 时，它运行良好。
company.com 网站，当我将它指向 website2013 （之前为 companytesting.com 网站工作）时，它给出了一个空白页面。（即查看源代码 = 那里什么都没有。）发生这种情况时，失败的请求日志中没有任何内容。
我可以使用 IIS7.5 中的“探索”按钮/链接（右上角）并查看那里的所有文件。如果我使用浏览按钮（一般情况下或在 index.asp 页面上），我会再次获得空白页面。
关于这些设置的一个奇怪之处在于 companytesting.com 使用登录名（我认为这是 Windows 身份验证 - 它只是员工的单个用户名和密码，并且将 GoogleBots 排除在外）。显然，company.com 没有。但是重定向到 website2013r1 使登录保持在原位。（所以我不太清楚它是附加到文件夹还是站点。更改路径后访问 company.com 站点不会产生密码请求。）
文件夹的权限似乎都是一样的，但显然，我遗漏了一些东西。
为什么改变物理路径不起作用？
添加到我在 ServerFault 上发布的文本中 - 我试图快速修复，所以我将所有文件从 Website2013 复制到 Website2012 ......并再次得到一个空白页。将旧的 2012 文件复制回 Website 2012 文件夹解决了该问题。这对我来说毫无意义，因为 A) website2012 文件夹与 website2012 文件夹几乎相同，并且 B) website2013 文件夹在不同的域名下运行膨胀。这显然是我在编程方面所做的事情，但是什么？大多数更改非常小（例如将文本“2012”更改为“2013”）。
可能很明显，我对服务器一无所知。我在 2003 年做得很好，但由于这不是我的主要任务，而且我现在被埋没了，所以我几乎没有看过 2008 年。所以当你让我检查一些东西时，我可能会有非常愚蠢的问题。