この問題を数日間追跡しています。それは行き来します...つまり、問題は8〜10時間存在し、その後12時間消え、4時間再び現れてから2時間消えます。
これが私のセットアップです。約 60 の Web サイトをホストしている IIS 7.5 を実行している Windows 2008 R2 サーバーがあります。各 Web サイトには、バインドされた独自の IP アドレスがあります。ポート 443 (ssl) で実行されている 1 つ (私の管理パネル) を除いて、すべてのサイトはポート 80 で実行されています。
先週、サイトが機能しなくなったことに気付きました。サイトの 1 つにアクセスすると、Chrome で「おっと! Google Chrome は www.mysite.com に接続できませんでした。リロードしてみてください...」というメッセージが表示されます。ページを 5 回または 6 回更新すると (10 回以上かかる場合もあります)、サイトが表示されます。私の最初の考えでは、これはネットワーク関連の問題であるため、サーバーに RDP 接続し、IIS を開き、IIS 内の参照リンクからいくつかのサイトを参照しました。サーバー上で同じことを直接見ました。次に、IP をヒットすることによって、問題の原因である可能性がある最初のルーターにまだ送信されている可能性があるため、サイトの 1 つをループバック アドレス (127.0.0.1) にバインドし、同じ問題を見ました。
これらの「テスト」により、問題が発生しているのはポート 80 のみであることがわかりました。次に考えたのは、Symantec のエンドポイント プロテクション (ウイルス ソフトウェア) がポート 80 で着信要求をブロックしていたのではないかということだったので、それを無効にしました... 同じ問題です。
それから、おそらくそれは私の Windows ファイアウォール ルール puking だと思いました。同じ問題で、ポート 80 のトラフィックを許可するルールを再作成しました。次に、ファイアウォールを完全に無効にして、ファイアウォール内で他の何かがそれをつまずかせていないかどうかを確認しました。同じ問題です。
次に、リモート マシンからポート 80 でサイトの 1 つに telnet で接続しようとしました。3 回か 4 回うまくいき、その後 telnet に接続できなくなります。したがって、通過する時間は、サーバーが Web ページを提供した時間です。接続しない時間は、ページを提供しなかった時間です。
次に、IIS に「失敗した要求トレース」をサイトの 1 つに追加して、失敗したときに失敗する理由を特定できるかどうかを確認しました。サイトに数回アクセスしようとしましたが、失敗しましたが、ログは作成されませんでした。その後、ようやく通過し、ログが作成されます。これは、失敗した場合、IIS にさえ到達していないことを示しています。
次に、実行してみました：
netstat -anp tcp | find ":80"
ポート 80 に着信するトラフィックを別の何かがキャッチしているかどうかを確認します。また、TcpView をダウンロードして実行しましたが、ポート 80 でトラフィックをキャッチするものは何も表示されませんでした。その後、IIS を停止して上記の両方を再度実行しましたが、IIS が停止したときにポート 80 でリッスンしているものはありません。
次に、ポート 80 で着信するトラフィックを高いポートにマッピングするポート マッピングを実行して、少なくともサーバーが一貫してページを提供できるかどうかを確認しました。このコマンドを使用してポートをマップしました
netsh interface portproxy add v4tov4 listenport=80 listenaddress=188.55.22.11 connectport=20005 connectaddress=188.55.22.11
これでも問題は解決しませんでした。これは、問題がネットワーク スタックのそのレベルに到達する前に発生していることを示しています (これはどこにあるのかわかりませんか??)。
iisreset を実行し、サーバーを再起動し、ウイルス スキャンを実行し、Windows Update を実行し、ディスク デフラグを実行しましたが、何も修正されませんでした。
問題がハードウェアに関連している可能性はありますか? 1 つのポートのみのトラフィックを禁止し、他のすべてのトラフィックは正常に通過させるという点まで、ネットワーク インターフェイスが悪化する可能性はありますか? 問題なくマシンに FTP で接続できます。問題なくマシンに RDP で接続できます。前述のように、443 のサイトでは問題が発生したことはありません。ポート 80 のみです。
これを解決するための探し方や方法についてのアイデアがまったくありません。この時点での提案は大歓迎です。
更新: ネットワーク インターフェイスをサーバー上の他の NIC に切り替えましたが、同じ問題が発生しています
ティア