2015-11-23 7 views
5

मैं और मेरे कुछ सहयोगियों को net::ERR_SPDY_PROTOCOL_ERROR त्रुटि मिली।nginx में ERR_SPDY_PROTOCOL_ERROR का क्या अर्थ है?

हम ngnix संस्करण 1.8.0 का उपयोग करते हैं। त्रुटि स्थिर नहीं है (दोहराना मुश्किल है), और Ngnix त्रुटि लॉग में यह त्रुटि नहीं है।

आप कैसे सलाह देंगे कि हम इसे पकड़ें और हल करें?

उत्तर

2

मुझे एक ही समस्या थी, जांच करें कि क्या आपके पास Nginx विभाजन/एचडीडी में पर्याप्त जगह है, हम कुछ जोड़ते हैं और यह हमारे लिए काम करता है।

0

यह एक ज्ञात मुद्दा है जो क्रोमियम ब्राउज़र और एवीजी और अवास्ट जैसे कुछ एंटीवायरस प्रोग्रामों के बीच मौजूद है, खासकर जब एसएसएल कनेक्शन का उपयोग करते हैं। इसे उपयोगकर्ता के अंत में हल नहीं किया जा सकता है। इस मुद्दे को होने से रोकने के लिए यह वेबसाइट डेवलपर्स पर निर्भर है।

वेब डेवलपर्स के लिए प्रलेखन यहाँ है: http://dev.chromium.org/spdy/spdy-best-practices

यहाँ डेवलपर्स के लिए कुछ सहायक संकेत दिए कि विशेष रूप से उस लेख में उल्लेख नहीं कर रहे हैं कर रहे हैं:

  • अत्यंत सावधान रहें हेडर और रीडायरेक्ट का उपयोग करने, विशेष रूप से 301 और 302 के
  • सर्वर में निर्देशिका से ऊपर नहीं, आपके डोमेन नाम के उपयोग के समान ही निर्देशिका में या नीचे रखें। एंटीवायरस वहां तक ​​नहीं पहुंच सकता है। अपनी फ़ाइलों को शामिल करने के लिए, निर्देशिका में एक .htaccess फ़ाइल बनाएं और बस एक पंक्ति लिखें: सभी
  • से अस्वीकार करें Gzip संपीड़न सक्षम करें। यदि आप सीपीनल का उपयोग करते हैं, तो यह आपकी वेबसाइट अनुकूलन सेटिंग्स में किया जा सकता है।
  • अपनी .htaccess फ़ाइल को सरल रखें। अलग-अलग फ़ाइल एक्सटेंशन बनाने और उपयोगकर्ता क्लाइंट को रीडायरेक्ट करने के लिए सर्वर आउटपुट स्विच करना अनावश्यक संघर्ष पैदा करेगा।

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

उम्मीद है कि इससे मदद मिलती है।

+0

एसएसएल और जीजीआईपी असंगत हैं। – Metagrapher

0

मेरे पास ऐसा साइट थी, यह किसी व्यक्ति को index.php की पहली पंक्ति पर एक PHP रीडायरेक्ट में "स्थान:" डालने के लिए भूल गया, हेडर को अमान्य कर रहा था। स्पष्ट रूप से केवल क्रोम परवाह है, बाकी ब्राउज़रों ने अभी भी इसे ठीक किया है।

+0

मुझे लगता है कि क्रोम विकृत हेडर के बारे में बेहद पसंद है ... – Metagrapher

1

कई संभावित कारण प्रतीत होते हैं। एक मैं आज हिट लाइन

add_header एक्स-फ़्रेम-विकल्प: इनकार करना;

वर्तमान क्रोम किसी कारण से एसएसएल + http2 के साथ उस पर बार्फ़ करेगा। अन्य एक्स-फ्रेम हेडर एक समस्या प्रतीत नहीं होते हैं।

+0

भी क्रोम: // नेट-इंटर्नल डीबगिंग में बहुत उपयोगी था – Metagrapher

0

ओपी के साथ, यह मेरे लिए एक अस्थायी मुद्दा था और केवल AJAX अनुरोध> आकार में 2 एमबी पर हो रहा था।

समस्या हम एडब्ल्यूएस क्लासिक ईएलबी से एएलबी में स्थानांतरित होने के बाद शुरू हुई।

मैंने क्रोम को अनइंस्टॉल करके इसे हल किया, मेरी उपयोगकर्ता प्रोफ़ाइल को हटाया (मैक पर ~/Library/Application Support/Google/Chrome की सामग्री को हटाएं), फिर पुन: इंस्टॉल करें।

0

मैंने सर्वर अपग्रेड के बाद हाल ही में यह त्रुटि देखी है।

मैं इसे क्रोम के सभी उपयोगकर्ताओं के लिए देख रहा था, लेकिन केवल अंतःक्रियात्मक रूप से।

मैं Chrome की 'कैश खाली करें और कठिन पुन: लोड' साइट के लिए ताज़ा समारोह का उपयोग करने के लिए उन्हें हो रही द्वारा सभी उपयोगकर्ताओं के लिए इसे हल करने में सक्षम था। (क्रोम टूल्स के लिए एफ 12, रीफ्रेश बटन पर राइट क्लिक करें)

मुझे संदेह है कि यह एसएसएल कर्टों के इस्तेमाल के बारे में कुछ कैश से संबंधित है।

संबंधित मुद्दे