应用程序池

将应用程序池配置为在计划时间执行回收 您可以通过以下方法执行此过程：使用用户界面 (UI)、在命令行窗口中运行 Appcmd.exe 命令、直接编辑配置文件或编写 WMI 脚本。 如下只介绍用户界面UI操作 用户界面 使用 UI 打开 IIS 管理器。 有关如何打开 IIS 管理器的信息，请参阅 打开 IIS 管理器 (IIS 7) 。 在 “连接” 窗格中，展开服务器节点，然后单击 “应用程序池” 。 在 “应用程序池” 页上，选择一个应用程序池，然后在 “操作” 窗格中单击 “回收” 。 选择 “特定时间(S)” ，然后在相应的框中键入要让应用程序池在每天执行回收的时间。 例如，键入 11:30 AM 或 11:30 PM 。 备注 您输入的值将保存在基于 24 小时制的配置中。 单击 “下一步” ，选择在应用程序池回收期间应记录的事件，然后单击 “完成” 。 IIS将应用程序池配置为在计划时间执行回收 (IIS 7) https://technet.microsoft.com/zh-cn/library/cc754494 来源： https://www.cnblogs.com/sandyliu1999/p/5098933.html

1xx - 信息提示 　　这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个 1xx 响应。 100 - 继续。 　　101 - 切换协议。 2xx - 成功 　　这类状态代码表明服务器成功地接受了客户端请求。 　　200 - 确定。客户端请求已成功。 　　201 - 已创建。 　　202 - 已接受。 　　203 - 非权威性信息。 　　204 - 无内容。 　　205 - 重置内容。 　　206 - 部分内容。 3xx - 重定向 　　客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。 　　302 - 对象已移动。 　　304 - 未修改。 　　307 - 临时重定向。 4xx - 客户端错误 　　发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份验证信息。 　　400 - 错误的请求。 　　401 - 访问被拒绝。IIS 定义了许多不同的 401 错误，它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示，但不在 IIS 日志中显　　示： 　　401.1 - 登录失败。 　　401.2 - 服务器配置导致登录失败。 　　401.3 - 由于 ACL 对资源的限制而未获得授权。 　　401.4 - 筛选器授权失败。 　　401.5 - ISAPI

An application pool groups applications together , separating them from applications in other application pools by process boundaries . By using application pools to isolate applications, you can improve application security because you reduce the probability of one application accessing another application's resources . Additionally, the separation prevents applications in one application pool from affecting applications in other application pools on the same Web server. http://technet.microsoft.com/en-us/library/cc784407(v=ws.10).aspx application pool An application pool is a configuration

第一部: 从如下地址中下载URLRewriter组件组件： 官方下载地址： http://download.microsoft.com/download/0/4/6/0463611e-a3f9-490d-a08c-877a83b797cf/MSDNURLRewriting.msi 第二部：在网站项目中添加URLRewriter程序集的引用。 第三部：配置webconfig文件： 1。在<configuration>与</configSections>节点中间加入如下配置： <section name=”RewriterConfig” type=”URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter” /> 2。 在<httpHandlers>与</httpHandlers> 之间加入 3。在<httpModules>与</httpModules>加入 <add type=”URLRewriter.ModuleRewriter, URLRewriter” name=”ModuleRewriter”/>。 4。配置伪静态的语法：在<configuration>与</configuration>之间加入<RewriterConfig> </RewriterConfig>节点。在

1、服务“CJ.Demo.Conso.WcfService.EmployeeMngService”有零个应用程序(非基础结构)终结点。这可能是因为未找到应用程序的配置文件，或者在配置文件中未找到与服务名称匹配的服务元素，或者服务元素中未定义终结点。 <service name="CJ.Demo.Conso.WcfService.EmployeeMngService"> 整个类的路径未设置正确 2、IIS部署WCF出现‘当前已禁用此服务的元数据发布’ a)如果用4.0框架需要在IIS中将asp.net版本设置为4.0 b )出现提示原因分析：当机器上安装了asp.net 2.0和4.0时，需分别建立应用程序池，并在部署虚拟目录时分属于不同应用程序池。 1) 建立不同应用池 2) 将4.0虚拟目录应用到4.0的应用程序池 //name属性值必须置空 <behavior name="" > <!-- 将下列元素添加到服务行为配置中。 --> <serviceMetadata httpGetEnabled="true" /> </behavior> 3、没有与给定的地址“”匹配的协议绑定。协议绑定在 IIS 或 WAS 配置中的站点级别配置。 http://blog.csdn.net/jhhja/article/details/6226307 正确的：address单独放置

一、Asp.Net Core 发布到IIS 1.许多时候在WindowsServer服务器上已经安装了IIS，监听80端口，那么Asp.Net Core应用的自宿主就没法监听80端口 2.也就是在Widnows系统已经启用IIS服务的情况下，需要安装 NET Core Windows Server Hosting，在目前官方给出的安装包中包含了.Net Core运行时 和Widnows Server Hosting 3.Asp.Net Core发布到IIS下，需要.NET Core Windows Server Hosting 的支持。 官方下载地址： https://www.microsoft.com/net/download/core#/runtime 在服务器上安装.NET Core Windows Server Hosting软件包。该包将安装.NET核心运行时，.NET核心库和ASP.NET核心模块。 该模块在IIS和Kestrel服务器之间创建反向代理。 重新启动服务器或执行net stop was / y，然后从命令行启动net start w3svc，以检索对系统PATH的更改。 安装截图： 二、IIS下发布 Asp.Net Core应用步骤 1.安装IIS和Windows Server Hosing之后 ，重启IIS服务，检查IIS模块中是否有

服务器经常产生“应用程序池 ' DefaultAppPool ' 提供服务的进程关闭时间超过了限制。进程 ID 是 '3504 ' 。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下： Internet 信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性 一、回收 1、回收工作进程（分钟）：选中，值为1740 2、回收工作进程（请求数目）：不选（原先设置为35000） 3、在下列时间回收工作进程：不填 4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应） 二、性能 只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。注意web园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。 原来的请求队列限制为4000，现在无限制。 三、运行状况 前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。 启动快速失败保护的钩去掉！ 为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次 时间段5分钟 则关闭对应的程序。 “关闭时间限制180秒”是必须的，因为进程关闭的时间，原来为90秒限制,是默认值

HTTP返回状态码 1xx -信息 这些状态代码表示临时的响应。 客户端应准备在收到常规响应之前接收一个或多个 1xx 响应。 100-继续。 101-交换协议。 2xx -成功 此类代码指示服务器成功地接受客户端请求。 200-确定。 客户端请求已成功。 201-创建。 202-接受。 203-非授权信息。 204-无内容。 205-重置内容。 206-部分的内容。 207-多状态 (WebDav)。 3xx -重定向 客户端浏览器必须采取更多措施，来满足请求。 例如，浏览器可能需要请求另一页在服务器上的或通过代理服务器重复请求。 301-被永久移动 302-对象已移动。 304-未修改。 307-临时重定向。 4xx -客户端错误 发生错误，并且客户端出现错误。 例如，客户端请求不存在的页面，或者客户端未提供有效的身份验证信息。 400-错误的请求。 401-访问被拒绝。 IIS 定义了几种不同的 401 错误，它们指明更为具体的错误原因。 这些特定的错误代码在浏览器中显示，但并不显示在 IIS 日志中: 401.1-登录失败。 401.2-由于服务器配置，登录失败。 401.3-未经授权由于 ACL 资源。 401.4-授权筛选器失败。 401.5- 通过ISAPI/CGI 应用程序授权失败。 401.7 – 访问 Web 服务器上的 URL 授权策略被拒绝。

IIS的应用程序池优化方法 IIS应用程序池优化方案 服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '3504'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下 (红色字为标记) ： Internet 信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性 一、回收 1、回收工作进程（分钟）：选中，值为1740 (800) 2、回收工作进程（请求数目）： (不选) （原先设置为35000） 3、在下列时间回收工作进程：不填 (03:00) 4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应） (最大虚拟内存350,最大使用的内存200) 二、性能 (都不选) 只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。注意web园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。 原来的请求队列限制为4000，现在无限制。 (要选就是10000) 三、运行状况 (启用PING,默认) (启动快速失败保护的钩去掉！) 为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次

　　导航 　　1、关掉访问保护 　　2、发布网站 　　3、复制网站到服务器 　　4、添加新网站 　　5、设置网站访问权限 　　6、设置文件夹访问权限 　　7、控制可更新文件夹执行权限 　　8、设置“应用程序池”.net版本与模式 　　9、附加数据库 　　10、添加数据库访问用户 　　11、设置数据库链接 　　12、 部署注意事项 　　对于网站的安全部署方面，大家请看我以前写的《 服务器安全部署文档 》里面已基本上将服务器相关的安全设置都讲到了，照着里面的操作一般的黑客是比较难攻击进来的（代码漏洞除外），而本章的部署则是是该篇设置好的基础上来创建站点的。 　　1、关掉访问保护 　　 打开安全防护软件，关掉访问保护（由于做了策略，在服务器上未经授权无法创建dll和exe文件，不关掉的话就没办法拷贝网站的dll文件到服务器里） 　　 　　记得网站添加成功后重新开启访问保护 　　2、发布网站 　　打开解决方案，对Web项目按右键，在弹出的菜单中点击“发布”—— 这样生成的是Debug版部署包，如果发布到正式环境的话，可以点击“生成部署包”来发布正式版 　　 　　选择发布方法为文件系统，点击发布按键发布网站 　　 　　将红框框住的文件夹内容复制到发布成功的文件夹中（由于这些文件夹没有包含到项目中，所以发布时并没有一起发布出来——这样做是为了打开解决方案时，不用加载太多内容