Interruzione irregolare di Internet: alcune immagini e JS non si caricano


11

prima volta su ServerFault, e ho un bel piccolo enigma.

Da alcuni mesi abbiamo problemi con la nostra connettività Internet.

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 intervalli irregolari, i siti Web si rifiutano di caricare, dando un errore dicendo che la pagina non era accessibile o che alcune immagini non si caricano completamente. Inoltre, dopo l'ispezione, i file .js del server non vengono caricati.

inserisci qui la descrizione dell'immagine

Risultati e cosa abbiamo provato:

Prima impressione:

Quando uso Chrome durante tale intervallo, il sito restituisce una net :: Errore 101 o Errore 103 dopo alcuni aggiornamenti. Altre volte, se non genera l'errore, diverse immagini non sono visibili e visualizzano un'immagine X. IE dice solo che la pagina non può essere visualizzata.

inserisci qui la descrizione dell'immagine

Utilizzo degli strumenti per sviluppatori di Chrome:

Mostra nella console che diverse risorse non sono disponibili, ma quando faccio clic con il pulsante destro del mouse sulle immagini mancanti e seleziono "Mostra immagine", vengono visualizzate. Quando apro le immagini tramite URL diretto, vengono visualizzate anche.

inserisci qui la descrizione dell'immagine

Verifica tramite gli strumenti di sviluppo di Chrome:

Ho eseguito un controllo su una pagina quando era nello stato di errore e ho scoperto che alcuni file .js non venivano caricati insieme ad alcuni file .png, .jpg e .gif. Diverse immagini vengono caricate per Chrome e IE.

inserisci qui la descrizione dell'immagine inserisci qui la descrizione dell'immagine

File JS offuscati e Avast:

Dopo averlo verificato, ho scoperto che la maggior parte di quei file .js sono file JS offuscati e, poiché stiamo eseguendo Avast 7.0.1455, mi chiedevo se lo scudo Web non avesse rovinato tutto.

Poi di nuovo, sta succedendo solo sul primo TS, non sul secondo.

Così ho spento WebShield per un giorno e ho visto se qualcosa è migliorato. No Torna al punto di partenza.

Nessuna scadenza cache sui file:

Molti di quei file che non sono stati caricati sono stati indicati come non con scadenza cache.

caching:

Uno dei nostri amministratori di sistema ha cambiato la dimensione della cache di IE in 10 MB qualche tempo fa, che pensavo potesse essere la fonte del problema. Lo ha riportato a 65 MB o giù di lì, ma le persone hanno ancora problemi con le loro immagini. Succede anche su 1 TS, e anche su Chrome, quindi non credo che i Criteri di gruppo che dettano che la cache influirebbe su Chrome, vero?

inserisci qui la descrizione dell'immagine

Problema di rete: ho anche pensato che potesse trattarsi di un problema di rete o di routing, ma entrambi i server TS si trovano sulla stessa NIC in team e l'altro funziona perfettamente.

Aiuto!

Se qualcuno ha qualche consiglio su dove cercare i problemi o ha bisogno di maggiori informazioni, per favore aiutatemi. Questo mi ha infastidito per settimane serverali ora.

MODIFICA E AGGIORNAMENTO

Il problema persiste ancora e solo sui nostri 2 Terminal Server.

Ecco cosa abbiamo fatto io e un collega finora:

  • Disattiva l'Antivirus per un giorno su un server, per vedere se non è successo. Il problema si è ancora verificato.

  • Controllato il formato MTU
    È l'impostazione predefinita (dimenticato il valore esatto: P) Il problema si è ancora verificato.

  • Aggiornamenti di Windows installati, IE10 Il problema si è ancora verificato.

  • Controllato se c'erano proxy.
    L'AV inserisce un proxy come un cosiddetto WebShield. Abbiamo disabilitato il servizio e il programma su un server per un giorno. Il problema si è ancora verificato.

  • Reinstallato il team NIC mentre veniva incasinato. (Anche reinstallati i driver della scheda NIC) Il problema si è ancora verificato.

  • Criteri di gruppo controllati Apparentemente in entrambi i Terminal Server, esisteva un criterio del computer locale che abilitava la modalità preferenza in IE, con alcune strane personalizzazioni. Disabilitato, e ... Il problema si è ancora verificato.

Ora è persino arrivato al punto che le persone hanno problemi a caricare e scaricare file da SharePoint e molti siti che utilizziamo non funzionano a causa di ciò.

hunches

O ha a che fare con WebShield che interrompe la connessione quando trova qualcosa di strano, ma non dovrebbe accadere quando l'AV è spento.

Potrebbe essere che i reindirizzamenti siano in qualche modo incasinati o ci sia qualcosa nella cache. Strano però che lo stesso problema si verifichi in Chrome, IE9 e IE10.

Se qualcuno ha qualche idea, sarebbe molto apprezzato.

Grazie a HopelessN00b per avermi aiutato!

AGGIORNARE:

Stiamo riscontrando alcuni errori nel Visualizzatore eventi come questo su uno dei nostri TS originali:

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 a volte questo si apre, ma apparentemente è così che alcuni terminali WYSE sono troppo vecchi (sostituendoli con Raspberry Pi presto si spera).

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

Spero che questo ti aiuti.


1
Mi ricorda i problemi che abbiamo visto da una prospettiva completamente diversa, fondamentalmente aveva a che fare con la configurazione MTU, da qualche parte l'incapsulamento dei pacchetti non era stato preso in considerazione e i pacchetti frammentati non venivano riassemblati correttamente, quindi qualcosa di più grande di un singolo il pacchetto non verrebbe caricato .. se la pagina fosse https, non verrebbe caricato nulla.
Nick

1
Non è un problema, proverei ad eseguirlo da qualche parte tra il TS e le macchine che stanno avendo i problemi. Forse il tuo ragazzo di rete potrebbe rispecchiare la porta da cui è collegato il TS (o la macchina da cui stai testando) in modo da poter attaccare una macchina con wirehark lì per vedere il traffico.
NickW

1
Sì, ciò non dovrebbe causare molti problemi.
NickW

1
A proposito, hai esaminato qualcosa del genere: community.spiceworks.com/topic/…
NickW

4
ci sono due cose che proverei quando questo accade. Se è solo il dominio e JS, controlla i percorsi verso i server su cui si trovano (il pathping è piuttosto pulito lì) - poiché se sono solo alcuni elementi, vale la pena capire qual è la cosa comune e perché falliscono. C'è anche una leggera possibilità che si tratti di una configurazione errata dell'ISP - il mio ISP di casa ha fatto questo, ed è stato un dolore assoluto nel culo da rintracciare, ed è stato riparato completamente in modo casuale un giorno
Journeyman Geek,

Risposte:


0

Prova senza legare le schede di rete. Installa solo una scheda di rete e verifica se le cose funzionano ancora. Nel caso in cui si accerti che la configurazione della porta dello switch e la configurazione Teaming siano allineate.


Mi sembra che questo dovrebbe essere un commento, piuttosto che una risposta. Buona idea, comunque. Ho visto una causa difettosa del team NIC, molti dei miei strani problemi ai miei tempi.
HopelessN00b,

Durante la reinstallazione del team NIC abbiamo provato a correre senza un team, su una sola NIC. Neanche ha funzionato.
Bla

0

Per diagnosticare il problema senza un messaggio di errore accurato, è necessario eseguire:

  • tcpdump sul lato client (WireShark ha un bel display)
  • tcpdump sul lato server (vedi cosa sta effettivamente inviando il server).
  • attendere che si verifichi il problema
  • esaminare i pacchetti e vedere dove si interrompe la comunicazione. Se hai bisogno di aiuto per esaminare la traccia, scrivila in un file.

Sospetto che troverai una query DNS senza risposta. Se il tuo ISP sta filtrando il tuo traffico attraverso un proxy, dovresti essere in grado di trovarne tracce nel traffico, in particolare confrontando l'acquisizione lato server con quella lato client.

Se c'è un problema di qualità della rete, potresti essere in grado di osservarlo più facilmente con traceroute. Se il dump della rete mostra che le comunicazioni sono avvenute senza intoppi, ma il browser non è in grado di visualizzare i dati forniti, il problema è rappresentato dalle funzionalità desktop sul Terminal Server.

È necessario eseguire l'acquisizione di pacchetti sul server terminal che sta effettuando la connessione del browser che non funziona.


0

Il problema è stato "risolto" dall'ISP. Tutte le immagini e JS e simili appaiono normalmente ora per una buona settimana. L'unico sito esterno che non è stato possibile raggiungere è stato risolto dall'ISP inserendo un proxy tra tutti.

Sfortunatamente, il motivo esatto per cui o come è accaduto rimane ancora un mistero, ma è una scommessa sicura che c'era qualcosa che il mio ISP aveva cambiato e che ha funzionato.

Grazie a tutti per il supporto e sebbene molte risposte siano state molto utili, non posso scegliere una di esse come corretta, quindi la mia.

Grazie ancora per tutto il tuo tempo e il tuo impegno, e spero che nessun altro dovrà affrontare questa stranezza di rete.


1
Speravo di vedere qualcosa del genere un giorno!
NickW,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.