无法找到运行时目录
Unable to find the runtime directory
预先对任何使用不当的术语表示歉意...我对网络 development/hosting 和 IIS
还很陌生
我正在尝试在 windows Server 2008 R2 标准机器上通过 IIS 7.5 托管一个 64 位 ASP.Net 5 (MVC 6) Web 应用程序，它使用 beta 7。
我从 Visual Studio 2015 年（在 Windows 8 笔记本电脑上）发布到服务器上的共享文件夹。我的 IIS Web 应用程序的物理路径是在发布目录中创建的 wwwroot 文件夹，网站似乎尝试正确启动...
然而，每当该网站尝试 运行 时，我都会收到一条错误消息，内容如下：
Unable to find the runtime directory 'D:\www\mysite\wwwroot\..\approot\runtimes\dnx-clr-win-x64.1.0.0-beta7'
Possible causes:
- The runtime was not packaged with the application
- The packaged runtime architecture is different from the application pool architecture.
令人沮丧的是，如果我复制并粘贴 link IIS 声称无法找到并将其粘贴到 Windows Explorer 中，它会将我带到一个目录 是否存在。这就排除了第一种解释。至于第二种解释，我已经在 Visual Studio 中检查了我的发布配置文件，并确保它确实是 64 位版本的 beta 7。
据我所知，正确的运行时间是与发布的文件一起发送的，它们是正确的版本。
有什么我遗漏的吗？应用程序 运行 在 Visual Studio 2015 中运行良好。我不知道为什么在 IIS 上 运行ning 时找不到一个文件夹，该文件夹不仅存在，而且随时可用浏览到。
更新： 我一直在努力解决这个问题并发现了一些奇怪的症状...我几乎可以从 任何地方成功制作网站应用程序 除了 D:\www 文件夹。我将我网站的已发布文件容器直接插入 D 驱动器并直接从中创建了一个网站，并且它启动顺利。我还能够在 C 盘上复制它，甚至将发布的文件容器放入 D 盘中名为“wwww”的文件夹中（因此它的物理路径是 D:\wwww\MySite\wwwroot 而不是 D:\www\MySite\wwwroot).
有人知道为什么“www”特别有问题吗？此处的文件夹结构有几个其他（尽管更旧）网站 运行ning 来自 www 文件夹，因此将此应用程序放置在同一区域是理想的。似乎它在任何地方都有效，但是 但是那里
非常感谢任何帮助！
不管怎样，我采用的解决方案是不将应用程序的发布文件夹放在 D:\www 文件夹中。我最终只是在 D 驱动器的根目录中创建了另一个文件夹，并将 IIS 中的 Web 应用程序指向该文件夹。
可能的原因之一可能是 IIS 用户的权限不足。
我添加了 approot（运行时）文件夹的权限，供 IIS_IUSRS 读取。由于权限不足，IIS 用户似乎无法读取和加载此目录的内容。之后一切正常。
预先对任何使用不当的术语表示歉意...我对网络 development/hosting 和 IIS
还很陌生我正在尝试在 windows Server 2008 R2 标准机器上通过 IIS 7.5 托管一个 64 位 ASP.Net 5 (MVC 6) Web 应用程序，它使用 beta 7。
我从 Visual Studio 2015 年（在 Windows 8 笔记本电脑上）发布到服务器上的共享文件夹。我的 IIS Web 应用程序的物理路径是在发布目录中创建的 wwwroot 文件夹，网站似乎尝试正确启动...
然而，每当该网站尝试 运行 时，我都会收到一条错误消息，内容如下：
Unable to find the runtime directory 'D:\www\mysite\wwwroot\..\approot\runtimes\dnx-clr-win-x64.1.0.0-beta7'
Possible causes:
- The runtime was not packaged with the application
- The packaged runtime architecture is different from the application pool architecture.
令人沮丧的是，如果我复制并粘贴 link IIS 声称无法找到并将其粘贴到 Windows Explorer 中，它会将我带到一个目录 是否存在。这就排除了第一种解释。至于第二种解释，我已经在 Visual Studio 中检查了我的发布配置文件，并确保它确实是 64 位版本的 beta 7。
据我所知，正确的运行时间是与发布的文件一起发送的，它们是正确的版本。
有什么我遗漏的吗？应用程序 运行 在 Visual Studio 2015 中运行良好。我不知道为什么在 IIS 上 运行ning 时找不到一个文件夹，该文件夹不仅存在，而且随时可用浏览到。
更新： 我一直在努力解决这个问题并发现了一些奇怪的症状...我几乎可以从 任何地方成功制作网站应用程序 除了 D:\www 文件夹。我将我网站的已发布文件容器直接插入 D 驱动器并直接从中创建了一个网站，并且它启动顺利。我还能够在 C 盘上复制它，甚至将发布的文件容器放入 D 盘中名为“wwww”的文件夹中（因此它的物理路径是 D:\wwww\MySite\wwwroot 而不是 D:\www\MySite\wwwroot).
有人知道为什么“www”特别有问题吗？此处的文件夹结构有几个其他（尽管更旧）网站 运行ning 来自 www 文件夹，因此将此应用程序放置在同一区域是理想的。似乎它在任何地方都有效，但是 但是那里
非常感谢任何帮助！
不管怎样，我采用的解决方案是不将应用程序的发布文件夹放在 D:\www 文件夹中。我最终只是在 D 驱动器的根目录中创建了另一个文件夹，并将 IIS 中的 Web 应用程序指向该文件夹。
可能的原因之一可能是 IIS 用户的权限不足。
我添加了 approot（运行时）文件夹的权限，供 IIS_IUSRS 读取。由于权限不足，IIS 用户似乎无法读取和加载此目录的内容。之后一切正常。