标签: iis

HTTP keepAlive 的 IIS7 默认时间是多少？

是否可以在另一台机器上从命令行回收 IIS7 应用程序池？

我找到了 APPCMD ( appcmd recycle apppool my-app-pool)，但它只能在运行它的主机上运行，​​AFAICT。

我听说有一种方法可以用 Powershell 做到这一点，但我对此一无所知，而且我显然不擅长谷歌搜索。

如果重要的话，我使用的是 Vista / Server 2008。

编辑：我发现了一个叫做WinRM 的东西，有人声称它可以自己运行 APPCMD，但我还不确定具体是如何运行的。

在将池标识切换为域用户后，在 IIS7.5 下，我收到此错误：

“当前身份（域\用户名）没有对“C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files”的写访问权限。”

我可以授予此特定目录的用户权限，但我想知道是否有更好的解决方案。理想情况下，我想将此“临时 ASP.NET 文件”目录配置为存储在其他位置。

在我们的生产构建期间，根目录中的一个非常大（10 兆字节）的静态内容文件有时会被 IIS 锁定，并且无法被清理任务删除。这大概是因为它当时正在积极地为一个或多个客户提供服务。

构建过程在通过清理之前停止网站

c:\Windows\System32\inetsrv\appcmd.exe stop site http://oursite.com

但是，这不会释放文件 - 我们必须重新启动 IIS 以使进程放弃锁定。

appcmd.exe允许您完全关闭 IIS；我们不希望这样做！

有没有其他方法可以让 IIS 释放锁定的文件，而无需重新启动 IIS？简单地停止和启动单个网站绝对不能释放文件锁定。

我想设置应用程序可以在 IIS 7 中使用的物理内存的最大限制。我应该设置专用内存限制还是虚拟内存限制？有人能指出我 IIS 7 中所有设置的文档吗

如何仅使用命令行在 IIS7+ 中重新启动单个网站？

与图像中带圆圈的菜单项功能相同 - 但来自命令行。

Iisreset 没有任何选项来处理单个站点，我发现了一些对 Iisweb.vbs 的古老引用，它似乎已经过时了。

当您在 IIS 上设置站点时，它默认工作进程每 1740 分钟（29 小时）循环一次。为什么是像 29 小时这样的奇数，而不是例如 24 或 48 小时？

干净地重新安装我的 Windows 7 系统后，我无法让 IIS 7 正确传送任何静态内容。动态内容（ASPX 页面和由 ASP.NET MVC 控制器提供的内容）工作正常，但静态文件（如 CSS、Javascript 和图像）给我一个 200 OK 状态代码和一个 Content-Length 为 0。

我的服务器上的所有网站都会出现问题，即使是一个全新的 ASP:NET MVC 模板项目也没有任何变化。它也发生在 Firefox 和 IE 8 中。

可能是什么问题？

请注意，我还安装了最新的 Windows Azure SDK，这可能弄乱了一些设置。但我不知道如何进行故障排除。

我们已经在 Windows 2003 Server 上安装了 Oracle Express，并在此过程中更新了 PATH。我们试图让 IIS 在 PATH 中看到这种变化，但我们无法弄清楚。我们回收了应用程序池和 IIS 站点，但没有成功。有没有办法让它在不重新启动 IIS 的情况下识别？这是一个生产服务器，所以我们不想重置 IIS。

我有一个对某些资源持有独占锁的站点。我使用 .NET Application_Start 和 Application_End 事件在适当的时候获取和释放对这些资源的锁。为了使其正常工作，在任何给定时间只能运行一个我的应用程序实例。

为了实现这一点，我已将Disable Overlapped Recycle应用程序池上的属性设置为True. 这个属性应该确保旧的工作进程在应用程序池被回收时在新的工作进程启动之前完全关闭。每当应用程序池通过 IIS 手动回收时，这都可以正常工作，自动作为达到空闲超时的结果或根据任何特定时间/时间间隔规则自动回收。

但是，当站点的 web.config 更新时，此规则不会得到应用 - 在旧的工作进程完成关闭之前会启动一个新的工作进程。这会导致不好的事情发生。我将Disable Recycling for Configuration Changes属性设置False为我确实希望应用程序池在 web.config 更新时被回收 - 这在开发过程中经常发生。

这是预期的东西，还是 IIS 中的错误？是我设置以便更改 web.config 不会回收应用程序池的唯一选择吗？我宁愿不这样做，因为我很确定这会导致人们更改配置然后忘记回收应用程序池会引起很多麻烦。

更新：

更明确地说，当在start旧工作进程完成关闭之前调用新工作进程事件时，旧工作进程end事件永远不会被调用——它不会乱序发生，它根本不会发生。