Hyper-Vゲストでのアプリケーション要求ルーティングが断続的に停止する
簡単な説明：
Hyper-VゲストでARRを構成する際に奇妙な問題が発生しています。
DotNetNuke/ASPxサイトは正常にロードできますが、しばらく非アクティブになると、ページがロードされなくなります。
デフォルトのIISサイトにアクセスし、Ctrl + F5を押した後でのみ、機能するようになります。それは、ブラウザーを再びアイドル状態のままにするまでです。
以下に、シナリオと完全な説明を説明します。
シナリオ：
（注：本番環境の設定の問題を把握するために何日も費やした後、ルールを無効にして「キャッチオール」ルールを構成しました。このシナリオに簡略化されていますが、問題は同じです。）
私はd-linkDSL-2750Bを持っています。これは、80年代をリバースプロキシサーバー（Windows 2012 Std VM）にポート転送しています。
このリバースプロキシサーバーでは、ARRが有効になっており、テスト目的で「キャッチオールルール」（*）を使用して、すべての呼び出しをWebサーバーにリダイレクトする（ファームに再ルーティングする）ようにURL書き換えルールが構成されています。
VMでもあるWebサーバーには、3つのDotNetNukeサイトと1つのデフォルトのIIS Webサイト、デフォルトのhtmlのみがあります。
これらのサイトにはすべてWindows認証がありません。それらはすべて匿名を受け入れます。
長い説明：
上記の構成は機能します。テストを強力にするために、LogmeInを介して自宅のコンピューターを使用して会社のページにアクセスしています。
「ホーム」Webブラウザーを開き、すべてのサイト（3つのdnnサイトとデフォルトのIISサイト））に移動します。すべてOK。
今、私はWebブラウザーをアイドル状態のままにするか、ランダムに数分間作業を続けます。
突然、サイトを更新またはナビゲートしようとすると、ページが読み込まれず、Webブラウザに「進行状況アイコン」が表示され続けます（Firefoxでは、灰色の円の直後に緑色の円が表示されます）。
「接続が再開されました」というメッセージが表示されるまで、長時間保持されます。
「更新」ボタンを何回クリックしても、緑色の円が表示され続けます。また、ブラウザを閉じて新しいインスタンスを開くことは役に立ちません。最終的に、数分後、サイトは仕事に戻ります。
weirdの部分：デフォルトのIISサイトをナビゲートし、Ctrl + F5を押すと、通常どおりDNNサイトにナビゲートできます！
数分後、最終的に再びスタックするまで、すべてがうまくナビゲートします。
誰かがこの問題に合格しましたか？
詳しくは：
「ホーム」Webブラウザーがスタックしているのと同時に、「会社」Webブラウザー（同じネットワーク内にあることに注意）が正常に機能し、HOSTS変更を使用してARRサーバーを指します。
ファイアウォールを直接Webサーバー（VM）に転送すると、すべてが正常に機能しているように見えます。
仕事をする時間と仕事をしない時間があるようです。断続的です。
この問題を回避するために私が見つけた唯一のトリックは、WebブラウザにデフォルトのIIS Webサイトをロードすることです。
OK。別の日のテストの後、友人を巻き込んだ後、私たちは盗賊、ルーターを見つけました。
ルーターをスペアとして持っていた古くて良いD-LinkDI-624に交換したところ、すべてが正常に機能しています。
ここで、問題のあるポイントを見つけるための手順を示します。
まず、リクエストがクライアントからWebサーバーに送信されるインフラストラクチャ全体を紙に描きました
その後、除去試験を開始しました。問題を最後から最初まで確認します。まず、インフラストラクチャ全体を歩いているリクエストを再度テストします
その後、Webサイトをすべてのサーバーに移動し、それぞれをテストしました。
- 「VMWebサーバー」から「VMARRサーバー」に移動し、ローカルおよびリモートでテストします
- 「VMARRサーバー」から「Hyper-vホストサーバー」に移動し、ローカルおよびリモートでテストします
すべてのWebサイトの移動について、ファイアウォールをARRとWebサーバーの両方に向けました。
これらのテストにより、オペレーティングシステム、Hyper-Vゲスト、ARR /リライト、さらにはネットワークやネットワークカード、ケーブルにエラーが発生する可能性を排除できました。
そのため、テストを行っているときに、チェーンの最後のリンクであるルーターに到達したときに、描画のリスクを冒しました。
それでおしまい！