Warum verlieren einige meiner Kunden für kurze Zeit die HTTP-Konnektivität?

Ich verwende IIS 7.5 auf Server 2008 R2, der auf einem Windows Core 2008 R2-Server auf Intel-Serverhardware virtualisiert ist und sich hinter einer Sonicwall-Firewall befindet.

Seit einigen Monaten haben wir eine Menge Kunden (vielleicht eine pro Woche), die uns kontaktieren, um zu sagen, dass sie nicht auf die Website zugreifen können. In diesem Fall beginne ich sofort mit der Diagnose des Problems und finde Folgendes:

1. Ich kann auf die Website zugreifen.
2. Unsere Support-Mitarbeiter an anderen Standorten können auf die Website zugreifen.
3. Vermutlich (weil wir nichts von ihnen hören) können andere Kunden auf die Website zugreifen.
4. Der Kunde kann pingen und zum Server zurückverfolgen.
5. Der Kunde kann nicht auf andere Websites auf demselben Server zugreifen, die dieselbe IP-Adresse verwenden.
6. Der Kunde kann auf andere Websites auf demselben Server zugreifen, die andere IP-Adressen verwenden.
7. iisreset löst das Problem nicht.
8. Durch das Zurücksetzen des Routers des Kunden wird das Problem nicht behoben.
9. Das Leeren des ARP-Cache unserer Firewall behebt das Problem nicht.
10. Durch Ändern des Browsers des Kunden und / oder Neustarten seines Computers wird das Problem nicht behoben.
11. Der Wechsel zu einem anderen Computer hinter dem Router des Kunden löst das Problem nicht.
12. In 15 - 30 Minuten löst sich das Problem auf magische Weise von selbst und der Kunde kann wieder auf die Website zugreifen.
13. Wenn dies fehlschlägt, wird dem Kunden eine Zeitüberschreitungsmeldung angezeigt und in den IIS-Protokollen wird überhaupt keine Aufzeichnung der Anforderung angezeigt.

Weitere Hinweise:

1. Es scheint kein Muster zu geben, welche Kunden von diesem Problem betroffen sind.
2. Wir verwenden keinen Lastausgleich.
3. Mit Ausnahme der Firewall befindet sich vor IIS keine andere Sicherheitssoftware / -hardware.
4. Die IIS-VM verfügt über die neuesten Windows-Updates.
5. Die Server Core-Installation enthält die neuesten Windows-Updates.
6. Auf der Sonicwall wird die neueste Firmware ausgeführt.

Dinge, die ich vermute, könnten das Problem sein:

1. Wenn der Browser des Kunden das DNS für die Website falsch aufgelöst hat, kann dies zu allen oben genannten Problemen führen. Wenn es das nächste Mal passiert, verwende ich Fiddler, um die IP-Adresse zu überprüfen, mit der der Browser eine Verbindung herstellen möchte. Ich bin mir nicht sicher, warum Ping es dann über die Befehlszeile korrekt auflösen kann.
2. Vielleicht blockiert die Sonicwall irgendwie die Verbindung. In diesem Fall wird nur ein bestimmtes Quell-IP + Ziel-IP + -Protokoll und nur für 15 bis 30 Minuten blockiert. Ich habe keinen der erweiterten Filterdienste von Sonicwall lizenziert / aktiviert. Ich kann diese Theorie möglicherweise testen, indem ich die Sonicwall zurücksetze, während das Problem auftritt. Dies ist eine beängstigende Angelegenheit, wenn man bedenkt, dass die anderen Benutzer gleichzeitig auf den Server zugreifen.
3. Möglicherweise blockiert die virtuelle Netzwerkverbindung zwischen Server Core (dem Host-Betriebssystem) und Server 2008 R2 (dem Gast-Betriebssystem) die Verbindung für einen bestimmten Zeitraum. Ich bin mir nicht sicher, wie ich diesen testen / diagnostizieren kann.
4. Vielleicht ein seltsames Problem mit den NIC-Treibern auf dem Host-Computer? Ich bin mir auch nicht sicher, wie ich diesen testen soll.

Es ist keine sehr zufriedenstellende Lösung, aber ich bin von der oben beschriebenen virtualisierten Lösung zu einem eigenständigen Server übergegangen, und das Problem ist bisher behoben. Ich weiß nicht, ob es ein Problem mit der Netzwerkkarte des vorherigen Hostcomputers, dem virtuellen Netzwerkadapter zwischen der VM und dem Hostcomputer oder etwas ganz anderem war, aber im Moment läuft alles reibungslos. Wenn das Problem erneut auftritt, aktualisiere ich diese Frage / Antwort.