标签: application-pool

在IIS中使用内置的应用程序池标识而不是指定Windows帐户的专业人员和内容是什么？

对于SQL Server,如果要使用Windows身份验证从.Net应用程序进行连接,我认为如果我使用应用程序池标识,我必须将其与SQL Server中的用户关联,或者通过db授予该应用程序池身份访问权限？

App Pool Identities是否只是为了方便而添加,因此您无需为应用程序池设置帐户？

在这个问题上遇到困难.不确定我的ApplicationPoolIdentity如何被破坏.

目前我在Windows 8上使用Visual Studio 2012运行IIS 8.当尝试从Visual Studio调试应用程序,或者只是在浏览器中导航到该站点时,我收到以下错误并记录503错误.

Application pool 'DefaultAppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.

如果我查看应用程序错误日志,我会从User Profile Service中发现以下错误.

Windows cannot log you on because your profile cannot be loaded. Check that you are connected to the network, and that your network is functioning correctly. 

 DETAIL - The system cannot find the path specified.

在查看详细信息后,我发现User Profile Service正在尝试使用Id加载配置文件

S-1-5-82-3006700770-424185619-1745488364-794895919-4004696415

现在我打开了注册表,尝试使用UserId查找配置文件.但是,"配置文件"列表中没有任何内容可以帮助您.

因此,我发现这个问题可以解决

A)将应用程序池的加载用户配置文件设置为false.

B)为应用程序池使用不同的帐户.

C)修复帐户. …

我已经在本地机器（Windows 10）上的 IIS（版本 10）上成功发布了一个 ASP.NET Core 网站并浏览了它。

但是，当我将它部署在另一台 PC 上的 IIS 上（使用相同版本）时，它给出了HTTP 错误 500.19：

我使用的是相同的Web.config，并IIS_IUSRS有两个虚拟目录和配置文件的权限。我还将应用程序池“IIS AppPool/MyPool”的权限添加到虚拟目录中。这是 web.config：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
    </handlers>
    <aspNetCore processPath="dotnet" arguments=".\IdentityServer.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false" />
  </system.webServer>
</configuration>

什么是问题？

为 IIS Asp.NET Core 应用程序池设置“无托管代码”.NET CLR 版本有什么意义？

文档说

ASP.NET Core 在单独的进程中运行并管理运行时。ASP.NET Core 不依赖于加载桌面 CLR。将 .NET CLR 版本设置为无托管代码是可选的。

既然它是可选的，那么保留默认的v4.0 有什么缺点？为什么文档明确指示将其设置为“无托管代码”？目前还不清楚这个特定配置是否存在性能问题。

我的应用程序池一直使用 OnDemand 启动模式，但最近我听说 AlwaysRunning 模式，它允许部署到 IIS 的 ASP.NET 应用程序在部署后立即可用。启用此功能似乎会导致 IIS 在部署应用程序后立即启动应用程序，从而消除 \xe2\x80\x9ccold 命中 \xe2\x80\x9d 到网站所需的预热时间。这篇精彩的文章对此进行了解释。

下面是我有一些疑问并且想了解一下：

\n

1. 使用 AlwaysRunning 功能，回收应用程序池时\n会发生什么情况？使用的内存被删除并释放？工作进程\n被终止并再次启动，或者它们在内存中继续可用，并且它们使用的内存没有被删除和释放？

   \n
\n

2. OnDemand 和\nAlwaysRunning 的优点和缺点是什么？哪个更适合单个工作进程，哪个更适合网络花园（多个工作进程）？

   \n
\n

3. 另外，有人可以解释一下将\nAlwaysRunnig 与进程空闲超时和空闲\n超时操作和回收结合使用时网站的行为吗？点播也是如此。我想\n清楚地了解所有这些部分在这些场景下如何相互干预\n（AlwaysRunning 和 OnDemand）。

   \n
\n

我有一个WCF Web服务,它保存在IIS上的应用程序池中.

最近,当我试图调用这个Web服务时,我一直得到"服务不可用".我尝试做的第一件事是重新启动应用程序池.我做了它,几秒钟后,它崩溃并停止了.

查看事件查看器,我发现了这些消息,目前无法帮助我找到问题所在.

为应用程序池"X"提供服务的进程报告失败.进程ID为'11616'.数据字段包含错误编号.

有关详细信息,请参阅http://go.microsoft.com/fwlink/events.asp上的"帮助和支持中心" .

得到其中几个后,我得到了这个:

由于为该应用程序池提供服务的进程中出现一系列故障,应用程序池"X"将自动禁用.

有关详细信息,请参阅http://go.microsoft.com/fwlink/events.asp上的"帮助和支持中心" .

我已经检查了权限和应用程序池配置,但一切似乎都没问题.

有没有人经历过这个？

提前致谢.

我在IIS 6.0中有一个使用带有自定义服务帐户的应用程序池的网站.当我浏览网站时,出现"服务不可用"错误,事件日志中的错误说明

应用程序池"SampleAppPool"的标识无效,因此万维网发布服务无法创建工作进程来为应用程序池提供服务.因此,应用程序池已被禁用.

我觉得实用"ASPNET_REGIIS"可以用来访问权限授予根据帐户IIS元数据库的这篇文章,但是是正确的方式来解决这个问题？因为此实用程序用于多个事情,并且可能不仅仅是授予帐户权限,还是应该手动将帐户添加到IIS_WPG组？

我们应该多久回收一次应用程序池？

有人告诉我,我应该每24小时回收一次应用程序池吗？

为什么我需要回收应用程序池？

我们会得到什么样的好处？

我需要一个Powershell命令,它相当于在IIS中添加一个网站,但是需要"应用程序池"的绑定:

到目前为止,我可以添加一个这样做的网站:

New-Item iis:\Sites\swmarket -bindings @{protocol="http";bindingInformation="80:swmarket"} -physicalPath c:\inetpub\wwwroot

但我不知道如何在新网站中设置"应用程序池".有什么方法可以看到所有的绑定吗？

我在.NET Web应用程序中有以下代码块，用于查询用户的AD

using (DirectoryEntry de = new DirectoryEntry(ldap))
{
    using (DirectorySearcher adSearch = new DirectorySearcher(de))
    {
        adSearch.Filter = "(&(objectCategory=person)(objectClass=user)(samAccountName=username))";
        SearchResult adSearchResult = adSearch.FindOne();
    }
}

运行此命令时，有时会出现以下错误：

System.Runtime.InteropServices.COMException（0x80005000）：System.DirectoryServices.DirectoryEntry.Bind（Boolean throwIfFail）
在System.DirectoryServices.DirectoryEntry.Bind（）在System.DirectoryServices.DirectoryEntry.get_AdsObject（）在未知错误（0x80005000）System.DirectoryServices.DirectorySearcher.FindOne（）上的.DirectoryServices.DirectorySearcher.FindAll（Boolean findMoreThanOne）

引发此错误时，每次运行时都会出错。若要更正此问题，我必须转到与此Web应用程序关联的IIS应用程序池并对其进行回收。回收后，该代码在一段时间内有效。然后几个小时后错误再次出现。

需要注意的其他信息：

• 错误时，应用程序池仍在运行。不过，回收修复它
• 我在两个配置相同的不同Web服务器上运行相同的代码。在第一台Web服务器上会发生此问题，而在第二台Web服务器上不会发生
• 应用程序池在AD服务帐户下运行。两台服务器的应用程序池上使用相同的帐户
• 我尝试重新创建与此网络应用程序关联的应用程序池，但未成功

对于在IIS中寻找永久解决方案的任何建议，我将不胜感激。我不能每隔几个小时就回收一次应用程序池。

谢谢