Перший раз на 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
Проблема:
Через нерегулярні проміжки часу веб-сайти відмовляються завантажуватись, видаючи помилку про те, що сторінка недоступна, або деякі зображення завантажуються не повністю. Крім того, після огляду serveral .js файли не завантажуються.
Висновки та те, що ми спробували:
Перше враження:
Коли я використовую Chrome протягом цього інтервалу, сайт повертає чисту :: Помилка 101 або Помилка 103 після деяких оновлень. В інший час, якщо це не дає помилки, кілька зображень не видно і відображають зображення X. IE просто говорить, що сторінку не можна відображати.
Використання інструментів для розробників Chrome:
На консолі показано, що декілька ресурсів недоступні, але коли я клацну правою кнопкою миші відсутні зображення та виберіть "Показати малюнок", вони відобразяться. Коли я відкриваю фотографії за допомогою прямої URL-адреси, вони також відображаються.
Аудит через Інструменти для розробників Chrome:
Я запустив аудит на сторінці, коли він знаходився в стані баггі, і виявив, що деякі .js файли не завантажуються разом із деякими файлами .png, .jpg та .gif. Для Chrome та IE різні зображення завантажуються.
Замучені файли JS та Avast:
Перевіривши це, я з’ясував, що більшість цих .js-файлів є затуманеними файлами JS, і оскільки ми працюємо з Avast 7.0.1455, мені було цікаво, чи Web Shield не зіпсував справи.
Потім знову це відбувається лише на першому ТС, а не на другому.
Тому я вимкнув WebShield на день і побачив, чи не покращиться щось. Це не сталося. Назад до квадратного.
Файли не закінчуються:
Кілька з тих файлів, які не завантажуються, зазначили, що не закінчується термін кешу.
Кешування:
Один з наших Sysadmins протягом певного часу змінив розмір кешу IE на 10 Мб, що, на мою думку, може бути джерелом проблеми. Він змінив його назад на 65 Мб або близько того, але люди все ще стикаються зі своїми зображеннями. Це все ще трапляється на 1 TS, а також у Chrome, тому я не думаю, що групова політика, що диктує, що кеш вплине на Chrome, чи не так?
Випуск мережі: Я також думав, що це може бути проблема з мережею або маршрутизацією, але обидва TS-сервери працюють в одній команді NIC, а інший працює просто чудово.
Довідка!
Якщо хтось має поради, де шукати проблеми чи потребує додаткової інформації, будь ласка, допоможіть мені. Це турбує мене вже протягом тижня.
Редагування та оновлення
Проблема все ще зберігається, і лише на наших 2-х термінальних серверах.
Ось що я та колега робили поки що:
Вимкніть антивірус на день на одному сервері, щоб перевірити, чи не відбулося це. Проблема все-таки виникла.
Перевірено розмір MTU
Це налаштування за замовчуванням (забув точне значення: P) Проблема все-таки виникла.Встановлені оновлення Windows, проблема IE10 все ще виникла.
Перевірили, чи були проксі.
AV ставить проксі-сервер як так званий WebShield. Ми відключили службу та програму на одному сервері на день. Проблема все-таки виникла.Перевстановив команду NIC, коли вона заплуталася. (Також перевстановлено драйвери NIC) Проблема все-таки виникла.
Перевірена групова політика. Очевидно, що в обох серверах терміналів існувала локальна політика машини, яка ввімкнула режим налаштування в IE, який здійснив деякі дивні налаштування. Це відключили, і ... Проблема все-таки виникла.
Зараз це навіть пішло так далеко, що у людей виникають проблеми з завантаженням і завантаженням файлів з SharePoint, і багато сайтів, які ми використовуємо, не працюють через це.
Гудки
Це або стосується WebShield, який розриває з'єднання, коли знаходить щось своєрідне, але тоді це не повинно відбуватися, коли AV вимкнено.
Можливо, переспрямування якимось чином заплутане, або є щось із кешем. Дивно, що те ж саме виникає в Chrome, а також IE9 та IE10.
Якщо хтось має якісь ідеї, це буде дуже вдячно.
Дякую, виходь на HopelessN00b за те, що допомагає мені!
ОНОВЛЕННЯ:
Ми отримуємо деякі помилки в переглядачі подій, як це в одному з наших оригінальних 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].
Сподіваюсь, це допомагає.