我正在寻找关于configuration更改的build议，我们可能会帮助解决在我们托pipe的网站上如此陈旧的经典asp页面上发生的小规模攻击。 有问题的用户打开这些经典网页的几个请求，但不是在30分钟内的大量请求不超过400个。 该请求需要大约1.5到2秒才能运行，然后进入发送数据阶段。 然后，他们坐在这个阶段，队列build立起来。 最终我们无法处理更多的请求，因为有太多请求排队。 请求完成后，发生排队，所以我们不在这里等待数据库或其他资源。 连接超时设置为120秒（这是太长） MinFileBytesPerSecond被设置为360.有问题的页面是20KB，所以按我的计算，这允许最多27秒下载页面。 这太久了？ ASPProcessorTheadMax被设置为75，这是很高的，但是CPU没有超出，当排队发生时，它高于50％的指导。 任何想法很好地收到。
我已经使用Adobe的Livecycle Collaboration Services构build了一个应用程序，该应用程序向我的WebDAV服务器提供会话logging（基本上是ZIP文件）。 Adobe服务器能够将录制内容上传到我的WebDAV服务器，所以我假设PUT操作没有问题，并跳到有问题的部分。 该应用程序有一个播放function，它使Adobe LCCS服务器（我根本没有任何访问权限）从我的服务器上下载以前上传的录音，并将它们stream到客户端。 现在，大部分时间播放从不开始。 我已经检查了IIS日志文件，看看发生了什么，看到下面的日志块： #Software: Microsoft Internet Information Services 6.0 #Version: 1.0 #Date: 2011-10-24 23:01:33 #Fields: date time s-sitename s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status 2011-10-24 23:01:33 W3SVC816003140 212.2.198.10 PROPFIND /webcast – 80 – 78.190.136.29 Microsoft-WebDAV-MiniRedir/6.1.7600 207 0 0 2011-10-24 23:01:33 W3SVC816003140 212.2.198.10 PROPFIND /webcast/na2-sdk-e720161f-0e1b-42ed-81c5-1d5a066cc158_x002F_mesutdursun74_x002F_91fbdd8b59.zip – […]
我正在使用IIS 6.0和selfSSL来创build一个自签名证书，但它只能持续一个星期。 我如何延长这个时间？
我的IIS 6.0 web服务器正在logging数以千计的IP地址字段中包含“UNKNOWN”的条目， IIS日志logging属性中的客户端IP地址（c-ip）选项。 我只会说它只影响日志的5％，但是我想知道一个请求怎么会没有IP地址，或者至less导致IISlogging“未知”值。
在圣诞节期间，我们有一个主要的服务器妥协，当一个合法的FTP账户被用来上传一个.net后门时，它允许它访问整个asp.net机器账户，并包含数十个电子商务商店。 我们禁止了这个混乱，把混乱清理干净了，但是我想停下来。 做我的研究，似乎将.net应用程序限制为中等（不是完全信任）将确保应用程序保持自己，并且在正常情况下不能进行交互。 然而，由于我们的应用程序是经典的ASP和.NET，除非我能够保护ASP，否则几乎没有什么用途保护.net。 有谁知道什么额外的安全性，我可能需要实现以保证类似的方式ASP？
我正在尝试在Win 2003服务器上将iis部署到一个Silverlight应用程序。 我将silverlight的mimetypes添加到iis（.xap，application / x-silverlight-app），然后重新启动应用程序池，应用程序下载并运行。 但是，运行iisreset或重新设置机器会吹走mime条目。 为什么会这样呢？
为了简化我们的环境，在最primefaces级别上，我们在一台服务器上运行IIS 6上的.NET网站，并且该网站依赖于来自另一台服务器上MS SQL 2005数据库的数据。 为了达到灾难恢复的目的，我们在地理位置偏远的地方复制了这个基础设施。 我们rsync .NET代码文件到远程IIS服务器。 我们将我们的SQL数据logging到远程SQL服务器。 我们似乎可以在亚马逊的云中做类似的事情。 使用由EBS卷支持的EC2机器。 其优点是我们可以以较低的成本使用较小的机器，直到我们实际需要故障转移，在这种情况下，我们可以启动更大的机器来处理负载并附加预先存在的EBS卷。 这个项目只是在发现/探索阶段，我们可以从社区中使用Amazon AWS的一些经验。 想到立即有用的东西： 有没有人有在AWS中运行MS SQL Server 2005的经验？ OLTP负载（如数据库驱动的网站产生的性能）一定会受到影响，但是您的虚拟SQL服务器在哪里工作和失败（即磁盘I / O是废话……我们可以在物理服务器上处理约5k事务/秒与同样spec'ed的虚拟机我们的能力减半）。 从长远来看，在云计算中运行灾难恢复解决scheme的所有意外成本之后，您是否真的存了钱？ 隐藏的成本在哪里？ 如果您是以自动化的方式将数据提交给亚马逊，那么您是如何处理的？ 平面文件很容易，但是如果您正在运行SQL或Exchange，那么我对您使用的工具特别感兴趣。 有没有办法直接写入EBS卷，或者您是否强制将EBS卷附加到EC2实例并使用操作系统？ 如果您不幸遇到AWS来处理生产负载，那么它是如何作为灾难恢复解决scheme的？ 很明显，每个人的恢复目标都不一样，所以我想我真的只是想知道AWS在哪里比较优雅/有利，而且它只是落在你面前 其他见解和现实检查都是值得赞赏的。 TIA花时间与社区和我分享你所知道的。
我有一台服务器无法从Windows Server 2003上的IIS6下载超过40MB的文件。HTTPERR日志显示Connection_Abandoned。 该请求不显示在IIS日志中。 提琴手显示没有收到来自服务器的回应。 事件日志中没有错误。 UrlScan未安装。 我们尝试了直接链接到文件，并通过提供文件的ASP.NET页面下载（不是redirect，它使用Response.WriteFile 。我们已经尝试了几个文件，40mb以下的所有东西都可以工作，而且超过40mb的东西都会失败。
我正在尝试安装Perfmon / Logman来收集一些性能计数器来监视我的IIS6安装。 在这个主机上有多个w3wp实例，我可以通过将（w3wp_1234）传递给计数器（其中1234是特定站点工作进程的PID）来成功收集特定实例的数据。 Process(w3wp_1234)\Private Bytes 当我想要收集性能计数器（如Thread：Context Switches / sec）时会出现问题，该计数器将Thread＃显示为实例的一部分： Thread(w3wp_1234/1)\Context Switches/sec Thread(w3wp_1234/2)\Context Switches/sec Thread(w3wp_1234/3)\Context Switches/sec Thread(w3wp_1234/43)\Context Switches/sec 我认为我可以通过使用通配符来收集该进程的所有线程实例： Thread(w3wp_1234*)\Context Switches/sec 但是，这不起作用！ 使用全局通配符（ 线程（*）\上下文切换/秒 ）给我所有进程的线程，这是太多的信息！ 只收集我感兴趣的特定网站的性能计数器的最佳方式是什么？ 谢谢！
我的客户有两个作为订阅服务运行的站点（称之为主站点和subsite站点）。 他们希望客户只有在主网站上有付费订阅才能访问subsite网站，所以任何直接访问subsite或不通过subsite访问的人都应该被redirect到主网站（购买订阅）。 我一直负责处理这个redirect，而且由于他们的服务器在带有IIS 6的Windows Server 2003上运行，我在subsite服务器上安装了IIRF（Ionic ISAPI Rewrite Filter）来处理重写和redirect。 subsite Iirf.ini文件包含以下内容： # Enable logging. RewriteLogLevel 1 RewriteLog D:\sites\subsite\Files\IIRFLog # Enable services. RewriteEngine ON StatusInquiry ON IterationLimit 5 # Redirect to main site. RewriteCond %{HTTP_REFERRER} ^https?://(?!mainsite)([-\w]*\.)(?!mainsite)\S*$ [I] RedirectRule ^(.*)$ http://mainsite.com/ # Add `www.` to URLs. RewriteCond %{HTTP_HOST} ^(subsite\.com).*$ [I] RedirectRule ^/(.*)$ http://www.subsite.com/$1 [I,R=301] # URL rewrites […]