2017-11-24 55 views
0

Ich hosste eine ASP.NET-Web-API-Anwendung auf IIS 8. In unserem Setup haben wir zwei Webserver. Die Art der Einrichtung ist so angelegt, dass alle Anfragen auf einen primären Server (nennen Sie es Server A) und dann leitet sie einfach jede Anfrage an unseren Server (nennen Sie es Server B), der ASP.NET Web API-Anwendung tatsächlich hostet. All das funktionierte ein Jahr lang gut, aber gestern schien Server B entschieden zu haben, jede eingehende Anfrage von Server A zu blockieren. Wenn wir in dieser Zeit direkt auf Server B zugreifen, wurden immer noch Daten gesendet.Ist es möglich, dass IIS die Anforderung blockiert, die von einem bestimmten Server kommt

Ich schaute auf die IIS-Protokolle für die Website und es gibt absolut keine Protokolle über die Dauer, bei der IIS nicht reagierte. Ereignisprotokolle sind ebenfalls leer.

Ich schaute auf die CPU und Speicherauslastung auf Server B und es nicht hoch.

Ich werde jetzt failed request trace auf IIS aktivieren. Aber ich hoffe, dass ich in der Zwischenzeit einige Antworten auf dieses Problem finden kann.

+0

sehen Sie keinen Verkehr auf Server A? Hast du versucht Geiger zu benutzen? – Yuri

+0

@Yuri: Ja, der ganze Verkehr kommt über Server A. Und ich kann bestätigen, dass es während dieser Zeit viel Verkehr gab. Aber ich habe den Geiger nicht benutzt. – OpenStack

+0

Also, das Problem ist zwischen Server A und B. Können Sie sich direkt auf dem Server A anmelden und mit dem Browser einen Aufruf an Web-API auf dem Server B? Was ist das Ergebnis? – Yuri

Antwort

0

Versuchen Sie Fiddler, von der Antwort können Sie eine gute Ahnung haben, was los ist

+0

Das Problem ist jetzt auf mysteriöse Weise gelöst, ohne irgendwelche Spuren oder Logs, daher kann ich fiddler jetzt nicht benutzen. Dieses Kommunikationsmodell arbeitete seit einem Jahr und plötzlich hörte es auf und begann wieder zu arbeiten. Ich habe Ereignisprotokolle und IIS-Protokolle auf dem Server ohne Glück überprüft. – OpenStack

Verwandte Themen