我有一个网站运行一个ISAPIfilter提供SSOfunction，以及匿名和基本authentication。 ISAPIfilter填充每个请求的“授权”标头，使用基本的凭证，例如基本的base64EncodedString（用户名：密码），我可以使用Fiddler看到。 接下来，我有一个HTTP模块从“授权”标题中获取基本凭证，对它们进行解码并将用户名放在新的标题值中。 新的头文件然后由Tridion拾取并由内置的SSO模块使用。 此解决scheme在IIS6中工作，但不在IIS7.5中; 在IIS7.5中，“授权”标题不存在于请求中。 我检查了HTTP模块中的头，并在一个虚拟的ASPX页面。
例如，如果我在“回收”设置中为应用程序池configuration以下限制： Virtual Memory: 512Mb Private Memory: 128Mb – 或IIS 6中的“已用内存” 该进程是否可以使用90Mb的物理内存，但是请求使用256Mb的虚拟内存，因此不会触发回收？
随着POODLE的公告，我希望我的服务器接受SSL3.0连接，但让他们提供一个页面，表明用户应该更新到一个新的浏览器与TLS的支持。 这似乎应该是可能的，因为IIS应该知道哪个密码套件正在使用，但我想不出任何方式来configuration这些信息，以允许托pipe不同的内容或被转发到网站本身做的事情。 有没有办法让IIS根据SSL / TLS协商过程中使用的密码套件进行redirect？还是有一种方法可以使密码套件可用于网站？
我有一个简单的ASP.NET网站。 当我尝试在Windows 7 IIS上运行它时，我的浏览器中显示以下错误消息： HTTP错误500.19 – 内部服务器错误请求的页面无法访问，因为页面的相关configuration数据无效 我怎么解决这个问题？
我有一个IIS7服务器，作为其他几个Web服务器的反向代理。 其他服务器运行在不同的端口上，所以IIS7服务器提供了“友好的URL”，全部在端口80上。URL重写用于将请求交给后端服务器。 一个这样的服务器是TeamCity（持续集成和构build服务器）。 该服务器提供了一种下载构build结果的方法（'构build工件'）。 通常这些工件是一个zip压缩文件。 以下是一个示例url： http://build.teamserver.tigranetworks.co.uk/repository/download/bt25/4164:id/ASCOM+Telescope+Driver+for+AWR+6.0.40.825.zip ASCOM+Telescope+Driver+for+AWR+6.0.40.825.zip中的ASCOM+Telescope+Driver+for+AWR+6.0.40.825.zip实际上是最终文件名中的空格; TeamCity服务器放入+字符。 当单击此链接时，我从IIS7服务器收到以下错误： 404 – 找不到文件或目录。 您正在查找的资源可能已被删除，名称已更改或暂时不可用。 出现在IIS7日志文件中的实际URL是： /repository/download/bt25/4164:id/ASCOM+Telescope+Driver+for+AWR+6.0.40.825.zip 重写规则匹配模式(.*)并使用重写URL http：// localhost：8022 / {R：1} 现在这是有趣的事情。 如果我回到我的浏览器并编辑出这些+字符，小心地用空格replace它们，那么URL就起作用了！ 我得出这样的结论：URL重写对于那些+字符不起作用。 这是一个已知的问题？ 有什么build议么？
昨天，我决定给NewRelic一个尝试。 我注册了一个免费帐户，并安装.Net代理，并按照指示重新启动IIS。 该代理立即开始在仪表板上显示丰富的信息，如： 最慢的SQL语句 哪些方法执行时间最长 哪些页面正在被最频繁地访问 如何简单地通过安装.Net代理来完成上述工作？ 我担心实际的应用程序性能 – 我以前使用过分析工具，通过修改编译的DLL来大大减慢应用程序的速度。 但是，这个工具似乎没有修改任何东西。 我仍然需要弥补所有这些信息的意义，以及这对我有什么帮助，但对我来说，这看起来相当“神奇”，并且担心在离开代理运行和向信息中心上传信息方面是否存在任何性能影响。
我的网站将停机维护一段时间，我想确保（1）search引擎为每个页面看到一个HTTP 503错误代码，（2）人类看到一个描述停机的友好信息，符合停机时间SEO最佳实践 。 如何设置IIS 7.5，以便每个请求都获得一个自定义的503错误消息？
我一直在尝试在Windows 2008 R2上的IIS 7.5上创build具有静态HTML页面和压缩function的站点的出站规则。 如果我有任何forms的压缩启用（静态或dynamic），我得到这个错误： HTTP Error 500.52 – URL Rewrite Module Error. Outbound rewrite rules cannot be applied when the content of the HTTP response is encoded ("gzip"). closures压缩不是一个真正的select，因为对页面加载性能有很大的负面影响。 我想象使用出站重写规则的任何人都会遇到这个错误，因为你总是希望为文本内容启用压缩。 我已经看了一些build议，让这个工作： https://stackoverflow.com/questions/3713804/url-rewrite-outbound-rules-iis7/4363301#4363301 和 http://forums.iis.net/p/1165899/1937454.aspx#1937454 但我仍然得到同样的错误。 有没有人得到这个工作？ 如果这样怎么样？
我注意到IIS错误页面中的怪异行为。 我有这个设置： <httpErrors errorMode="Custom" existingResponse="Replace"> <remove statusCode="500" /> <error statusCode="500" responseMode="ExecuteURL" path="/error-page" /> </httpErrors> 有时当由于查询string太长而发生ASP.NET错误时，立即尝试执行错误页面URL时发生第二个错误。 我跟踪到这个问题，IIS将原始url附加到错误页面url，如下所示： Original: http://example.com/someurl?id=some_very_long_query_string_causing_security_exception Error: /error-page?500;http://example.com/someurl?id=some_very_long_query_string_causing_security_exception 这是一个巨大的问题。 如果原始url因查询string太长而失败，那么带有附加内容的错误页面也会失败，因为它有一个更长的查询string！ 我相信这是IIS中最愚蠢的错误。 有没有人知道是否有一些补丁的补丁包？ 最坏的情况下，如果现在没有什么是固定的，有没有办法来禁止这种行为或任何技巧来阻止IIS主动的东西附加到错误页面？ 因为它打破了整个自定义错误页面机制。
我正在处理一个存在内存泄漏的遗留.NET应用程序。 为了尝试减轻内存崩溃的情况，我将应用程序池内存限制设置在500KB到500000KB之间（500MB），但是应用程序池似乎并不尊重设置，因为我可以login和查看物理它的内存（5GB及以上无论什么价值）。 这个应用程序正在查杀服务器，我似乎无法确定如何调整应用程序池。 你推荐什么设置来确保这个应用程序池不超过500MB的内存。 这里是一个例子，应用程序池是使用3.5GB的 所以，服务器又崩溃了，这是为什么： 具有低内存限制的同一个应用程序池，1000个回收请求，每两三分钟就会导致一次回收事件，但有时候只会逃跑。 我也对任何可以监控这个过程的工具（每30秒作为一个任务或服务运行）开放，并且可以在超过某个限制时杀死它。