Нерегулярное нарушение работы интернета: некоторые изображения и 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

Проблема:

Периодически веб-сайты отказываются загружаться, из-за чего появляется сообщение о том, что страница недоступна или некоторые изображения загружаются не полностью. Кроме того, после проверки несколько файлов .js не загружаются.

введите описание изображения здесь

Результаты и что мы попробовали:

Первое впечатление:

Когда я использую Chrome в течение этого интервала, сайт возвращает net :: Error 101 или Error 103 после некоторых обновлений. В других случаях, если это не дает ошибку, несколько изображений не видны и отображают изображение X. IE просто говорит, что страница не может быть отображена.

введите описание изображения здесь

Использование инструментов разработчика Chrome:

В консоли показано, что некоторые ресурсы недоступны, но когда я щелкаю правой кнопкой мыши отсутствующие изображения и выбираю «Показать картинку», они отображаются. Когда я открываю картинки по прямой ссылке, они тоже показываются.

введите описание изображения здесь

Аудит с помощью инструментов разработчика Chrome:

Я провел аудит на странице, когда она находилась в состоянии ошибки, и обнаружил, что некоторые файлы .js не загружаются вместе с некоторыми файлами .png, .jpg и .gif. Загрузка разных изображений для Chrome и IE.

введите описание изображения здесь введите описание изображения здесь

Запутанные файлы JS и Avast:

После проверки я обнаружил, что большинство этих файлов .js являются обфусцированными файлами JS, и, поскольку мы работаем с Avast 7.0.1455, мне стало интересно, не испортил ли Web Shield что-нибудь.

Опять же, это происходит только на первом TS, а не на втором.

Поэтому я отключил WebShield на день и посмотрю, не улучшилось ли что-нибудь. Это не так. В исходную точку.

Нет срока действия кэша для файлов:

Было указано, что некоторые из этих файлов, которые не загружаются, не имеют срока действия кэша.

Кэширование:

Один из наших системных администраторов некоторое время назад изменил размер кэша IE до 10 МБ, что, как я думал, могло быть источником проблемы. Он изменил его обратно на 65 МБ или около того, но все же люди сталкиваются с проблемами с их изображениями. Это также все еще происходит на 1 TS, а также в Chrome, так что я не думаю, что групповая политика предписывает, что кэш будет влиять на Chrome, не так ли?

введите описание изображения здесь

Проблема с сетью: я также подумал, что это может быть проблема с сетью или маршрутизацией, но оба TS-сервера находятся на одной сетевой карте, а другой работает нормально.

Помогите!

Если у кого-нибудь есть советы о том, где искать проблемы, или нужна дополнительная информация, пожалуйста, помогите мне. Это беспокоило меня уже несколько недель.

РЕДАКТИРОВАТЬ И ОБНОВИТЬ

Проблема все еще сохраняется, и только на наших 2 терминальных серверах.

Вот что я и коллега сделали до сих пор:

  • Отключите Антивирус на один день на одном сервере, чтобы проверить, не произошло ли это. Проблема все еще произошла.

  • Проверен размер MTU
    Это настройка по умолчанию (забыл точное значение: P) Проблема все еще возникла.

  • Установленные обновления Windows, IE10 Проблема все еще произошла.

  • Проверено, есть ли прокси.
    AV вставляет прокси как так называемый WebShield. Мы отключили сервис и программу на одном сервере на один день. Проблема все еще произошла.

  • Переустанавливал NIC-команду, так как это было испорчено. (Также переустановил драйверы NIC) Проблема все еще произошла.

  • Проверенные групповые политики. По-видимому, на обоих терминальных серверах существовала политика локального компьютера, которая включала режим предпочтений в IE, в котором были сделаны некоторые странные настройки. Отключил это, и ... Проблема все еще произошла.

Теперь даже дошло до того, что у людей возникают проблемы с загрузкой и загрузкой файлов из SharePoint, и многие используемые нами сайты не работают из-за этого.

Догадки

Это также связано с тем, что WebShield разрывает соединение, когда обнаруживает что-то своеобразное, но этого не должно происходить, когда AV отключен.

Это может быть из-за того, что перенаправления как-то испорчены, или что-то там с кешем. Странно, что такая же проблема возникает в Chrome, а также в IE9 и IE10.

Если у кого-то есть идеи, это будет с благодарностью.

Спасибо HopelessN00b за помощь!

ОБНОВИТЬ:

Мы получаем некоторые ошибки в Event Viewer, например, на одном из наших оригинальных TS ':

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].

Надеюсь это поможет.

Blaa
источник
1
Это напоминает мне о проблемах, которые мы видели с совершенно другой точки зрения, в основном это было связано с конфигурацией MTU, где инкапсуляция пакетов не учитывалась, и фрагментированные пакеты не собирались должным образом, поэтому что-то большее, чем один пакет просто не будет загружаться .. если страница была https, ничего не загрузится.
NickW
1
Не проблема, я бы попробовал запустить его где-то между TS и машинами, у которых возникли проблемы. Возможно, ваш сетевой специалист мог бы отразить порт, к которому подключен TS (или машину, с которой вы тестируете), чтобы вы могли подключить машину с wireshark, чтобы увидеть трафик.
NickW
1
Да, это не должно вызывать особых проблем.
NickW
1
Кстати, вы смотрели на что-то вроде этого правильно: community.spiceworks.com/topic/…
NickW
4
Есть две вещи, которые я бы попробовал, когда это произойдет. Если речь идет только о домене и JS, проверьте маршруты к серверам, на которых они находятся (там довольно неплохо работает pathping) - поскольку, если в нем только некоторые элементы, стоит разобраться, что общего и почему они терпят неудачу. Есть также небольшой шанс, что это неправильная конфигурация интернет-провайдера - мой домашний интернет-провайдер сделал это, и было очень больно в заднице отследить его, и он был исправлен совершенно случайно однажды
Journeyman Geek

Ответы:

0

Попробуйте без связывания сетевых карт. Настройте только один сетевой адаптер и посмотрите, все ли еще работает. В случае, если это действительно удостоверится, что ваша конфигурация порта коммутатора, и конфигурация Teaming совпадают.

Grim76
источник
Мне кажется, что это должен быть комментарий, а не ответ. Хорошая идея, хотя. Я видел причину неисправной команды NIC, много странных проблем в мое время.
HopelessN00b
При переустановке NIC-команды мы пытались работать без команды, только на одной NIC. Тоже не сработало.
Blaa
0

Чтобы диагностировать проблему без точного сообщения об ошибке, вам нужно выполнить:

  • tcpdump на стороне клиента (у wireshark хороший дисплей)
  • tcpdump на стороне сервера (посмотрите, что сервер на самом деле отправляет).
  • дождаться возникновения проблемы
  • изучить пакеты и посмотреть, где нарушается связь. Если вам нужна помощь в проверке трассировки, запишите ее в файл.

Я подозреваю, что вы найдете без ответа DNS-запрос. Если ваш интернет-провайдер фильтрует ваш трафик через прокси-сервер, вы сможете найти его следы в трафике, особенно сравнивая захват на стороне сервера с захватом на стороне клиента.

Если есть проблема с качеством сети, вы можете наблюдать ее с помощью traceroute. Если сетевой дамп показывает, что обмен данными прошел гладко, но браузер не может отобразить предоставленные данные, тогда ваша проблема - смешные картинки на сервере терминалов.

Вы должны запустить перехват пакетов на терминальном сервере, который устанавливает соединение с браузером, которое не работает.

Des Cent
источник
0

Проблемы были "решены" интернет-провайдером. Все изображения и JS, и тому подобное, появляются нормально в течение хорошей недели. Один внешний сайт, недоступный для доступа, был разрешен провайдером, разместив прокси-сервер между ними.

К сожалению, точная причина, почему или как это произошло, до сих пор остается загадкой, но можно с уверенностью сказать, что кое-что изменилось моим провайдером, что и помогло.

Спасибо всем за поддержку, и хотя многие ответы были очень полезны, я не могу выбрать один из них, чтобы быть правильным, следовательно, мой собственный.

Еще раз спасибо за ваше время и усилия, и я надеюсь, что больше никому не придется справляться с таким странным сетевым взаимодействием.

Blaa
источник
1
Я надеялся увидеть что-то подобное в один прекрасный день!
NickW