问题 当前标识(NT Authority / Network Service)没有写入权限


我开发了一个简单的Web应用程序标签和按钮。单击Button,标签将显示Hello World。

当我在我的Web服务器上部署此Web应用程序并访问URL时,我收到此错误消息。

目前的身份(NT   权威/网络服务)没有   有写访问权限   C:\ WINDOWS \ Microsoft.NET \框架\ V2.0.50727 \临时   ASP.NET文件\

我试过以下 -

导航到C:\ Windows \ Microsoft.NET \ Framework \ v2.0.50727并键入以下命令 -

aspnet_regiis -ga "NT Authority\Network Service"

在那之后,它也没有用。

我们检查了文件夹临时ASP.NET文件的权限,对于网络服务用户,我们检查了安全权限,并且它具有所需的所有权限。


7672
2018-01-17 07:15


起源



答案:


这对我有用,没试过-ga:

导航

C:\Windows\Microsoft.NET\Framework\v2.0.50727 

并键入以下命令

aspnet_regiis -i

13
2018-02-08 03:52



+1此解决方案解决了我的问题,这是由降级域控制器(cdonner的答案)引起的。 - Jay Riggs
即使我面临同样的问题,这对我有用。谢谢@Adam - Mourya
也为我工作。我有一台安装了SQL RS的服务器,然后将其升级为DC。 - statikuz
我需要为Framework \ v4.0.30319.0和Framework64 \ v4.0.30319.0执行此操作。 - Tom


答案:


这对我有用,没试过-ga:

导航

C:\Windows\Microsoft.NET\Framework\v2.0.50727 

并键入以下命令

aspnet_regiis -i

13
2018-02-08 03:52



+1此解决方案解决了我的问题,这是由降级域控制器(cdonner的答案)引起的。 - Jay Riggs
即使我面临同样的问题,这对我有用。谢谢@Adam - Mourya
也为我工作。我有一台安装了SQL RS的服务器,然后将其升级为DC。 - statikuz
我需要为Framework \ v4.0.30319.0和Framework64 \ v4.0.30319.0执行此操作。 - Tom


我在主机上更换我的域服务器时遇到了这个错误,主机上有一堆网站,主要是温度等数据收集服务。它还运行我用来生成图表的SSRS。 我建造了新硬件并降级了旧盒子。它不再是DC,而是域的常规成员。当我将网站移动到新服务器并试图点击它时,我收到了这个错误。

运行aspnet_regiis并没有改变任何东西。现在,事实证明该站点调用仍指向旧服务器的Reporting Services Web服务,并且该错误消息实际上来自降级的前域控制器。我不得不在旧服务器上运行aspnet_regiis -i!

小贴士:

  1. 降级PDC可能会导致权限混乱, 导致此错误
  2. 错误可能不是来自您当地的 机器 - 超越显而易见的!

2
2018-06-03 04:22



+1谢谢。降级DC导致了这个错误,但Adam的解决方案修复了它。 - Jay Riggs


Eugene,您可以使用LocalSystem等高权限工作,但请记住,LocalSystem在本地服务器上具有管理员权限,并且还可以访问计算机帐户下的网络资源,因此,如果您的应用程序被利用,攻击者可以访问很多资源。另一方面,网络服务只是本地服务器上的用户帐户,并且还访问计算机帐户上下文中的网络资源。


1
2018-02-08 22:16





如果您正在为正确的网络服务帐户授予设置权限,那么当您使用“文件夹属性 - >安全性”选项授予Temporary ASP.NET文件夹权限时,我会检查一件事。如果对话框找到的网络服务用户是针对不同的位置而不是本地实例,则会发生这种情况。


0
2018-01-17 19:32





我更改了应用程序池的标识以使用LocalSystem帐户而不是网络服务。回收了应用程序池,一切正常。这解决了我。我认为我的服务器上存在“网络服务”的根本问题,因为我使用此帐户时出现SQL问题。在安装过程中再次使用LocalSystem也可以通过。


0
2018-02-20 12:56





我不得不将应用程序池标识设置为NETWORKSERVICE 然后添加连接到我的网站的用户(您在IIS设置下'连接'的用户 Basic Settings 对于您的网站)到IIS_IUSRS组


0
2017-11-11 15:53