[ASP] ServerXMLHTTP geeft timeout errors in IIS6

[_Thanatos_]

We hebben een applicatie van IIS5/win2000 overgezet naar IIS6/win2003 en zonder enige verandering in de code geeft een stuk code dat gebruikmaakt van Msxml2.ServerXMLHTTP opeens op iedere request een timeout error. Als ik zelf de betreffende URL aanroep, dat werkt prima, en in een flits. Als ik de URL op de server zelf aanroep (met een browser gewoon), dat werkt net zo goed. Dus alléén ServerXMLHTTP geeft een timeout (na zeker een minuut wachten).

Relevante code:

ASP:

Set Http = Server.CreateObject("Msxml2.ServerXMLHTTP.4.0")
Http.Open "GET", Url, False
Http.Send

Dat is redelijk straightforward lijkt me. De exacte error:

code:

msxml4.dll returned error 0x80072EE2: The operation timed out

Ik heb al het eea geprobeerd. Bijvoorbeeld Msxml2.ServerXMLHTTP.3.0 gebruiken, maar die geeft hetzelfde euvel. Ik heb in IIS ook al wat zitten rommelen met de application pools, maar dat mag hier toch geen invloed op hebben.

Wat kan ik nog meer doen om het te fixen? Please?

[Robbemans]

1. Gebruikt "msxml2.ServerXMLHTTP"
2. Waarschijnlijk wil je *iets* versturen. Als voorbeeld:

ASP:

   ...
    set xmlhttp = Server.CreateObject("msxml2.ServerXMLHTTP")
    
    xmltext = ' whatever   
    
    xmlhttp.open "POST", s, false
    xmlhttp.Send xmlText
    rt = xmlhttp.responseText
    set xmlhttp = nothing

   ...

[ Voor 84% gewijzigd door Robbemans op 18-08-2006 14:48 ]

[_Thanatos_]

1. Die gebruikte ik eerst, en is equivalent aan Msxml2.ServerXMLHTTP.3.0.
2. Ik wil niks versturen, ik wil een doodnormale GET doen. Gewoon een bestandje neerhalen...

[pjonk]

De URL wijst toch wel naar een valide XML bestand? Dit is onzin.
Zijn er firewalls etc. die misschien roet in het eten gooien. Draai eens een network sniffer bijv. WireShark, zie http://www.wireshark.org om te kijken of de HTTP berichten worden verstuurd en ontvangen.

[ Voor 3% gewijzigd door pjonk op 22-08-2006 14:42 ]

[_Thanatos_]

Ja hoor, zoals ik al zei kan ik het bestand gewoon opvragen. Zelfs met een browser op de server via remote desktop. Geen firewalls, geen proxies, gewoon de kaalste en simpelste situatie die je maar kan bedenken.

Ik denk trouwens niet dat het slim is om op een server een network sniffer te gaan installeren...

[pjonk]

_Thanatos_ schreef op dinsdag 22 augustus 2006 @ 14:11:
Ik denk trouwens niet dat het slim is om op een server een network sniffer te gaan installeren...

Je kan zo'n sniffer best even tijdelijk installeren. Het is gewoon de snelste manier om te kijken wat de XMLHttpRequest precies voor HTTP verkeer genereerd.

Weet je 100% zeker dat je URL klopt? Lees ook eens de posts hieronder:
http://groups.google.nl/g...=1&hl=nl#e6f4a0951fbfc526
http://groups.google.nl/g...=2&hl=nl#67ee4f01c23cb5a8

[ Voor 38% gewijzigd door pjonk op 22-08-2006 14:46 ]

[_Thanatos_]

Gek dat ik met Wireshark helemaal die URLs niet langs zie komen, zelfs de request niet.

Maar toen zag ik een site (ook op onze server) waarop het feilloos werkte. Maar waarom? Ik op onderzoek uit. Met Wireshark zag ik ook daarvan de request niet, maar alle andere requests wel. Gek.

Toen bedacht ik me, die andere site staat in een eigen application in IIS. Dat is bij de site waarop ServerXMLHTTP de timeouts geeft ook wel zo, maar de pagina waarin het gebeurt, staat in een mapje. Es kijken wat er gebeurt als ik dat mapje in een eigen application zet.

En wat dacht je wat. Dan doet ie het opeens wel. Wtf heeft dat ermee te maken

[eek]

Zou het niet kunnen zijn dat je eerst een tiepvout had in de url? En doordat je de aanpassing deed de url nu opeens wel goed is. Of is de url onveranderd?

[RobIII]

_Thanatos_ schreef op woensdag 23 augustus 2006 @ 15:29:
En wat dacht je wat. Dan doet ie het opeens wel. Wtf heeft dat ermee te maken

INFO: Do Not Send ServerXMLHTTP or WinHTTP Requests to the Same Server

quote: http://support.microsoft....spx?scid=kb;en-us;Q316451

If the ServerXMLHTTP or WinHTTP component must send a request to another ASP on the same server, the target ASP must be located in a different virtual directory and set to run in high isolation. Avoid using ServerXMLHTTP or WinHTTP to send a request to an ASP that is located in the same virtual directory.

Ik had al zo'n vermoeden toen ik je topic de eerste keer zag, maar was er wegens omstandigheden ( ) nog niet aan toegekomen de MS pagina erbij te zoeken. Heb het zelf een keer meegemaakt en kwam toen met hetzelfde resultaat.

[ Voor 52% gewijzigd door RobIII op 23-08-2006 18:12 ]