当前位置：文档之家 › IIS问题及解决方案

IIS问题及解决方案

  • 格式：doc
  • 大小：135.00 KB
  • 文档页数：6

IIS問題及解決方案

1.MMC检测到此管理单元发生一个错误，建议关闭并重新启动MMC

(1)要变通解决此问题, 请按照下列步骤操作进入 WMI MMC 管理单元：1. 单击

开始 ， 单击 运行 , 类型 mmc然后单击 确定 。

(2). 在 文件 菜单上, 单击 " 添加/删除管理单元 。

(3). 在 添加/删除管理 - 中 对话框中, 单击 添加 。

(4). 在 可用的独立管理单元 列表, 选择 WMI 控制 , 并单击 确定 。

2.无法识别的属性“targetFramework”

其中的“版本信息”中告诉了我们.NET Framework和的版本都是2.0，而我们制作网站的时候使用的.NET Framework 4.0，所以必须设置网站的.NET Framework属性为4.0。 Win7下打开控制面板--管理工具--Internet 信息服务(IIS)管理器，选择默认网站，在右边的“管理网站”栏里选择“高级设置…”，将“应用程序池”修改为“ v4.0 ”，如下图所示：

3. 偵測出 設定沒有套用到整合式 Managed 管線模式

1. 安裝.NET Framework 4 (下載)

2. 開啟Internet Information Services(IIS)管理員，在出現問題的網站按下右鍵，

選擇"管理站台">>"進階設定" 開啟進階設定之後，找到"應用程式集區"，按下 ... 然後選擇 v4.0

Classic 按下確定

3. 重新開啟網站，及解決此問題。

4. ISAPI和CGI限制

ISAPI 和 CGI 限制是允许在服务器上执行动态内容的请求处理程序。这些限

制为 CGI 文件 (.exe) 或 ISAPI 扩展 (.dll)。如果 IIS 配置系统允许添加自定

义 ISAPI 或 CGI 限制，则我们可以添加它们。

(一)添加 ISAPI 或 CGI 限制

利用 ISAPI 和 CGI 限制，可以控制是否提供动态内容。在服务器上，动态内容以 CGI 文件 (.exe) 或 ISAPI 扩展 (.dll) 的形式存在。实现步骤如下：

1. 打开 IIS 管理器，然后导航至要配置的级别。

2. 在"功能视图"中，双击"ISAPI 和 CGI 限制"。

3. 在"操作"窗格中，单击"添加"。

4. 在"添加 ISAPI 或 CGI 限制"对话框的"ISAPI 或 CGI 路径"文本框中键入该 .dll 或 .exe 文件的路径，或者单击浏览按钮 (...) 导航至该文件的位置。

5. 在"描述"文本框中，键入有关限制的简要描述。 6. 选中"允许执行扩展路径"，以允许限制自动运行。如果未选中此选项，限制的状态将默认为"不允许"。以后，您可以通过选择限制并在"操作"窗格中单击"允许"来允许该限制。

7. 单击"确定"。

（二）编辑 ISAPI 或 CGI 限制

如果要更改 .exe 或 .dll 文件的位置或描述，或者更改 ISAPI 或 CGI 限制的状态，就需要对这些限制进行编辑。具体步骤如下：

1. 打开 IIS 管理器，然后导航至要配置的级别。

2. 在"功能视图"中，双击"ISAPI 和 CGI 限制"。

3. 从列表中选择一种限制，然后在"操作"窗格中单击"编辑"。

4. （可选）在"编辑 ISAPI 或 CGI 限制"对话框的"ISAPI 或 CGI 路径"文本框中，键入 .dll 或 .exe 文件的新路径，或单击浏览按钮 (...) 导航至该文件的位置。

5. （可选）在"描述"文本框中，键入有关该限制的新描述。

6. （可选）选中"允许执行扩展路径"，以允许该 CGI 或 ISAPI 限制运行。如果未选中此选项，限制的状态将默认为"不允许"。以后，通过选择该限制并在"操作"窗格中单击"允许"或"拒绝"，可以更改该限制的状态。

7. 单击"确定"。 （三）删除 ISAPI 或 CGI 限制

如果你不再需要提供由特定 ISAPI 或 CGI 限制定义的内容类型，则可以从服务器上的限制列表中删除该限制。

1. 打开 IIS 管理器，然后导航至要配置的级别。

2. 在"功能视图"中，双击"ISAPI 和 CGI 限制"。

3. 从列表中选择一个限制。

4. 在"操作"窗格中，单击"删除"。

5. 在"确认删除"对话框中，单击"是"。

（四）将未指定的文件扩展名设置为在 Web 服务器上运行

如果在 ISAPI 模式下运行 IIS 7.0，可以允许未指定文件扩展名的文件（即所有可执行文件）在 Web 服务器上运行。如果您是在集成模式下运行 IIS 7.0，则不提供此功能。

. 打开 IIS 管理器，然后导航至要配置的级别。

2. 在"功能视图"中，双击"ISAPI 和 CGI 限制"。

3. 在"操作"页上，单击"编辑功能设置"。

4. 也可以在"编辑 ISAPI 和 CGI 限制设置"对话框中选中"允许未指定的

CGI 模块"，以便允许未指定的 CGI 模块。 5. 也可以选中"允许未指定的 ISAPI 模块"，以便允许未指定的 ISAPI 模块。

6. 单击"确定"。

5．權限設定

變動說明

1. 資料表UpdateLog中的UpdateDay的數據類型修改為nchar(50)

2．WebService頁面只顯示需要的方法和測試方法(Test)

合集下载

最新microsoft-iis畸形文件扩展名绕过安全限制漏洞-解决方案

最新microsoft-iis畸形文件扩展名绕过安全限制漏洞-解决方案

文档来源为:从网络收集整理.word版本可编辑.欢迎下载支持.

1文档来源为:从网络收集整理.word版本可编辑. 最新microsoft-iis畸形文件扩展名绕过安全限制漏洞-解决方案

篇一：IIS_文件解析漏洞及解决办法

近风声似起IIS又暴新的文件解析漏洞，又起网络带一大风波。本文主要根据漏洞的产生分析下原理和解决办法！...

早前有暴出一个下文件名解析漏洞，遇到会自动解析成asp文件执行。此漏洞产生在，处理文件夹扩展名出错导致以.asp命名的文件夹后面的文件直接以asp代码执行。所以无论*.asp文件夹后面是什么格式的文件都被当作ASP程序执行。同理可得只要是可执行程序都可以利用此解析。如：在IIS没有删除扩展名的情况下，/

/都可以当作asp代码被执行。

如图所示：

此漏洞主要利用于网站后台上传文件夹可以创建目录。存在的程序主要有动易系统，Fckeditor编辑器。

IIS 不存在此漏洞，可能这是IIS 在设计上的缺陷!

最近又暴出一个新的文件名漏洞，导致上传;jpg或者;.jpg文件就可以得到网站的webshell.中间的分号的作用是文件名截断从而得到一个可执行文件。这又给网络安全带来一个不小的风波！

同样得到一个结论，；号截断和.asp截断原理是一样的。文档来源为:从网络收集整理.word版本可编辑.欢迎下载支持.

1文档来源为:从网络收集整理.word版本可编辑. 可以写是;jpg或者;.txt等！

对于这个漏洞还可以利用在很多文件上传漏洞上，通过抓包，改包，NC提交得到webshell.在此就不作分析了。

对此类安全问题可以采取几种方法来解决。

一、程序方面

1、对新建目录文件名进行过滤，不允许新建包含.的文件夹。

2、取消网站后台新建目录的功能,不允许新建目录。

iis7.5 404错误页如何设置自定义错误页

iis7.5 404错误页如何设置自定义错误页

iis7.5中404错误页如何设置自定义错误页

问题：当浏览不存在的页面时，系统会报404错误，返回的404错误不友好，如何自定义与中不同的404页面？

分析：404页面默认是在C:\inetpub\custerr\zh-CN文件夹中

当访问不存在页面时，就会自动跳转到404.htm页面。如下图：

解决方法一：我们可以自定义新的404页面来覆盖IIS默认的，当访问不存在的地址时出现我们自定义好的404页面

解决方法二：修改IIS中的错误页

1.打开错误页

2.自已定义一下404页面，自己做一个简单的404.htm(注：也可做asp/aspx/html等自定义错误页 )，放在网站的目录中。

3.点击404页面右键并编辑,选中放在网站目录的错误页面

（注意：URL是放在网站的根目录中的er文件夹中，目录新建时可自定义）

4.点击404页面右键->编辑功能设置->本地请求用详细错误，这样自己看到错误，外网看到的是404,这里很重要，设置好确认就行了。

这样当时错误不存在的页面就可以成功跳转到自定义的404页面中，效果图跟解决方法一一样。

Windows7家庭普通版-IIS配置图解与使用

Windows7家庭普通版-IIS配置图解与使用

Windows7家庭普通版-IIS配置图解与使用

一、家庭版存在的问题： ....................................................................................................... 1

二、解决方案：通过安装 Internet 信息服务 (IIS) 7_5解决 ............................................. 2

A： IIS 7.5 Express ......................................................................................................... 2

B: 支持工具：Microsoft WebMatrix .............................................................................. 3

C:还有一些其它的工具：Web Deploy 2.0 ..................................................................... 4

D:支持Microsoft .NET Framework 4（独立安装程序） ............................................ 5

三、使用 ................................................................................................................................... 5

四、局域网机器访问 ............................................................................................................... 7

IIS WebDAV漏洞安全配置解决方法

IIS WebDAV漏洞安全配置解决方法

IIS WebDAV安全配置

WebDAV是一种基于 HTTP 1.1协议的通信协议.它扩展了HTTP 1.1，在GET、POST、HEAD等几个HTTP标准方法以外添加了一些新的方法。

使应用程序可直接对Web Server直接读写，并支持写文件锁定(Locking)及解锁(Unlock)，还可以支持文件的版本控制。

IIS实现Webdav是采用的其两种接口CGI、ISAPI的ISAPI接口。

但因为其没有采用影射的方式，所以IIS的主程序w3svc.dll本身包含了Webdav的信息。

其识别出是Webdav的请求后就调用Webdav的处理模块httpext.dll。

对于常见几种请求方法GET、HEAD、POST等，因为常见一些映射都支持。

所以不能以请求方法作为Webdav请求的判断，w3svc.dll就根据请求头的字段识别。

如果请求头里面包含Translate:、If:、Lock-Token:中的一种，就认为是Webdav的请求。

Translate:就是那个Translate:f的泄露源代码的一个请求头，其实设置别的两个也是一样的。

可能很多IDS是没有这点知识的。W3svc.dll还内置了几个别的请求方法TRACK、TRACE等。

TRACK就是用于调试错误的，如果收到这样的请求头，w3svc.dll会原样返回请求数据。

相当于我们常见的ping.exe。

IIS对TRACK请求没有进行LOG记录，这点我们可以用于来获得banner。

对于IIS将优于大家习惯使用的HEAD。

如果上面的请求方法没匹配，那么w3svc.dll就会认为是Webdav的请求，交给httpext.dll处理了。

这些请求包含Webdav支持的PROPFIND、PROPPATCH、MKCOL、DELETE、PUT、COPY、MOVE、LOCK、UNLOCK等。

0x01 配置 为了安全上的考虑，IIS默认并不会启动WebDAV的功能，因此必须另外来激活它。