不規則なインターネットの中断:特定の画像とJSが読み込まれない


11

ServerFaultを初めて使用しましたが、ちょっとした難問があります。

数か月前から、インターネット接続に問題がありました。

環境:

Servers: 2 Terminal Servers as an RDSFarm running Windows Server 2008 R2
Browser: Internet Explorer 9
Test/debug browser: Chrome
AntiVirus: Avast 7.0.1455

問題:

不規則な間隔で、Webサイトは読み込みを拒否し、ページにアクセスできない、または一部の画像が完全に読み込まれないというエラーを表示します。また、検査後、サーバーの.jsファイルのロードに失敗します。

ここに画像の説明を入力してください

調査結果と試したこと:

第一印象:

その間隔でChromeを使用すると、サイトを更新すると、net :: Error 101またはError 103が返されます。また、エラーが発生していない場合、いくつかの画像が表示されず、X画像が表示されます。IEは、ページを表示できないとだけ言っています。

ここに画像の説明を入力してください

Chrome開発者ツールの使用:

いくつかのリソースが利用できないことがコンソールに表示されますが、不足している画像を右クリックして「画像を表示」を選択すると表示されます。直接URLで写真を開くと、それらも表示されます。

ここに画像の説明を入力してください

Chrome開発者ツールによる監査:

ページがバグのある状態であるときにページで監査を実行したところ、いくつかの.jsファイルがいくつかの.png、.jpg、および.gifファイルとともにロードされなかったことがわかりました。ChromeとIEでは異なる画像が読み込まれます。

ここに画像の説明を入力してください ここに画像の説明を入力してください

難読化されたJSファイルとアバスト:

それを確認した後、それらの.jsファイルのほとんどが難読化されたJSファイルであることがわかりました。Avast7.0.1455を実行しているので、Webシールドが混乱しないかどうか疑問に思いました。

繰り返しますが、それは最初のTSでのみ発生し、2番目のTSでは発生しません。

そこで、私は1日間WebShieldをオフにし、改善が見られるかどうかを確認しました。しませんでした。振り出しに戻って。

ファイルのキャッシュ有効期限なし:

ロードされていないファイルのいくつかは、キャッシュの有効期限がないことが示されました。

キャッシング:

システム管理者の1人がIEキャッシュサイズを10MBに変更しましたが、これが問題の原因であると考えられました。彼はそれを65MB程度に戻しましたが、それでも人々は自分の画像で問題に直面します。また、1つのTSでもChromeでも発生するため、グループポリシーがキャッシュがChromeに影響を与えるとは思わないでしょうか?

ここに画像の説明を入力してください

ネットワークの問題: ネットワークまたはルーティングの問題の可能性も考えましたが、TSサーバーは両方とも同じチーム化されたNIC上にあり、もう一方は正常に機能しています。

助けて!

誰かが問題を探す場所についてのヒントを持っている場合、または詳細情報が必要な場合は、私を助けてください。これは今や数週間私を悩ませています。

編集と更新

問題は引き続き発生し、2台のターミナルサーバーでのみ発生します。

これまでに私と同僚がやったことは次のとおりです。

  • 1台のサーバーでアンチウイルスを1日間オフにして、発生しなかったかどうかを確認します。 それでも問題が発生しました。

  • MTUサイズを確認し ました。
    これはデフォルト設定です(正確な値を忘れた場合:P)問題はまだ発生しました。

  • インストールされたWindows Updates、IE10の 問題は引き続き発生しました。

  • プロキシがあるかどうかを確認しました。
    AVは、いわゆるWebShieldとしてプロキシを設定します。1台のサーバーで1日、サービスとプログラムを無効にしました。 それでも問題が発生しました。

  • それが台無しになっていたので、NICチームを再インストールしました。 (NICドライバーも再インストールしました問題は引き続き発生しました。

  • 両方のターミナルサーバーでグループポリシーを確認したように、IEの優先モードを有効にするローカルマシンポリシーがあり、奇妙なカスタマイズが行われていました。それを無効にし、...問題がまだ発生しました。

人々がSharePointからのファイルのアップロードとダウンロードに問題を抱えており、私たちが使用している多くのサイトがこれのために機能していない限り、それは今ではなくなっています。

昼食

奇妙な何かを見つけたときに接続を切断するWebShieldを使用することもできますが、AVがオフになっている場合は発生しません。

リダイレクトが何らかの形で台無しにされているか、キャッシュに何かがある可能性があります。奇妙なことに、同じ問題がIE9とIE10だけでなくChromeでも発生します。

誰もがアイデアを持っている場合、それは大歓迎です。

私を助けてくれたHopelessN00bに感謝します!

更新:

元のTSの1つで、イベントビューアに次のようなエラーが表示されます。

Error: (04/04/2013 08:44:42 AM) (Source: Application Error) (User: )
Description: Faulting application name: iexplore.exe, version: 9.0.8112.16470, time stamp: 0x510c8801
Faulting module name: MSHTML.dll, version: 9.0.8112.16470, time stamp: 0x510c9046
Exception code: 0xc0000005
Fault offset: 0x002d0174
Faulting process id: 0x21728
Faulting application start time: 0xiexplore.exe0
Faulting application path: iexplore.exe1
Faulting module path: iexplore.exe2
Report Id: iexplore.exe3

そして時々これはポップアップしますが、どうやらそれはいくつかのWYSE端末の余りにも古いです(それらをすぐにRaspberry Piのものに置き換えることを願っています)。

Error: (04/04/2013 11:21:46 AM) (Source: TermDD) (User: )
Description: The Terminal Server security layer detected an error in the protocol stream and has disconnected the client.
Client IP: [IP REDACTED].

お役に立てれば。


1
これは、まったく異なる観点から見た問題を思い出させます。基本的には、MTU設定に関係し、パケットカプセル化が考慮されておらず、断片化されたパケットが適切に再構築されていなかったため、パケットがロードされないだけです。ページがhttpsの場合、ロードされるものはまったくありません。
NickW

1
問題ではありません。TSと問題が発生しているマシンの間のどこかで実行してみます。あなたのネットワーク担当者がTSが接続されているポート(またはテスト元のマシン)をミラーリングして、そこにマシンをWiresharkで貼り付けてトラフィックを確認することができます。
NickW

1
ええ、それは問題の多くを引き起こすべきではありません。
NickW

1
ところで、あなたはこの右のようなものを見てきました:community.spiceworks.com/topic/…–
NickW

4
これが起こったときに私がしようとする2つのことがあります。その唯一のドメインとJS場合、彼らは上にあるサーバへのルートを確認してください(pathpingはかなりきちんとあり) -その場合にのみ、以来、いくつかの要素、その価値をいただきまし共通点をワークアウト、なぜ彼らは失敗します。わずかなチャンスは、そのISPの設定ミスもあります-私のホームISPはこれをしなかった、そして追跡するお尻に全く痛みだった、と1日にランダムに完全に固定された
ジャーニーマンオタク

回答:


0

NICを結合せずに試してください。NICを1つだけセットアップし、まだ機能するかどうかを確認します。イベントが発生した場合は、スイッチポート構成とチーム化構成が揃っていることを確認してください。


これは答えではなくコメントであるように思えます。いい考えですが。私は、NICチームの障害の原因を見てきました。多くの奇妙な問題が私の時間にありました。
HopelessN00b

NICチームを再インストールするとき、チームなしで、単一のNICで実行しようとしました。動作しませんでした。
blaa

0

正確なエラーメッセージなしで問題を診断するには、次を実行する必要があります。

  • クライアント側のtcpdump(wiresharkには素晴らしい表示があります)
  • サーバー側のtcpdump(サーバーが実際に送信しているものを参照)。
  • 問題が発生するのを待ちます
  • パケットを調べ、通信がどこで壊れているかを確認してください。トレースの調査に支援が必要な場合は、ファイルに書き込みます。

未回答のDNSクエリが見つかると思います。ISPがプロキシを介してトラフィックをフィルタリングしている場合、特にサーバー側のキャプチャとクライアント側のキャプチャを比較することにより、トラフィックでそのトレースを見つけることができるはずです。

ネットワーク品質に問題がある場合は、tracerouteを使用してより簡単に問題を観察できる場合があります。ネットワークダンプで通信がスムーズに行われたことが示されているが、ブラウザーが提供されたデータを表示できない場合、問題はターミナルサーバーのデスクトップファンニーです。

動作していないブラウザ接続を行っているターミナルサーバーでパケットキャプチャを実行する必要があります。


0

問題はISPによって「解決」されました。すべての画像とJSなどは、今では正常に表示されています。1つの外部サイトに到達できない場合、ISPはすべてのサイトの間にプロキシを配置することで解決しました。

残念ながら、これが起こった正確な理由や理由は未だに謎のままですが、私のISPが変更した何かがトリックを行ったので、それは安全な賭けです。

サポートに感謝します。多くの回答が非常に役立ちましたが、正しいものを選ぶことはできません。

あなたのすべての時間と努力に再び感謝します、そして、私は誰もそのようなネットワークの奇妙さに対処する必要がないことを望みます。


1
私はこのようなものをいつか見たいと思っていました!
NickW
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.