“错误：cs0016 无法写入输出文件......访问被拒绝”答案

【问题标题】："Error: cs0016 could not write to output file ... access is denied"“错误：cs0016 无法写入输出文件......访问被拒绝”
【发布时间】：2012-06-14 00:58:25
【问题描述】：

如何解决以下错误？

错误：cs0016 无法写入输出文件...c:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\sitename\6c57f9d2\bb09b49d\App_global.asax.5odzsyz5.dll'访问被拒绝

【问题讨论】：

标签： iis

【解决方案1】：

在我自己在这个问题上花了几个小时之后，下面是在运行 IIS 7.5 的 Windows 7 上为我工作的解决方案：

与站点关联的应用程序池标识不是 IIS_IUSRS 组的成员。要将应用程序池身份添加到组中，我使用了以下步骤：

从开始菜单中选择运行...输入 lusrmgr.msc 并单击确定。
选择组。
双击 IIS_IUSRS 组。
点击添加...按钮。
单击位置...按钮。
选择您的计算机名称（它应该在列表顶部），然后单击“确定”。
在“输入要选择的对象名称”下方的文本框中输入： iis apppool\ 例如iis apppool\dev
单击检查名称按钮。如果出现 Name Not Found 对话框，则验证输入的应用程序池标识是否与与站点关联的应用程序池标识匹配。如果没有出现对话框，请单击“确定”。

为您要添加的每个应用程序池身份重复第 7 步到第 8 步。点击确定。

现在应用程序池标识是 IIS_IUSRS 组的成员，该组应该已经可以访问 Temporary ASP.NET Files 目录。毕竟我仍然收到错误并且我发现（感谢process monitor）这是因为应用程序池标识无法写入 Windows 临时目录。为了解决这个问题，我将 IIS_IUSRS 组添加到具有读/写权限的 windows 临时目录中。

从开始菜单中选择运行...输入 %windir% 并单击确定。
右键单击 Temp 目录并选择 Properties。
单击“安全”选项卡。
点击编辑...按钮。
单击添加.. 按钮。
单击位置...按钮。
选择您的计算机名称（它应该在列表顶部），然后单击“确定”。
在“输入要选择的对象名称”下方的文本框中输入：iis_iusrs
单击检查名称按钮。如果出现 Name Not Found 对话框，则检查拼写错误。如果没有出现对话框，请单击“确定”。
选择添加的 IIS_IUSRS 组并在下面的每个人的权限框中选择：允许读取和允许写入
单击确定。将显示一个对话框，说明“您将要更改系统文件夹的权限设置，这可能会导致意外的访问问题并降低安全性。要继续吗？”
点击是
点击确定

【讨论】：

这些是非常好的方向。此外，尽管我在尝试加载站点时必须使用 System Internal 的 Process Monitor 实用程序并过滤 w3wp.exe 和 csc.exe 进程的访问被拒绝结果，然后授予对 IIS_IUSRS 组拒绝访问的文件夹路径的修改访问权限。
拯救了我的一天！我只做了一件事让它为我工作，我允许 IIS_IUSRS 的“修改”权限
这解决了我在 Server 2012 R2 上的 IIS 8.5 上的问题。感谢您提供这个非常棒的指南，我自己永远也想不通！
谁能解释我的应用程序池为什么要写入C:\Windows\Temp？另外，只是一个观察，我在一个 IIS 实例上有多个应用程序池，它们都使用 ApplicationPoolIdentity，但是只有一些池会给出这个奇怪的错误，但不是全部。为什么？

【解决方案2】：

我已解决此问题，将“网络服务”的完全控制设置为系统温度：

C:\Windows\temp

网络服务器报告的错误信息有点误导。希望这会有所帮助。

【讨论】：

可能有效，但很多人会收到应用安全错误的错误
我已经尝试了很多东西。但最后这个解决方案对我有用。谢谢@Jako。

【解决方案3】：

我为这个问题苦苦挣扎了一段时间。在网上找到一些解决方案，涉及在错误消息中设置“Temporary ASP.NET Files”目录的权限。但即使对“所有人”开放也没有用。

然后最终通过以下步骤修复它：

转到此站点的 IIS AppPool
右键单击应用程序池并转到高级设置
将身份从“ApplicationPoolIdentity”更改为“NetworkService”

可能还有一些其他必要的步骤，我在故障排除时执行了这些步骤，但这是关键步骤。由于某种原因，当“所有人”被授予访问权限时，应用程序池标识（例如 IIS_APPPOOL\SiteName）未被授予访问权限。我相信其他人可以解释为什么会这样......希望这可以帮助其他人解决这个令人沮丧的问题。

【讨论】：

当您执行此操作时，您的应用程序计数变为零但当您检查您的应用程序时它全部存在，这是否正常？
我将其更改为 LocalSystem 并且它有效。我也给IUSR一个优先权。
这不是解决方案，而是解决方法。此外，它还违背了 IIS 最佳实践，就好像您在同一个用户上运行多个应用程序池一样，它们的内存和访问并不是相互隔离的。换句话说，首先，最好通过使用不同的应用程序池标识来使您的应用程序彼此隔离；其次，最好尽可能减少访问，将Local System 提供给不需要它的应用程序是“全权委托”。

【解决方案4】：

我遇到了同样的问题。找到了一种简单的解决方法：在应用程序池的高级设置中将“加载用户配置文件”设置为 true。

【讨论】：

这对所有其他解决方案都没有帮助的地方有所帮助 - 非常感谢！

【解决方案5】：

我发现这篇文章中接受的答案在处理过程中是正确的。我尝试了“NetworkService”，但它不起作用。但是“LocalSystem”做到了！

【讨论】：

欢迎来到本站！ Please use Answers exclusively to answer the question。要批评或要求作者澄清，请在他们的帖子下方发表评论 - 您可以随时评论自己的帖子，一旦您拥有sufficient reputation，您就可以comment on any post。同时，请不要使用答案发布 cmets。

【解决方案6】：

对于 Windows 7 为用户 IIS_IUSRS 设置 Full Control 文件夹 C:\Windows\Temp 的权限

Network Service用户通常只适用于服务器

【讨论】：

这行得通，但其他一切都失败了。事件日志中的错误消息甚至抱怨Temporary ASP.Net Files 目录，但C:\Windows\Temp 是罪魁祸首。添加了 IIS_IUsers，完全控制，它工作了。

【解决方案7】：

走 C:\Windows\Temp 右键单击临时文件夹>转到安全单击编辑添加新用户 [IIS_IUSRS] 并授予其完全权限。然后按确定，

【讨论】：

【解决方案8】：

只需要设置“Temp”文件夹的权限。

转到“C:\Windows\Temp”
右键单击它，然后转到安全性。
将 [IIS_IUSRS] 用户的权限设置为完全控制
按确定

全部完成。

【讨论】：

【解决方案9】：

我曾尝试在 IIS 中提供有关身份的权限和更改，但我遇到了同样的错误。

我只是将以下文件保留在“C:\Windows\Microsoft.NET\Framework\v4.0.30319”路径下，问题就消失了。

授予对最近文件夹的完全控制权限。
cvtres.exe（XML 配置文件）
cvtres（应用程序）。

【讨论】：

【解决方案10】：

我在这里尝试了所有选项，但没有任何运气。对我有用的是简单地删除应用程序池并重新创建它。

不需要任何文件夹的额外权限。

【讨论】：

【解决方案11】：

我拥有关于写入和读取的所有权限，但我开始收到该错误。

我可以建议“重启机器” 至少，它对我有用

【讨论】：