System.Net defaultProxy section dans le web.config

Je vois un drôle de question sur notre plate-forme en direct qui se compose de quatre
serveur Windows Server 2003 boîtes assis dans un cluster derrière un serveur ISA
cluster. Ils sont tous en cours d'exécution IIS 6. Nous avons la nécessité pour webservice
demandes de de la .Net 2.0 webapp pour le monde extérieur afin de nous avons
utilisé le "defaultProxy' section de configuration pour spécifier un proxy pour
les demandes sortantes comme ci-dessous:

<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>

Comme vous pouvez le voir, nous avons également indiqué une bypasslist de sorte que webservice appels
au sein de notre webapp qui permet de passer un appel vers un autre site sur le même serveur
ne pas passer par le proxy.

Cela fonctionne pour la plupart, sur notre système live tout au long de la journée, mais comme
le système est livré sous une lourde charge, le webservice demandes qui doivent ignorer
le proxy soudainement commencer à être acheminé à travers le proxy et le resteront
moyen jusqu'à ce qu'une Application de la Piscine recycler est fait. À ce stade, il va revenir à la façon dont il
devrait fonctionner. Ce qui se passe sur les quatre serveurs; en général, dans un délai de quelques
procès-verbal de l'eachother.

J'ai éditer les paramètres de proxy qui sont utilisés pendant le webservice
appel et je peux voir la bypasslist si tout fonctionne correctement et
le "contourné" la propriété est "vrai" pour le local webservice url. Cependant,
quand ça se passe mal je ne peux plus voir la bypasslist et le contourné
la propriété est "faux". La propriété proxyaddress reste le même tout le temps.

Ne sais pas si c'est un symptôme ou non, mais la seule autre chose de très étrange est
qui, quand elle fonctionne correctement, le proxy de l'objet peut être acteurs d'un
WebProxyWrapper classe mais, quand il cesse de travailler, il peut être moulé retour à un
Classe WebProxy.

Quelqu'un d'autre a rencontré ce problème, ou personne ne sait pourquoi
qui se passe?

OriginalL'auteur | 2009-09-15