अनियमित इंटरनेट व्यवधान: कुछ छवियां और JS लोड नहीं हो रही हैं


11

पहली बार 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

संकट:

अनियमित अंतराल पर, वेबसाइटें लोड होने से इनकार करती हैं, यह कहते हुए एक त्रुटि बताती है कि पृष्ठ सुलभ नहीं था, या कुछ चित्र पूरी तरह से लोड नहीं होते हैं। इसके अलावा, निरीक्षण के बाद सर्वर .js फाइलें लोड होने में विफल रहती हैं।

यहाँ छवि विवरण दर्ज करें

खोज और हमने क्या प्रयास किया:

पहला प्रभाव:

जब मैं उस अंतराल के दौरान क्रोम का उपयोग करता हूं, तो साइट शुद्ध हो जाती है :: कुछ ताज़ा करने के बाद त्रुटि 101 या त्रुटि 103। अन्य समय में, यदि यह त्रुटि नहीं दे रहा है, तो कई चित्र दिखाई नहीं देते हैं और एक एक्स छवि प्रदर्शित करते हैं। IE कहता है कि पृष्ठ प्रदर्शित नहीं किया जा सकता है।

यहाँ छवि विवरण दर्ज करें

Chrome डेवलपर टूल का उपयोग करना:

यह कंसोल में दिखाता है कि कई संसाधन अनुपलब्ध हैं, लेकिन जब मैं लापता छवियों पर राइट-क्लिक करता हूं और "शो पिक्चर" का चयन करता हूं, तो वे दिखाते हैं। जब मैं चित्रों को प्रत्यक्ष URL के माध्यम से खोलता हूं, तो वे भी दिखाते हैं।

यहाँ छवि विवरण दर्ज करें

Chrome डेवलपर टूल के माध्यम से ऑडिट करें:

मैंने एक पृष्ठ पर एक ऑडिट चलाया जब यह छोटी अवस्था में था, और कुछ .js फ़ाइलों को कुछ .png, .jpg और .gif फ़ाइलों के साथ लोड नहीं किया गया था। क्रोम और IE के लिए अलग-अलग चित्र लोड होते हैं।

यहाँ छवि विवरण दर्ज करें यहाँ छवि विवरण दर्ज करें

जेएस फाइलें और अवास्ट प्राप्त करना:

उस जाँच के बाद, मुझे पता चला कि उनमें से अधिकांश .js फाइलें जेएस फाइलों को बाधित करती हैं, और जब से हम अवास्ट 7.0.1455 चला रहे हैं, मैं सोच रहा था कि क्या वेब शील्ड ने चीजों को गड़बड़ नहीं किया है।

तो फिर, यह केवल पहले टीएस पर हो रहा है, दूसरे पर नहीं।

इसलिए मैंने एक दिन के लिए वेबशील्ड को बंद कर दिया, और देखा कि क्या कुछ सुधार हुआ है। यह नहीं था एक वर्ग को वापस।

फ़ाइलों पर कोई कैश समाप्ति नहीं:

जिन फ़ाइलों को लोड नहीं किया जा रहा है उनमें से कई को कैश समाप्ति की समाप्ति नहीं होने का संकेत दिया गया था।

कैशिंग:

हमारे Sysadmins में से एक ने थोड़ी देर पहले IE कैश आकार को 10MB में बदल दिया, जो मुझे लगा कि समस्या का स्रोत हो सकता है। उन्होंने इसे वापस बदलकर 65MB या तो कर दिया, लेकिन फिर भी लोग अपनी छवियों को लेकर परेशान हैं। यह अभी भी 1 टीएस पर होता है, और क्रोम में भी होता है, इसलिए मुझे नहीं लगता कि समूह नीति तय करती है कि कैश क्रोम को प्रभावित करेगा, क्या यह होगा?

यहाँ छवि विवरण दर्ज करें

नेटवर्क समस्या: मैंने यह भी सोचा कि यह एक नेटवर्क या रूटिंग मुद्दा हो सकता है, लेकिन दोनों टीएस-सर्वर एक ही साथ मिलकर एनआईसी हैं, और दूसरा ठीक काम कर रहा है।

मदद!

अगर किसी के पास मुद्दों की तलाश करने, या अधिक जानकारी की आवश्यकता के लिए कुछ सुझाव हैं, तो कृपया मेरी मदद करें। यह अब मुझे सर्वर संबंधी हफ्तों के लिए परेशान कर रहा है।

संपादित करें और अद्यतन करें

समस्या अभी भी बनी हुई है, और केवल हमारे 2 टर्मिनल सर्वर पर।

यहाँ मैंने और उनके एक सहयोगी ने अब तक क्या किया:

  • एक सर्वर पर एक दिन के लिए एंटीवायरस को बंद करें, यह देखने के लिए कि क्या ऐसा नहीं हुआ। समस्या अभी भी हुई है।

  • MTU- आकार की जाँच की
    यह डिफ़ॉल्ट सेटिंग है (सटीक मान भूल गया: P) समस्या अभी भी उत्पन्न हुई है।

  • स्थापित Windows अद्यतन, IE10 समस्या अभी भी कम हो गई है।

  • जांच की गई कि क्या कोई प्रॉक्सी है।
    एवी एक प्रॉक्सी को तथाकथित वेबशील्ड के रूप में रखता है। हमने एक दिन के लिए एक सर्वर पर सेवा और कार्यक्रम को अक्षम कर दिया। समस्या अभी भी हुई है।

  • एनआईसी-टीम को पुनः स्थापित किया क्योंकि यह गड़बड़ हो रही थी। (एनआईसी ड्राइवरों को भी पुनः इंस्टॉल किया गया) समस्या अभी भी बनी हुई है।

  • जाँच की गई समूह नीतियां दोनों टर्मिनल सर्वरों में, स्थानीय मशीन नीति थी जो IE में वरीयता मोड को सक्षम करती थी, जिसमें कुछ अजीब अनुकूलन किया गया था। अक्षम, और ... समस्या अभी भी हुई है।

यह अब तक चला गया है क्योंकि लोगों को SharePoint से फ़ाइलों को अपलोड करने और डाउनलोड करने में समस्या हो रही है, और बहुत सारी साइटें जो हम उपयोग कर रहे हैं, वे इसके कारण काम नहीं कर रहे हैं।

hunches

यह या तो WebShield के साथ करना है जो कनेक्शन को तोड़ता है जब वह कुछ अजीब पाता है, लेकिन तब ऐसा नहीं होना चाहिए जब AV बंद हो जाता है।

यह हो सकता है कि पुनर्निर्देश किसी भी तरह गड़बड़ कर रहे हैं, या वहाँ कैश के साथ कुछ है। अजीब बात यह है कि क्रोम में IE9 और IE10 के साथ भी यही समस्या है।

अगर किसी के पास कोई विचार है, तो इसकी बहुत सराहना की जाएगी।

धन्यवाद मेरी मदद करने के लिए हॉपलेसनब को बाहर जाओ!

अपडेट करें:

हमें अपने मूल 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 टर्मिनलों का बहुत पुराना होना (उन्हें रास्पबेरी पाई के जल्द ही उम्मीद के साथ बदलना) है।

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

उम्मीद है की यह मदद करेगा।


1
यह मुझे उन समस्याओं की याद दिलाता है जिन्हें हमने पूरी तरह से अलग दृष्टिकोण से देखा था, मूल रूप से इसे एमटीयू कॉन्फ़िगरेशन के साथ करना था, कहीं पैकेट एनकैप्सुलेशन को ध्यान में नहीं रखा गया था, और खंडित पैकेट को ठीक से आश्वस्त नहीं किया जा रहा था, इसलिए एक एकल की तुलना में कुछ भी नहीं। पैकेट सिर्फ लोड नहीं होगा .. यदि पृष्ठ https था, तो कुछ भी लोड नहीं होगा।
निकव

1
कोई समस्या नहीं है, मैं कोशिश करूँगा और इसे TS और मशीन (ओं) के बीच कहीं चलाऊंगा जो समस्याएँ हैं। हो सकता है कि आपका नेटवर्क लड़का उस पोर्ट को मिरर कर सके जहां टीएस जुड़ा हुआ है (या जिस मशीन से आप परीक्षण कर रहे हैं) ताकि आप ट्रैफ़िक देखने के लिए वहां मशीन को वायरशर्क के साथ चिपका सकें।
निकव

1
हाँ, इससे बहुत समस्या नहीं होनी चाहिए।
निकोव

1
BTW, आपने इस अधिकार को कुछ इस तरह से देखा है: community.spiceworks.com/topic/…
NickW

4
ऐसा होने पर मैं दो चीजें आज़माऊंगा। यदि इसका एकमात्र डोमेन और JS है, तो उन सर्वरों के रूटों की जाँच करें जो उनके पास हैं (पथ-निर्धारण वहां बहुत साफ है) - क्योंकि यदि इसके केवल कुछ तत्व हैं, तो इसके लायक काम करना आम बात है और वे विफल क्यों होते हैं। वहाँ भी एक मामूली मौका इसकी एक ISP ग़लतफ़हमी है - मेरे घर ISP ने यह किया, और यह नीचे ट्रैक करने के लिए गधे में एक बहुत दर्द था, और एक दिन पूरी तरह से बेतरतीब ढंग से तय किया गया था
जर्नीमैन गीक

जवाबों:


0

एनआईसी से संबंध बनाए बिना प्रयास करें। सिर्फ एक एनआईसी सेटअप करें और देखें कि क्या चीजें अभी भी काम करती हैं। इस घटना में कि यह सुनिश्चित करता है कि आपके स्विच पोर्ट कॉन्फ़िगरेशन, और टीमिंग कॉन्फ़िगरेशन अप लाइन।


मुझे लगता है कि इस तरह एक टिप्पणी होनी चाहिए, बजाय एक जवाब के। अच्छा विचार है, यद्यपि। मैंने एक दोषपूर्ण एनआईसी टीम कारण देखा है, मेरे समय में कई अजीब मुद्दे।
हॉपलेसनब

एनआईसी-टीम को फिर से स्थापित करते समय हमने एक टीम के बिना, केवल एक एनआईसी पर चलने की कोशिश की। काम भी नहीं किया।
blaa

0

सटीक त्रुटि संदेश के बिना समस्या का निदान करने के लिए, आपको चलाने की आवश्यकता है:

  • क्लाइंट साइड पर tcpdump (वायरशर्क में एक अच्छा डिस्प्ले है)
  • सर्वर साइड पर tcpdump (देखें कि सर्वर वास्तव में क्या भेज रहा है)।
  • समस्या होने की प्रतीक्षा करें
  • पैकेट की जांच करें, और देखें कि संचार कहां टूट रहा है। यदि आपको ट्रेस की जांच करने में सहायता की आवश्यकता है, तो इसे एक फ़ाइल में लिखें।

मुझे संदेह है कि आपको एक अनुत्तरित DNS क्वेरी मिलेगी। यदि आपका ISP प्रॉक्सी के माध्यम से आपके ट्रैफ़िक को फ़िल्टर कर रहा है, तो आपको ट्रैफ़िक में इसके निशान खोजने में सक्षम होना चाहिए, विशेष रूप से सर्वर साइड कैप्चर की क्लाइंट साइड कैप्चर से तुलना करके।

यदि नेटवर्क गुणवत्ता की समस्या है, तो आप इसे सीधे और अधिक ट्रैसरआउट के साथ देख सकते हैं। यदि नेटवर्क डंप दिखाता है कि संचार सुचारू रूप से चला गया है, लेकिन ब्राउज़र प्रदान किए गए डेटा को प्रदर्शित नहीं कर सकता है, तो आपकी समस्या टर्मिनल सर्वर पर डेस्कटॉप फ़नीज़ है।

आपको टर्मिनल सर्वर पर पैकेट कैप्चर चलाना चाहिए जो ब्राउज़र कनेक्शन बना रहा है जो काम नहीं कर रहा है।


0

आईएसपी द्वारा मुद्दों को "हल" किया गया है। सभी छवियां और जेएस और ऐसे सामान्य रूप से अच्छे सप्ताह के लिए दिखाई दे रहे हैं। जो भी बाहरी साइट नहीं बन पा रही है, उसे सभी के बीच एक प्रॉक्सी लगाकर आईएसपी द्वारा हल किया जा रहा है।

दुर्भाग्य से, सटीक कारण क्यों या कैसे हुआ था यह अभी भी एक रहस्य बना हुआ है, लेकिन यह एक सुरक्षित शर्त है कि कुछ ऐसा था जो मेरे आईएसपी ने बदल दिया था।

समर्थन के लिए सभी को धन्यवाद, और हालांकि बहुत सारे उत्तर बहुत उपयोगी रहे हैं, मैं उनमें से एक को सही नहीं चुन सकता, इसलिए मेरा अपना।

अपने सभी समय और प्रयास के लिए फिर से धन्यवाद, और मुझे उम्मीद है कि किसी और को इस तरह की नेटवर्किंग अजीबता का सामना नहीं करना पड़ेगा।


1
मैं एक दिन ऐसा ही कुछ देखने की उम्मीद कर रहा था!
निकोल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.