Düzensiz internet kesintisi: belirli görüntüler ve JS yüklenmiyor


11

ServerFault üzerinde ilk kez, ve hoş bir küçük muamma var.

Birkaç aydan beri internet bağlantımızla ilgili sorunlar yaşıyoruz.

Çevre:

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

Sorun:

Düzensiz aralıklarla, web siteleri yüklenmeyi reddederek sayfanın erişilebilir olmadığını veya bazı görüntülerin tamamen yüklenmediğini belirten bir hata verir. Ayrıca, denetimden sonra .ral dosyaları yüklenemedi.

resim açıklamasını buraya girin

Bulgular ve Ne Denedik:

İlk izlenim:

Bu aralıkta Chrome kullandığımda site, bazı yenilemelerden sonra bir net :: Hata 101 veya Hata 103 döndürür. Diğer zamanlarda, hata vermiyorsa, birkaç görüntü görünmez ve bir X görüntüsü görüntüler. IE sadece sayfanın görüntülenemeyeceğini söylüyor.

resim açıklamasını buraya girin

Chrome Geliştirici Araçlarını Kullanma:

Konsolda birkaç kaynağın kullanılamadığını gösterir, ancak eksik görüntüleri sağ tıklayıp "Resmi Göster" i seçtiğimde gösterirler. Resimleri doğrudan URL ile açtığımda da gösteriyorlar.

resim açıklamasını buraya girin

Chrome Geliştirici Araçları ile denetim:

Ben buggy durumdayken bir sayfada denetim gerçekleştirdi ve bazı .js dosyalarının bazı .png, .jpg ve .gif dosyalarıyla birlikte yüklenmediğini öğrendim. Chrome ve IE için farklı resimler yüklenir.

resim açıklamasını buraya girin resim açıklamasını buraya girin

Obfuscated JS Dosyaları ve Avast:

Bunu kontrol ettikten sonra, bu .js dosyalarının çoğunun gizlenmiş JS dosyaları olduğunu öğrendim ve Avast 7.0.1455'i çalıştırdığımızdan, Web Kalkanı'nın işleri karıştırıp çözmediğini merak ediyordum.

Sonra tekrar, sadece ilk TS'de oluyor, ikincisinde değil.

Bu yüzden bir gün WebShield'ı kapattım ve bir şeylerin iyileşip iyileşmediğine baktım. Olmadı. Silbaştan.

Dosyalarda önbellek son kullanma tarihi yok:

Yüklenmeyen dosyaların çoğunun önbellek süresinin dolmadığı belirtildi.

Önbelleğe almak:

Sysadmins'imizden biri IE önbellek boyutunu bir süre önce 10MB olarak değiştirdi, bu da sorunun kaynağı olabileceğini düşündüm. Tekrar 65MB'a değiştirdi, ancak yine de insanlar görüntüleri ile sorun yaşıyor. Yine 1 TS'de ve Chrome'da da oluyor, bu yüzden önbelleğin Chrome'u etkileyeceğini belirten Grup İlkesi'ni düşünmüyorum, değil mi?

resim açıklamasını buraya girin

Ağ Sorunu: Bunun bir ağ veya yönlendirme sorunu olabileceğini düşündüm, ancak her iki TS sunucusu da aynı takım NIC'de ve diğeri de iyi çalışıyor.

Yardım!

Sorunların nerede aranacağına dair bazı ipuçları varsa veya daha fazla bilgiye ihtiyaç duyarsanız, lütfen bana yardım edin. Bu beni hizmet haftaları boyunca rahatsız ediyor.

DÜZENLE ve GÜNCELLE

Sorun hala devam ediyor ve sadece 2 Terminal Sunucumuzda.

İşte ben ve bir meslektaşım şu ana kadar yaptık:

  • Antivirüsün bir gün boyunca, sunucuda olup olmadığını görmek için kapatın. Sorun hala oluştu.

  • MTU boyutunu kontrol
    etti Varsayılan ayardır (tam değeri unuttum: P) Sorun hala oluştu.

  • Yüklü Windows Güncellemeleri, IE10 Sorun devam etti.

  • Herhangi bir proxy olup olmadığını kontrol etti.
    AV, WebShield adı verilen bir proxy'yi yerleştirir. Bir sunucudaki hizmeti ve programı bir gün boyunca devre dışı bıraktık. Sorun hala oluştu.

  • NIC ekibini dağılıyormuş gibi tekrar kurun. (Ayrıca NIC sürücülerini de yeniden yüklediniz) Sorun devam ediyor.

  • Kontrol Edilen Grup İlkeleri Görünüşe göre her iki Terminal Sunucusunda da, IE'de bazı garip özelleştirmeler yapılmış olan Tercih Modu'nu etkinleştiren bir Yerel Makine İlkesi vardı. Devre dışı bırakıldı ve ... Sorun hala oluştu.

Artık kullanıcılar SharePoint'ten dosya yükleme ve indirme konusunda sorun yaşıyorlar ve şimdiye kadar kullandığımız birçok site bu nedenle çalışmıyor.

hezeyanlar

Ya tuhaf bir şey bulduğunda bağlantıyı kesen WebShield ile ilgilidir, ancak AV kapatıldığında gerçekleşmemelidir.

Yönlendirmeler bir şekilde dağılmış olabilir veya önbellekte bir şey olabilir. Garip olsa da aynı sorun Chrome'un yanı sıra IE9 ve IE10'da da ortaya çıkıyor.

Herhangi bir fikri varsa, çok takdir edilecektir.

Bana yardım ettiği için HopelessN00b'ye teşekkürler!

GÜNCELLEME:

Etkinlik Görüntüleyicisi'nde orijinal TS'larımızdan birinde böyle bazı hatalar alıyoruz:

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

Ve bazen bu ortaya çıkıyor, ancak görünüşe göre bu, bazı WYSE terminallerinin çok eski olması nedeniyle (yakında umarız Raspberry Pi'nin yerini alıyor).

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

Bu yardımcı olur umarım.


1
Bana tamamen farklı bir perspektiften gördüğümüz sorunları hatırlatıyor, temelde MTU yapılandırmasıyla ilgisi vardı, bir yerde paket kapsülleme dikkate alınmamıştı ve parçalanmış paketler düzgün bir şekilde yeniden monte edilmiyordu, bu yüzden tek bir şeyden daha büyük bir şey paket sadece yüklenmez .. sayfa https olsaydı, hiçbir şey yüklenmezdi.
NickW

1
Sorun değil, TS ile sorun yaşayan makine (ler) arasında bir yerde çalıştırmayı denerdim. Belki ağ görevliniz TS'nin bağlı olduğu bağlantı noktasını (veya test ettiğiniz makineyi) yansıtabilir, böylece trafiği görmek için oraya wireshark ile bir makine yapıştırabilirsiniz.
NickW

1
Evet, bu çok fazla soruna neden olmamalı.
NickW

1
BTW, böyle bir şeye
baktınız

4
bu olduğunda deneyeceğim iki şey var. Sadece etki alanı ve JS ise, üzerinde bulundukları sunuculara giden yolları kontrol edin (yollama orada oldukça temizdir) - çünkü sadece bazı unsurları varsa, işe yaramaya değer ortak şey nedir ve neden başarısız olurlar. ISS yanlış yapılandırması da biraz şanslı - ev ISS'm bunu yaptı ve kıçta izini sürmek için tamamen acı çekti ve tamamen rastgele bir gün sabitlendi
Journeyman Geek

Yanıtlar:


0

NIC'leri bağlamadan deneyin. Yalnızca bir NIC kurun ve işlerin hala işe yarayıp yaramadığını görün. Bunun olması durumunda, anahtar bağlantı noktası yapılandırmanızın ve Ekip oluşturma yapılandırmasının sıralandığından emin olun.


Bana öyle geliyor ki bir cevaptan ziyade bir yorum olmalı. İyi fikir olsa. Hatalı bir NIC takımı gördüm çünkü zamanımda çok garip bir sorun var.
HopelessN00b

NIC ekibini yeniden kurarken, tek bir NIC üzerinde bir ekip olmadan koşmaya çalıştık. Ya da işe yaramadı.
blaa

0

Sorunu doğru bir hata mesajı olmadan teşhis etmek için çalıştırmanız gerekir:

  • tcpdump istemci tarafında (wireshark güzel bir ekrana sahip)
  • tcpdump sunucu tarafında (sunucunun gerçekten ne gönderdiğine bakın).
  • sorunun oluşmasını bekleyin
  • paketleri inceleyin ve iletişimin nereden ayrıldığını görün. İzi inceleme konusunda yardıma ihtiyacınız varsa, dosyayı bir dosyaya yazın.

Yanıtlanmamış bir DNS sorgusu bulacağınızdan şüpheleniyorum. İSS'niz trafiğinizi bir proxy üzerinden filtreliyorsa, özellikle sunucu tarafı yakalamasını istemci tarafı yakalamasıyla karşılaştırarak trafikteki izlerini bulabilmeniz gerekir.

Bir ağ kalitesi sorunu varsa, traceroute ile bunu daha açık bir şekilde gözlemleyebilirsiniz. Ağ dökümü, iletişimin sorunsuz gittiğini gösterir, ancak tarayıcı sağlanan verileri görüntüleyemezse, sorununuz terminal sunucusundaki masaüstü komikliğidir.

Paket yakalamayı, tarayıcı bağlantısını çalışmayan terminal sunucusunda çalıştırmalısınız.


0

Sorunlar ISS tarafından "çözüldü". Tüm görüntüler ve JS ve benzerleri şimdi iyi bir hafta boyunca normal olarak görünüyor. Ulaşılamayan bir harici site, ISP tarafından hepsi arasına bir proxy yerleştirilerek çözüldü.

Ne yazık ki, bunun neden veya nasıl gerçekleştiğinin kesin nedeni hala gizemini koruyor, ancak ISS'imin hile yapan bir şey değiştiği güvenli bir bahis.

Desteğiniz için teşekkürler ve birçok cevap çok yararlı olmasına rağmen, bunlardan birini doğru olanı seçemem, dolayısıyla kendiminkini seçemiyorum.

Tüm zamanınız ve çabanız için tekrar teşekkürler ve umarım başka hiç kimse böyle bir ağ garipliği ile başa çıkmak zorunda kalmaz.


1
Bir gün böyle bir şey görmeyi umuyordum!
NickW
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.