2017-01-31 8 views
5

पर हम एक ऐसी समस्या में जब हमारे कुकीज़ एक निश्चित आकार तक पहुँचने (7K से अधिक) चल रहे हैं, जहां nginx एक खाली प्रतिक्रिया के साथ 400 गलत अनुरोध लौटा रहा है जब हमारे बिल्ला को प्रॉक्सी । ऐसा तब नहीं होता जब nginx स्थिर सामग्री की सेवा कर रहा हो। हम पहले से ही nginx config को अद्यतन करने के बफर आकार बढ़ाने के लिए तो यह 16k अप करने के लिए अलग-अलग हेडर संभाल चाहिए की कोशिश की है (हम भी सर्वर स्तर पर यह स्थापित करने के लिए कोशिश की है):400 nginx प्रॉक्सी पर बुरा अनुरोध बिल्ला लेकिन नहीं स्थैतिक सामग्री

http { 
    # ... 
    client_body_buffer_size  32k; 
    client_header_buffer_size 16k; 
    large_client_header_buffers 4 16k; 
    # ... 
} 

हम भी बिल्ला अधिकतम बढ़ा है -http-header-size 16k तक। यदि हम कुकी आकार को 16k से अधिक तक बढ़ाते हैं तो हमें अभी भी 400 खराब अनुरोध मिलता है लेकिन प्रतिक्रिया में "हेडर या कुकी बहुत बड़ा अनुरोध" त्रुटि संदेश होता है। 8k और 16k हेडर आकारों के बीच कुछ अजीब हो रहा है जिसे हम समझ नहीं सकते हैं।

+0

यह एक nginx मुद्दा हो प्रतीत नहीं होता है, के रूप में यह करने के लिए संभावना नहीं है यह खाली पृष्ठों को वापस करने के लिए है, जो आम तौर पर क्लासिक टॉमकैट हस्ताक्षर होते हैं। – cnst

+1

क्या आप कृपया अपना nginx और tomcat सटीक संस्करण जोड़ सकते हैं? – Tair

उत्तर

1

इस रूप में बहुत संभव है कि यह खाली पन्नों, जो आमतौर पर क्लासिक बिल्ला हस्ताक्षर हैं लौट जाए, इसके लिए एक nginx मुद्दा हो प्रतीत नहीं होता है।

ऐसा लगता है कि शीर्ष लेख आकार की स्थापना कनेक्टर पर निर्भर हो सकता है कि आप उपयोग कर रहे हैं:

+0

हम हालांकि – cnaut

+0

HTTP संयोजक उपयोग कर रहे हैं तो, आप http://tomcat.apache.org/tomcat-6.0-doc/config/http.html अनुसार maxHttpHeaderSize' बदलते 'की कोशिश की? मैं भी यकीन है कि क्यों आप अपने सवाल में बजाय उल्लेख 'अधिकतम-http हेडर-size' नहीं कर रहा हूँ, शायद यह है कि एक अपने बिल्ला आवेदन की लाइन में आगे की स्थापना है। – cnst

+0

हमने दोनों की कोशिश की है लेकिन अभी भी समस्या है। आश्चर्यजनक रूप से, टॉमकैट मारना सीधे कोई समस्या नहीं देता है। सिर्फ nginx से टोमकैट तक। – cnaut

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