Category Archives: IIS

IIS 80跳转443

我的站点在443和80端口下都有部署，这样访问站点使用http和https时都可以访问到站点，但是使用http访问的站点一直会有不安全提示，这个体验很不好，就需要我们做一点工作让它自动跳转到有证书的https站点下面。 本文以站点https://www.huibenit.com为例说明怎么设置，服务器操作系统：windows2012 R2, IIS8.5 首先要做的准备是下载微软IIS下的一个Url重写模块 url-rewrite；下载地址：http://www.iis.net/downloads/microsoft/url-rewrite，目前的版本是2.1支持IIS7和IIS8。下载好后一路默认下一步安装完。 下面就开始介绍如何配置: （1）在运行里输入inetmgr打开IIS站点管理窗口，然后选择你需要设置的站点，找到Url 重写（Url rewrite）如下图所示：   （2）双击“Url 重写”模块进入设置窗口，然后在右上角找到添加规则按钮，点击后如下图，再选择“空白规则”。 （3）规则设置如下： 名称:HTTPS跳转 条件:{HTTPS}    模式:off 操作类型选择:重定向 重定向URL:https://{HTTP_HOST}/{R:1} （4）最后填写完成后请点击右上角的应用（此步最重要）。 其实上面的设置过程只是一个图形操作窗口，最后填写的内容会保存在Web.Config中。我们也是可以通过修改web.config来实现上面的填写过程。 我把完整的Web.config粘贴出来如下：

  是不是很简单？只需要添加节：

  from:https://lebang2020.cn/details/210106t51nqtom.html

阻止IIS应用程序池自动回收

在IIS中找到这个站点所用的程序池，点击“高级设置…” 在打开的列表中更改以下设置： 回收 固定时间间隔（分钟） 改为 0 虚拟/专用内存限制（KB） 改为 0 进程模型 闲置超时（分钟） 改为 0 from:bubuko.com/infodetail-1708029.html

IIS最大并发连接数 = 队列长度 + IIS最大并发工作线程数

深入理解IIS的多线程工作机制 首先让我们来看看IIS里面的这2个数字：最大并发连接数，队列长度。先说这2个数字在哪里看。   最大并发连接数：在IIS中选中一个网站，右键网站名称，在右键菜单中找到并点击【管理网站】->【高级设置】。打开对话框如下图：   队列长度：在IIS中选中【应用程序池】，在应用程序池列表中，右键你想查看的，在右键菜单中选择【高级设置】。打开如下对话框：   这两个数字表面上看是影响我们站点的并发处理能力的，但是具体是如何影响一个网站的并发处理能力的呢？要完全理解IIS的并发处理能力，除了这2个数字，实际上还有一个非常关键的数字：IIS最大并发工作线程数。   1. IIS最大并发工作线程数 在以前很长一段时间，我一直以为IIS的【最大并发连接数】就是影响IIS最大并发工作线程数。我以为将【最大并发连接数】设置为1万，那么当1万个请求同时到来的时候，IIS会开启1万个线程进行处理，如果同时到来2万个请求，由于最大并发连接数只有1万，那么剩余1万个请求就会放在队列里面，当前面的1万个线程中某个完成了请求之后，再从队列里面取一个请求。但，这个理解是完全错误的，相信很多朋友也跟我有同样的理解。   现在，首先让我们来理解什么是【IIS最大并发工作线程数】。这个数字在IIS里面是没有界面进行设置的，我以前根本就不知道有这个数字。这个数字跟操作系统相关，我的win7系统的IIS的值是10，VS2012自带的IIS Express的值是80。对于windows服务器版本的系统的具体值是多少没有测试过，但我猜应该也是有限制的。   这个数字到底是什么意思呢？回到上面举的例子，当1万个请求同时进入IIS的时候，由于win7系统的IIS只有10个工作线程，那么这时1万请求中只有10个请求会在第一时间被处理，剩余9990个请求都需要排队。也就是说，IIS最多能够安排10个线程同时处理请求（win7版本的IIS，有的可能是20）。   所以，如果你用自己的win7系统测试IIS的性能的时候，你可能发现，不管你怎么设置【最大并发连接数】，你的IIS处理能力都很有限。   2. 最大并发连接数 上面讲的IIS最大并发工作线程数，看上去就是IIS的并发处理能力，如果是这样，那么【最大并发连接数】有什么意义呢？   还是上面的例子，如果1万个请求同时到来，而我们的win7系统的IIS最大并发工作线程数只有10，这时如果将【最大并发连接数】设置为100，会有什么效果呢？答案是：只有100个请求会收到正常响应，剩余9900个请求直接返回503（服务不可用）的错误。这时，实际上进入排队等待的只有90个请求。   再换下测试参数，如果将【最大并发连接数】设置为5000，又会有什么效果？答案你可能已经知道了，那就是一开始就有5000个请求直接返回503，剩下5000个请求慢慢正常返回。   这里你看明白了吧，【最大并发连接数】在我们的测试例子中，影响到了排队的数量。这样的话，看上去【队列长度】又不知道什么意思了？   3. 队列长度 在上面的例子中，如果1万个请求同时到来，【最大并发连接数】设置为100。这时我们知道，IIS首先会安排那10个线程去处理10个请求，剩下90个请求都需要排队。这时如果我们将【队列长度】设置为50，那会出现什么情况？答案是，40个请求会直接返回503服务不可用的错误（因为队列只有50个的长度，剩下的40个就无法排队了），最终只有60个请求会被正确处理。   读到这里，你明白了吗？   结论 当很多请求同时到来的时候，IIS会根据【最大并发连接数】来判断是否有多余的请求，多余的请求直接返回503，然后再根据【队列长度】来判断是否有多余的请求排不了队，排不了队的也直接返回503。所以，如何设置【最大并发连接数】和【队列长度】，实际上是有公式可以计算的：   最大并发连接数 = 队列长度 + IIS最大并发工作线程数   最后再说说IIS的默认值对我们网站并发处理能力的影响。IIS默认的【最大并发连接数】为4294967295（42亿多），而【队列长度】默认值为1000。对于windows server版本的IIS，最大并发工作线程数可能几百（猜测，可能没有限制），按照这个默认值，那么IIS同时处理的请求数也就1000多。1000多这个数字才是IIS真正的并发处理能力，而这个能力跟我们的代码没有关系。那么哪些指标是评判我们网站的处理能力的呢？最重要的指标可能莫过于【每秒处理请求数】吧（在性能分析器里面可以查看），这个数字也叫吞吐率。如果每个请求处理速度非常快，那么那么网站吞吐率就大，吞吐率大那么支持的同时在线人数就大。如果要做秒杀，那就看你的秒杀相关的URL支持多大的吞吐率吧。了解了这么多指标，还没有涉及到CPU的计算能力。CPU的计算能力是如何影响网站的处理能力的呢？还是那么多请求，如果CPU很强大，能够缩减每个请求的处理时间，那必然会提高吞吐率。还有很多的请求，如果花在网络传输或者到数据库的传输时间比较多，这部分等待时间CPU是闲置的，如果能够提高CPU的利用率，也可能提高网站的处理能力，最充分的利用服务器的资源。如果不想改代码而想提高CPU利用率，可以在IIS的应用程序池中设置最大工作进程数（默认值为1），可以设置为10如果当前CPU利用率只有百分之几的话，调整这个数值需要特别注意每一个工作进程是独立的应用程序，全局静态变量不共享。原文:你真的了解：IIS连接数、IIS并发连接数、IIS最大并发工作线程数、应用程序池的队列长度、应用程序池的最大工作进程数 吗？   IIS连接数   一般购买过虚拟主机的朋友都熟悉购买时，会限制IIS连接数，这边先从普通不懂代码用户角度理解IIS连接数 顾名思义即为IIS服务器可以同时容纳客户请求的最高连接数，准确的说应该叫“IIS限制连接数” 这边客户请求的连接内容包括： 1、网站html请求，html中的图片资源，html中的脚本资源，其他需要连接下载的资源等等,任何一个资源的请求即一次连接（虽然有的资源请求连接响应很快） 2、如果网页采用框架（框架内部嵌套网页请求），那么一个框架即一次连接 3、如果网页弹出窗口（窗口内部嵌套网页请求），那么一个窗口一个连接   虚拟主机供应商在IIS（6.2版本，以下所有截图均此版本）中  “点击网站”->“右击切换到功能视图”->“点击界面右侧的‘限制’链接”->“编辑网站限制”   限制连接数即为虚拟主机供应公开的IIS连接数标准，如果购买的IIS连接数为50,那么我们不得不考虑网站的内容框架和访问量 如果网站图片够多，弹窗窗口随意（可能连时间选择框、简单条件筛选框也用弹出新窗口），加上不得已的打开新页面浏览内容，那么仅仅能容忍10个人同时操作也很正常，我不会把这个操作描述为很多网站说的“10同时在线”，这很容易让人误解，在用户的一次请求（表面上可能是刷新一次网页，实际上内部请求不止一次，事实上很少只有一次）都完成得到服务器响应完毕之后，连接全部会被释放，当然在你看到展示的页面之前，内部嵌套如果有请求图片等连接请求，连接会早早的被释放 事实上，很多企业门户网站访问量低的惊人，IIS连接数为50也是绰绰有余了 这边给出更加详细参考链接：http://www.west263.com/info/html/IDCzixun/zhujizuyong/20080221/1677.html   IIS并发连接数   “管理网站”->“高级设置”->"限制"->"最大并发连接数" 其实，普通用户常说的“IIS链接数”就是这边的“最大并发连接数”，如果PC端有IIS的朋友，可以测试上面两个图片的设置，是相互影响的 这边默认最大并发连接数为：4294967295，这是一个很惊人的数字，难道这代表着网站能具有并发执行连接数为4294967295的能力？ 这边我做几个假设： 1、很多虚拟主机供应商所说的无并发连接数限制真的成立吗？ 2、每个连接的处理，IIS都会开启一个线程去处理，假设这个处理方式成立，那么4294967295个并发连接请求来了是否IIS会立即启动4294967295个线程去处理？   对于1：很显然不成立，最大并发连接数的设置绝对有上限 对于2：这是很多朋友的误区，假设4294967295并发连接同时来了，IIS不会立即启动4294967295个线程去处理，因为这不现实，对于处理连接，IIS是有“最大并发工作线程数”限制的，这是我下面要介绍的，我从一些资料上查阅到，该数字跟操作系统相关，win7系统的IIS的值是10（或者其他不确定），VS2012自带的IIS Express的值是80。对于windows服务器版本的系统的具体值不清楚，即4294967295个并发连接来了后，（这边以win7下的10为例），iis第一时间只能启动10个工作线程去处理，那么其他4294967285必须排队，排队对用户的体验来说就是网页正在加载，但是什么都不显示，然后此时购买了据虚拟主机供应商所说的无并发连接数限制的客户就要开始狂暴了，为何购买了所谓的“无限并发连接数”，还是会一直在加载的情况，我只能说这就是IIS处理能力有限的问题了   当然服务器没有直接返回“HTTP Error 503. The service is unavailable.”应该也算是一些你花更多钱的安慰吧，因为你只购买了IIS连接数为50的话，那么第50+1个连接请求操作得到的就直接是“HTTP Error 503. […]

使用URLScan隐藏IIS服务器Server头信息

百度搜索 URLScan V3.1，进行软件下载，根据操作系统版本，有32和64位的区分，如下图所示： 以管理员身份运行对应版本的软件，然后勾选“I accept the terms in the License Agreement”，然后点击“Install”，如下图所示： 直至安装完成，点击“Finish”，如下图所示： 我们在浏览器中打开Server服务器上部署的Web应用，然后通过fiddler软件进行查看Header头信息，可以看到Server:Microsoft-IIS/7.5，如下图所示： 此时我们打开URLScan默认安装路径C:\Windows\System32\inetsrv\urlscan，找到UrlScan.ini文件，如下图所示： 使用记事本工具打开UrlScan.ini文件，找到RemoveServerHeader=0配置节然后修改为RemoveServerHeader=1，最后保存文件，如下图所示： 此时重新启动下服务器上的IIS服务，打开命令提示符，输入iisreset即可，如下图所示： 此时我们刷新Web应用地址，重新使用fiddler进行Header信息观察，现在就看不到Server这个Header头配置信息了，如下图所示： from:https://jingyan.baidu.com/article/6d704a1379629a28db51ca37.html   urscanV3.1下载

.Net Core 2.2 项目部署到IIS

1、安装IIS所需的Host扩展 从官网(https://dotnet.microsoft.com/download/dotnet-core/2.2)下载对应的.net core版本的Runtime 里面有一个Runtime & Hosting Bundle，是IIS需要的模块扩展，用来处理Core相关的请求。 下载举例：https://dotnet.microsoft.com/download/thank-you/dotnet-runtime-2.2.5-windows-hosting-bundle-installer 2、安装模块拓展，并且查看IIS模块列表是否生效 注意，.Net Core 2.0之后的模块名叫AspNetCoreModuleV2，之前的模块名叫AspNetCoreModule，可以共存。 3、导出您的.Net Core项目到本地某文件夹位置。 3.1 主项目右键，点击“发布”。 3.2 发布目标，选“文件夹”，选择你想要的本地目录，用来存放这个Site所有的文件。 3.3 点击“发布”，成功生成项目发布文件。 这里注意处理下数据库，比如你的Sqllite数据库，是否已经完成复制过去，记得单独检查一下。 4、IIS中添加对应的网站，相关端口、IP可根据需要配置，或保持默认即可。 网站物理路径，选择刚才导出发布所在文件夹即可。 5、浏览网站即可访问。 如果出现500之类的错误，一方面检查之前的模块是否安装到位，一方面检查下数据库等文件和配置是否配置正确即可。 6、部分网络教程会提示，要把应用程序池改成未托管，不过经过实践，2.2版本不需要配置也可以正常运行，如果想配置的，找到Site对应的应用程序池，改成无托管代码即可。   from:https://www.cnblogs.com/craigtaylor/p/11143484.html

解决win2008下IIS7的HTTP500错误

造成500错误常见原因有：ASP语法出错、ACCESS数据库连接语句出错、文件引用与包含路径出错、使用了服务器不支持的组件如FSO等。 另外,对于win2008的IIS默认不显示详细出错信息的问题以下就是重点部分了，2008默认它是不会显示详细错误的。 1.打开IIS,点全局设置中的"错误页"(注意必须是全局网站!) 2.右击500错误这一行，单击 “编辑功能设置”. 2.在错误响应中,选第二项的"详细错误" 3.点确定后刷新IE就会显示详细的出错信息. 值得注意的地方：这样设置了，就不能给500内部错误自定义错误页面了。       from:https://blog.csdn.net/lishimin1012/article/details/72956068

小程序 要求的 TLS 版本必须大于等于1.2 解决办法

今天写4种方法 配置TLS 不啰嗦 直接干货！ 首先我们要确定系统是否支持TLS1.2 ，参考如下配置图↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 如果你的系统支持 继续往下看！！！！！ 第一个方法 操作注册表 1.找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols 然后 右键->新建->项->新建TLS 1.1,TLS 1.2 2.再文件TLS 1.1和TLS 1.2分别 右键->新建->项->新建Server, Client 3.在新建的Server和Client中都新建如下的项(DWORD 32位值)，总共4个 DisabledByDefault [Value = 0] Enabled [Value = 1] 看不懂？ 上图 打开注册表 cmd 运行 regedit 第二种方法 直接导入注册表文件 1.新建文本文件，将一下代码复制进去，后缀改为reg，双击导入 Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0\Client] “DisabledByDefault”=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Client] “DisabledByDefault”=dword:00000000 “Enable”=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Server] “DisabledByDefault”=dword:00000000 “Enable”=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2] [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client] “DisabledByDefault”=dword:00000000 “Enable”=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Server] “DisabledByDefault “=dword:00000000 “Enable”=dword:00000001 2.禁用老SSL配置 打开HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0\Client 配置如下 DisabledByDefault [Value = 0] Enabled [Value = 0] 第三种方法 傻瓜式操作 下载IISCrypto.exe 点击best 工具自动推荐选中 […]

IIS7 配置ssl证书 多域名绑定443端口

IIS7下多个子域名同时配置https协议，但IIS7默认支持单个443端口造成端口冲突； 解决方案：先把每个域名配置不同的端口 例：444,445,446等 然后在：C:\Windows\system32\inetsrv\config\applicationHost.config 找到 <binding protocol="https" bindingInformation="*:443" /> <binding protocol="https" bindingInformation="*:444" /> <binding protocol="https" bindingInformation="*:445" />   修改成： <binding protocol="https" bindingInformation="*:443:www.domain.com" /> <binding protocol="https" bindingInformation="*:443:www.domain.com" /> <binding protocol="https" bindingInformation="*:443:www.domain.com" /> 切记需要对应的每个站点都修改。   然后在iis的站点上重新选择下证书，重启iis站点。   from:https://www.cnblogs.com/chenminli/p/6385745.html

IIS7设置将域名不带www跳转到带www上

很多朋友在IIS环境中搭建好网站后，习惯性将带www和不带www的域名都绑定到一个网站上，这样做虽然两个域名都能访问，但容易造成权重分散，从而导致网站权重降低。 其实我们可以将访问不带www的域名自动跳转到带www的域名，例如访问taotaozaixian.com时浏览器自动跳转到www.taotaozaixian.com，浏览器地址显示的也是www.taotaozaixian.com。 总结网上的方法，有两种方法比较常用： 第一种是设置网站301重定向。优点是设置快速简单；缺点是要建立两个站点，一个真实站点，一个空站点。 第二种是安装URL重写工具。优点是只需建立一个真实站点即可；缺点是设置稍微复杂。 第一种方法可以参考此篇文章 https://www.uust.com/wiki/web/86.html 下面使用实际例子讲述第二种方法 1.首先将taotaozaixian.com www.taotaozaixian.com都解析到同一台web服务器的IP 2.下载安装web平台安装程序 https://www.microsoft.com/web/downloads/platform.aspx 或 https://www.iis.net/downloads/microsoft/url-rewrite 3.下载安装完成后在开始菜单中找到并打开 Microsoft Web Platform Installer 在打开的 Web平台安装程序 右上角输入url进行查找 选中"URL重写工具2.0"，点击添加，然后点击右下角安装 安装完重新打开IIS站点，就可以看到 "URL重写" 了 4.配置重定向 打开网站https://www.ssffx.com/htaccess/?jdfwkey=5rfiq 在左侧选择"WWW域名重定向"，然后在右边输入框输入带www的完整域名www.taotaozaixian.com 复制下方生成的代码

    5.回到IIS站点，点击"URL重写"，点击右边"导入规则" 将重写代码粘贴到规则里，点击应用 6.重启IIS站点，在浏览器输入不带www的域名taotaozaixian.com，浏览器就会自动跳转到www.taotaozaixian.com了   from:https://www.cnblogs.com/fjping0606/p/9879101.html

IIS7.0设置404错误页，返回500状态码

一般在II6下，设置自定义404错误页时，只需要在错误页中选择自定义的页面，做自己的404页面即可。但是在IIS7.0及以上时，设置完404错误页后，会发现状态码返回的是500，并且可能会引起页面乱码。查找资料，发现好多资料写的不够详细，不能完美解决问题。特将我的经验分享一下，希望能帮助到大家。 经过试验，发现有两种方案可用，各有利弊，我使用的是第二种方案。 　　方案1： 　　1. 在IIS中，找到对应站点，打开“功能视图”-“IIS栏”-“错误页”； 2. 双击“404”，打开“编辑自定义错误页”对话框； 3. 选中“在此网站上执行URL”,输入自定义404错误页的URL（注意：此处URL是相对于网站根目录的相对路径，不能使用绝对路径），点击“确定”进行保存； 4. 选中“404”，点击右侧栏中的“编辑功能设置”，打开“编辑自定义错误页”对话框； 5. 在“错误响应”框中，选中“自定义错误页”，点击“确定”进行保存； 6. 重启IIS。 优缺点：此种方法优点是设置方便，不需要改动代码，只需要修改参数即可；但缺点是按照此种方法设置之后，服务器404错误时，会直接将自定义页面给返回给客户端，因此状态代码会返回200，不利于搜索引擎SEO优化； 方案2： 　　1. 打开 C:\Windows\System32\inetsrv\config\ 路径下的 applicationHost.config 文件（该文件是设置IIS参数的）； 2. 搜索找到“<httpErrors>” 选项，将该选项的 allowAbsolutePathsWhenDelegated设置为”true”； 3. 在IIS中，找到对应站点，打开“功能视图”-“IIS栏”-“错误页”； 4. 双击“404”，打开“编辑自定义错误页”对话框； 5. 选中“将静态文件中的内容插入错误响应中”,选择或输入自定义404错误页的绝对路径（注意：此处路径是使用绝对路径，一定不能使用相对路径，否则会找不到页面），点击“确定”进行保存； 6. 选中“404”，点击右侧栏中的“编辑功能设置”，打开“编辑自定义错误页”对话框； 7. 在“错误响应”框中，选中“自定义错误页”，点击“确定”进行保存； 8. 重启IIS。 优点：设置之后，返回的状态代码依旧是404，不影响搜索引擎SEO优化； 注意：如果不设置1、2步骤，直接从第3步设置，设置完成之后，返回的状态码为500，且会显示乱码。   from:https://www.cnblogs.com/xuyangblog/p/4843854.html