11 votos

Irregular la interrupción de internet: ciertas imágenes y JS no carga

primera vez en ServerFault, y tengo un pequeño dilema.

Desde un par de meses, hemos estado teniendo problemas con nuestra conexión a internet.

Medio 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:

A intervalos irregulares, los sitios web de rechazar la carga, dando un error diciendo que la página no es accesible, o algunas imágenes no se cargan completamente. También, después de la inspección de varios .js archivos no se cargan.

enter image description here

Hallazgos y Lo que hemos tratado:

Primera impresión:

Cuando yo uso Chrome durante ese intervalo, el sitio devuelve un net:: Error 101 o Error 103 después de algunas actualizaciones. En otras ocasiones, si no es dando el error, varias imágenes no son visibles y muestran un X de la imagen. Esto es, sólo dice que la página no se puede mostrar.

enter image description here

El Uso De Herramientas Para Desarrolladores De Chrome:

Se muestra en la consola de la que varios de los recursos no están disponibles, pero cuando hago clic en las imágenes que faltan y seleccione "Mostrar Imagen", que muestran. Cuando abren las imágenes a través de la URL directa, también se muestran.

enter image description here

De auditoría a través de Herramientas para Desarrolladores de Chrome:

Me encontré con una auditoría en una página cuando estaba en buggy del estado, y encontró algunos .js archivos no se carga junto con algunos .png, .jpg y .los archivos gif. Diferentes imágenes de la carga para Chrome y el IE.

enter image description hereenter image description here

Ofuscado, JS Archivos Y Avast:

Después de comprobar que fuera, me enteré de que la mayoría de aquellos .js archivos camuflados JS archivos, y ya que estamos ejecutando Avast 7.0.1455, me preguntaba si el Escudo Web no desordenar las cosas.

A continuación, de nuevo, es sólo ocurre en la primera TS, no la segunda.

Así que apagué WebShield por un día, y ver si algo mejora. No. De nuevo al cuadrado uno.

No la caducidad de la caché de archivos:

Varios de esos archivos que no están siendo cargadas se indicó no tener una caducidad de la caché.

El almacenamiento en caché:

Uno de nuestros Administradores de sistemas cambiado la caché de IE tamaño de 10 mb de un tiempo atrás, que yo pensaba que podría haber sido el origen del problema. Él cambió de nuevo a 65MB o así, pero aún así la gente se mete en problemas con sus imágenes. También ocurre en 1 TS, y también en Chrome, así que no creo que la Directiva de Grupo que dictan que la caché podría afectar a Chrome, ¿verdad?

enter image description here

Problema De Red: También pensé que podría ser una red o un problema de enrutamiento, pero tanto el TS-los servidores están en la misma se asoció NIC, y el otro está trabajando muy bien.

Ayuda!

Si alguien tiene algunos consejos sobre dónde buscar problemas, o necesita más información, por favor que me ayude. Esto ha estado molestandome durante varias semanas.

EDICIÓN Y ACTUALIZACIÓN DE

El problema todavía persiste, y sólo en nuestros 2 Servidores de Terminal server.

Aquí es lo que yo y un colega hizo hasta ahora:

  • Desactivar el Antivirus por un día en un servidor, a ver si no sucedió. Problema todavía en la actualidad.

  • Comprueba la MTU de tamaño
    Es la configuración predeterminada (olvidé el valor exacto :P) Problema todavía en la actualidad.

  • Instala las Actualizaciones de Windows, IE10 Problema todavía en la actualidad.

  • Comprueba si había algún proxy.
    La AV se pone en un proxy de lo que se denomina una WebShield. Hemos desactivado el servicio y el programa en un servidor para un día. Problema todavía en la actualidad.

  • Vuelve a instalar la NIC-equipo de como se estaba haciendo en mal estado. (También reinstalado los controladores de NIC) Problema todavía en la actualidad.

  • Comprueba Las Directivas De Grupo Al parecer, en ambos Servidores de Terminal server, hubo una Directiva de equipo Local que permitió a Modo preferente en IE, que algunos extraños personalización de hecho. Desactivado, y... Problema todavía en la actualidad.

Ahora incluso han ido tan lejos como que la gente está teniendo problemas al cargar y descargar archivos de SharePoint, y un montón de sitios que estamos utilizando no funcionan debido a esto.

Corazonadas

Ya sea para hacer con el WebShield que rompe la conexión cuando encuentra algo peculiar, pero entonces no debería de suceder cuando el AV desactivado.

Podría ser que redirige están en mal estado, de alguna manera, o hay algo con la memoria caché. Extraño a pesar de que el mismo problema se produce en Chrome como IE9 y IE10.

Si alguien tiene alguna idea, sería muy apreciado.

Gracias a HopelessN00b para ayudarme!

ACTUALIZACIÓN:

Estamos recibiendo algunos errores en el Visor de Sucesos como este en uno de nuestros original 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

Y a veces se abre, pero al parecer eso cos de algunos terminales WYSE ser demasiado viejo (en sustitución de ellos con Raspberry Pi esperemos que pronto).

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 esto ayude.

0voto

Grim76 Puntos 1

Probar sin la unión de la Nic. El programa de instalación sólo una NIC y ver si las cosas siguen funcionando. En el caso de que lo hace asegúrese de que el interruptor de configuración de puerto, y formación de equipos de línea de configuración.

0voto

derdeolifant Puntos 11

Para diagnosticar el problema sin una precisa mensaje de error, deberá ejecutar:

  • tcpdump en el lado del cliente (wireshark tiene una buena pantalla)
  • tcpdump en el lado del servidor (ver lo que el servidor está enviando).
  • espere a que el problema se produzca
  • examinar los paquetes, y ver donde la comunicación está rompiendo. Si necesita ayuda para examinar el seguimiento, la escritura a un archivo.

Sospecho que usted encontrará un sin respuesta de la consulta DNS. Si tu ISP es filtrar el tráfico a través de un proxy, usted debería ser capaz de encontrar rastros de ella en el tráfico, especialmente comparando el lado del servidor de captura para el lado del cliente de captura.

Si hay una red problema de la calidad, usted puede ser capaz de observar más directamente con traceroute. Si la red de volcado muestra que la comunicación fue bien, pero el navegador no puede mostrar los datos facilitados, entonces el problema es de escritorio de comics en el servidor de terminal server.

Debe ejecutar la captura de paquetes en el servidor de terminal server que está haciendo la conexión de navegador que no está funcionando.

0voto

danielkza Puntos 696

Las cuestiones que se ha "resuelto" por el ISP. Todas las imágenes y JS son tales y que aparecen normalmente ahora para una buena semana. El sitio externo no ser capaz de ser alcanzado ha sido resuelto por el ISP mediante la colocación de un proxy entre todos.

Por desgracia, la razón exacta de por qué o cómo había pasado esto sigue siendo un misterio, pero es una apuesta segura que había algo de mi ISP había cambiado que hizo el truco.

Gracias a todos por el apoyo, y a pesar de un montón de respuestas han sido muy útiles, no puedo elegir a uno de ellos para ser la correcta, por lo tanto mi propia.

Gracias de nuevo por todo su tiempo y esfuerzo, y espero que nadie más va a tener que lidiar con este tipo de redes extrañeza.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: