我在直播平台上看到一个非常奇怪的问题,该问题包括四个
Web服务器Windows Server 2003框位于ISA服务器后面的群集中
簇。它们都在运行IIS6。我们需要Web服务
.Net 2.0 Webapp向外界发出的请求,因此我们拥有
利用“ defaultProxy”配置部分为
外发请求如下:

<system.net>
  <defaultProxy>
    <proxy proxyaddress="http://cache.mydomain.co.uk:8080"
           bypassonlocal="true" />
    <bypasslist>
      <add address="monkey.mydomain.com" />
      <add address="www.mydomain.com" />
      <add address="192.168.0.1" />
    </bypasslist>
  </defaultProxy>
</system.net>


如您所见,我们还指定了一个旁路列表,以便网络服务调用
在我们的网络应用程序中,该应用程序可以调用同一服务器上的其他网站
不要通过代理。

这在一天当中大部分时间都在我们的实时系统上起作用,但是
系统负担沉重,应绕过的Web服务请求
代理突然开始通过代理路由,并将保持此状态
直到应用程序池回收完成。在这一点上,它可以追溯到
应该管用。这会在所有四台服务器上发生;一般在几个
分钟彼此。

我已经输出了在Web服务期间正在使用的代理设置
打电话,当一切正常时,我可以看到旁路列表,并且
本地网络服务网址的“ bypassed”属性为“ true”。然而,
出现问题时,我将无法再看到旁路列表和被旁路
属性为“假”。 proxyaddress属性始终保持不变。

不知道这是否是一种症状,但唯一的另一个非常奇怪的事情是
当它正常工作时,可以将代理对象投射回
WebProxyWrapper类,但是当它停止工作时,可以将其强制转换回
WebProxy类。

有没有其他人遇到过这个问题或没有人知道为什么会这样
发生了吗?

最佳答案

嗯,当重新加载配置时,听起来像是内存压力或竞争状态。

您是否在这些计算机上使用Windows,IIS和.NET框架的最新补丁?我知道Microsoft补丁有时会包含未在KB列表中列出的次要修复程序。

我建议升级到Windows Server 2003 R2,.NET Framework v3.5 SP1以及后续的安全补丁,因为此配置可能已接受了最多的测试。

09-30 18:24
查看更多