Interrupção irregular da Internet: certas imagens e JS não estão sendo carregados

primeira vez no ServerFault, e eu tenho um pequeno enigma.

Desde alguns meses, estamos tendo problemas com nossa conectividade com a Internet.

Meio Ambiente:

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

Problema:

Em intervalos irregulares, os sites se recusam a carregar, dando um erro dizendo que a página não estava acessível ou que algumas imagens não são carregadas completamente. Além disso, após a inspeção, os arquivos .js do servidor não são carregados.

Constatações e o que tentamos:

Primeira impressão:

Quando eu uso o Chrome durante esse intervalo, o site retorna um net :: Error 101 ou Error 103 após algumas atualizações. Em outros momentos, se não houver erro, várias imagens não serão visíveis e exibirão uma imagem X. O IE apenas diz que a página não pode ser exibida.

Usando as Ferramentas do desenvolvedor do Chrome:

Ele mostra no console que vários recursos não estão disponíveis, mas quando clico com o botão direito do mouse nas imagens ausentes e seleciono "Mostrar imagem", elas são exibidas. Quando abro as imagens via URL direto, elas também são exibidas.

Auditoria por meio das Ferramentas do desenvolvedor do Chrome:

Fiz uma auditoria em uma página quando ela estava no estado de buggy e descobri que alguns arquivos .js não carregavam junto com alguns arquivos .png, .jpg e .gif. Imagens diferentes são carregadas para o Chrome e o IE.

Arquivos JS ofuscados e Avast:

Depois de verificar isso, descobri que a maioria desses arquivos .js é ofuscada por arquivos JS e, como estamos executando o Avast 7.0.1455, fiquei pensando se o Web Shield não estragaria tudo.

Então, novamente, isso está acontecendo apenas no primeiro TS, não no segundo.

Então, desliguei o WebShield por um dia e verifique se alguma coisa melhorou. Isso não aconteceu. De volta à estaca zero.

Nenhuma expiração de cache nos arquivos:

Vários desses arquivos que não estão sendo carregados foram indicados como sem validade de cache.

Armazenamento em cache:

Um de nossos administradores de sistema alterou o tamanho do cache do IE para 10 MB há algum tempo, o que eu pensei que poderia ter sido a fonte do problema. Ele mudou para 65 MB, mas ainda assim as pessoas têm problemas com suas imagens. Também acontece em 1 TS e também no Chrome, então não acho que a Diretiva de Grupo que dita esse cache afetaria o Chrome, não é?

Problema de rede: Eu também pensei que poderia ser um problema de rede ou roteamento, mas os dois servidores TS estão na mesma NIC agrupada e o outro está funcionando bem.

Socorro!

Se alguém tiver algumas dicas sobre onde procurar problemas ou precisar de mais informações, ajude-me. Isso me incomoda há semanas de servidor agora.

EDITAR E ATUALIZAR

O problema ainda persiste, e apenas em nossos 2 servidores de terminal.

Aqui está o que eu e um colega fizemos até agora:

• Desligue o antivírus por um dia em um servidor para ver se isso não aconteceu. Problema ainda ocorreu.

• Verificado o tamanho da MTU
  É a configuração padrão (esqueci o valor exato: P) Problema ainda ocorreu.

• Atualizações instaladas do Windows, problema no IE10 ainda ocorreu.

• Verificado se havia algum proxy.
  O AV coloca um proxy como o chamado WebShield. Desativamos o serviço e o programa em um servidor por um dia. Problema ainda ocorreu.

• Reinstalou a equipe da NIC enquanto estava ficando bagunçada. (Também reinstalou os drivers da NIC) Problema ainda ocorreu.

• Diretivas de grupo verificadas Aparentemente, nos dois servidores de terminal, havia uma política de máquina local que ativava o modo de preferência no IE, que tinha alguma personalização estranha. Desativou isso e ... Problema ainda ocorreu.

Agora, chegou ao ponto de as pessoas terem problemas para carregar e baixar arquivos do SharePoint, e muitos sites que estamos usando não estão funcionando devido a isso.

Hunches

Tem a ver com o WebShield que interrompe a conexão quando encontra algo peculiar, mas não deve acontecer quando o AV está desligado.

Pode ser que os redirecionamentos sejam confusos de alguma forma, ou há algo no cache. Estranho, porém, que o mesmo problema ocorra no Chrome e no IE9 e IE10.

Se alguém tiver alguma idéia, seria muito apreciada.

Agradeço a HopelessN00b por me ajudar!

ATUALIZAR:

Estamos recebendo alguns erros no Visualizador de eventos como este em um dos nossos TS originais:

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

E às vezes isso aparece, mas aparentemente isso é porque alguns terminais WYSE são muito antigos (substituindo-os pelos Raspberry Pi em breve).

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

Espero que isto ajude.

Tente sem ligar as NICs. Configure apenas uma NIC e veja se as coisas ainda funcionam. Caso isso ocorra, verifique se a configuração da porta do switch e a configuração do Teaming estão alinhadas.

Para diagnosticar o problema sem uma mensagem de erro precisa, você precisa executar:

• tcpdump no lado do cliente (o wireshark tem uma boa exibição)
• tcpdump no lado do servidor (veja o que o servidor está realmente enviando).
• aguarde o problema ocorrer
• examine os pacotes e veja onde a comunicação está sendo interrompida. Se você precisar de ajuda para examinar o rastreio, grave-o em um arquivo.

Eu suspeito que você encontrará uma consulta DNS sem resposta. Se o seu ISP estiver filtrando seu tráfego por meio de um proxy, você poderá encontrar rastros dele no tráfego, principalmente comparando a captura do lado do servidor à captura do cliente.

Se houver um problema de qualidade da rede, você poderá observá-lo mais diretamente com o traceroute. Se o despejo de rede mostrar que as comunicações ocorreram sem problemas, mas o navegador não pode exibir os dados fornecidos, seu problema é engraçado na área de trabalho no servidor de terminal.

Você deve executar a captura de pacotes no servidor de terminal que está fazendo a conexão do navegador que não está funcionando.

Os problemas foram "resolvidos" pelo ISP. Todas as imagens e JS estão aparecendo normalmente agora por uma boa semana. O site externo que não pode ser acessado foi resolvido pelo ISP, colocando um proxy entre todos.

Infelizmente, a razão exata pela qual ou como isso aconteceu ainda permanece um mistério, mas é uma aposta segura que algo que meu provedor de Internet tenha mudado que fez o truque.

Obrigado a todos pelo apoio e, embora muitas respostas tenham sido muito úteis, não posso escolher uma delas para ser a correta, daí a minha.

Obrigado novamente por todo o seu tempo e esforço, e espero que ninguém mais tenha que lidar com essa estranheza de rede.