ASP.NET Zone

Hallo,

unsere aspx-Webseite ist bei Hosteurope auf einem Windows 2003 x64 Server im IIS 6 gehostet. Die Windows-Update-Verwaltung wird von Hosteurope übernommen und betrifft dort immer alle Kunden. Der Provider hat in der Nacht vom 28.6. auf den 29.6. Updates installiert und seitdem haben wir Probleme mit einem Teilbereich unserer Seite. Ich bin seitdem am forschen, finde aber keinen Anhaltspunkt.

Das Problem selbst ist schwierig zu beschreiben. Ich habe zur Kommunikation mit Software auf (Laptop-) Terminals eine handvoll aspx-Seiten, die mit entsprechenden Parametern aufgerufen die benötigten Informationen für die Software auf den Terminals als html-Seite zur Verfügung stellen. Diese Anfragen werden seit den Updates doppelt am Server empfangen und es wird keine html-Ausgabe mehr in der Software empfangen. Die Software ist in VB6 geschrieben und funktioniert seit über 2 Jahren fehlerfrei. Ich habe mir dort den Bereich näher angeschaut, der die aspx-Seite aufruft, aber die Verbindung wird dort definitiv nur 1x aufgebaut. Die Abfrage erfolgt mittels einer Winsock-Verbindung auf Port 80, mit der ein Browser simuliert wird, der die entsprechende URL mit den Parametern abruft.

An den Terminals selbst wurde nichts geändert. Weder wurden Updates eingespielt, noch an der Software was geändert. Ich habe ein Terminal zum Testen auch per Systemwiederherstellung auf ein Datum vor dem 28.6. zurück gestellt. Ohne Erfolg.

Die einzige Gemeinsamkeit der Terminals ist Windows XP und dass diese via einem UMTS-Stick online gehen. Ich habe versucht dieses Szenario auf meiner Arbeitsstation (auch XP) nachzustellen und bin mit einem baugleichem UMTS-Stick online gegangen. Hier funktioniert aber die Kommunikation. Ein weiterer Test mit einem anderen Rechner mit Windows Vista + UMTS-Stick war auch erfolgreich.

Ich bin langsam ratlos, was die doppelten Anfragen hervorrufen könnte, tippe aber auf die Updates, die eingespielt wurden. Folgende Updates wurden von Hosteurope installiert, aber irgendwie scheint mir da keines den .net Bereich, oder den IIS zu betreffen:

KB971029  Autoplay-Funktion      http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=EDF9C049-BF1E-4130-87E6-0E64FA73F684
KB2507618  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=5d71d3f5-fd6b-4f3b-8389-37c899748d4b
KB2508429  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?familyid=64C550D4-C927-4382-91E1-473ED6790819
KB2509553  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=753ed6e3-df2e-4b2d-9e9f-7275cd94d214
KB2506212  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=bf084b4c-aac9-4cc6-bb30-87fc96ba9430
KB2524375  Zertifikat-Update      http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=de577033-a2cc-46c2-b39a-60eaf9df254c
KB2503665  Sicherheitsupdate lokaler Angriff  http://www.microsoft.com/downloads/de-de/details.aspx?familyid=C614CB8B-223E-4F84-B94C-F15747760AA5
KB2524426  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=0d3e85a9-42ff-447b-ab8c-095a1c0b224c
KB2525694  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=4aa8c003-0353-4a5b-8aea-c01a103af393
KB2492386  Anwendungskompatibilitätsprobleme  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=ffb27e71-605d-4705-bb5f-2288f235ae15
KB2485663  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=9fbfc742-6c74-49a2-b3cc-e1d5d8c84b77
KB2530548  Sicherheitsupdate Internet-Explorer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=638f6dd6-bea0-4356-b23a-45e865a6b28b
KB2535512  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?familyid=E9018258-5A72-47A1-8584-3D1AA52317C3
KB2536276  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?familyid=2719E0FB-3CFD-47B2-906D-3E07B0E3C978
KB2481109  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=641d5d12-0790-4551-831a-e78febad17a7
KB2544521  Sicherheitsupdate IE7     http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=BA3BEB80-A921-489E-A6FF-A7B2D665ADA6
KB2476490  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?familyid=7E6FF410-4552-4687-81AB-83D9C91F8AF5
KB2412687  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=fd284233-e177-4064-9b02-f83dcb727dbe
KB2393802  Sicherheitsupdate lokaler Angriff  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=6bf2eeec-8225-477f-a606-263d3ee434d6
KB2544893  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?familyid=6427EA5D-05D0-4367-805C-9CB305802B3C
KB2510587  Sicherheitsupdate Remote-Angreifer  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=e026f2ed-8a20-4268-9b29-04a78bde1999
KB2508272  Sicherheitsupdate ActiveX Killbits  http://www.microsoft.com/downloads/de-de/details.aspx?FamilyID=53756404-39e4-43af-81e9-81471536aa66

Vielleicht kann mir von euch ja jemand einen Tipp geben, welches Update ich mir genauer anschauen sollte?

Vielen Dank und viele Grüße

Andreas

Bumbum:

Diese Anfragen werden seit den Updates doppelt am Server empfangen und es wird keine html-Ausgabe mehr in der Software empfangen. Die Software ist in VB6 geschrieben und funktioniert seit über 2 Jahren fehlerfrei. Ich habe mir dort den Bereich näher angeschaut, der die aspx-Seite aufruft, aber die Verbindung wird dort definitiv nur 1x aufgebaut. Die Abfrage erfolgt mittels einer Winsock-Verbindung auf Port 80, mit der ein Browser simuliert wird, der die entsprechende URL mit den Parametern abruft.

An den Terminals selbst wurde nichts geändert. Weder wurden Updates eingespielt, noch an der Software was geändert. Ich habe ein Terminal zum Testen auch per Systemwiederherstellung auf ein Datum vor dem 28.6. zurück gestellt. Ohne Erfolg.

hier wäre es wahrscheinlich hilfreich, auf einem der betreffenden Clients einen Sniffer mitlaufen zu lassen, der den HTTP Traffic mitschneidet. Fiddler könnte dabei wahrscheinlich behilflich sein. Damit kann man zumindest ausschließen, dass der Client selbst die beiden Requests vornimmt.

Wenn serverseitig immer doppelte Requests ankommen und der Client unschuldig ist, wird das entweder durch einen internen Redirect in der ASP.NET Anwendung oder durch eine Komponente dazwischen verursacht.

Speicher mal in der global.asax (bspw. in PreRequestHandlerExecute oder auch in einer der "Problemseiten") den gesamten Request mit

Request.SaveAs( "<Pfad>", True )

Hallo Stefan,

ich wollte mich noch mal kurz für die Antwort bedanken.

Ich habe den Request.Save eingebaut, aber scheinbar in der Eile ain die falsche Stelle, weshalb nichts gespeichert wurde...

Die Eile war aber nötig, da das Produktiv-System wieder laufen mußte. Die Notlösung bestand nämlich darin die Daten telefonisch abzugleichen, was untragbar war. Erstens vom Zeitaufwand und zweitens war es fehlerbehaftet. Ich habe in der Zwischenzeit die komplette Anwendung, die auf den Terminals gelaufen ist in einer Webseite nachgebildet und es läuft nun wieder alles.

Das Ganze ist auch mithilfe von Javascript Callbacks (über System.Web.UI.ICallbackEventHandler), mit denen die erfassten Daten immer sofort zum Server gesendet und dieser die Daten in einer Datenbank zwischenspeichert ziemlich Absturz- und Verbindungsabbruch-Sicher geworden.

Zusätzlich habe ich jetzt den Vorteil, dass ich nicht mehr auf die sehr unzuverlässige Kommunikation über die Webseiten angewiesen bin, wobei ich auch noch mit Zeichensatzproblemen, Verbindungsabbrüchen, etc. zu kämpfen hatte.

Alles in allem ist es jetzt tatsächlich besser als vorher.

Viele Grüße

Andreas