Squid कहता है बहुत बड़ा: हेडर थे या बॉडी?
जब फ़ॉरवर्ड प्रॉक्सी किसी ट्रांसफ़र को बहुत बड़ा कहकर अस्वीकार करे, तो अनुरोध और प्रतिक्रिया की हेडर सीमाओं को बॉडी सीमाओं से अलग समझें।
छोटा डाउनलोड हेडर सीमा पार कर सकता है जबकि बड़ी बॉडी सफल हो जाती है। पहले पहचानें कि Squid ने आदान-प्रदान का कौन-सा हिस्सा अस्वीकार किया।
| घटक | संगत Squid 5–7 निर्देश |
|---|---|
| क्लाइंट अनुरोध हेडर, अनुरोध पंक्ति सहित | request_header_max_size |
| क्लाइंट अनुरोध बॉडी, जैसे अपलोड डेटा | request_body_max_size |
| सर्वर प्रतिक्रिया हेडर | reply_header_max_size |
| सर्वर प्रतिक्रिया बॉडी | reply_body_max_size |
घटक और प्रतिक्रिया जारी करने वाले की पहचान के लिए वास्तविक प्रॉक्सी त्रुटि और लॉग देखें। ऐप्लिकेशन सीमा या अपस्ट्रीम अस्वीकृति स्थानीय Squid विफलता जैसी दिख सकती है। संगत थ्रेशोल्ड और डिफ़ॉल्ट के लिए इंस्टॉल किए गए संस्करण के संदर्भ देखें।
यह भी तय करें कि Squid क्या देख सकता है।सामान्य CONNECT एंड-टू-एंड TLS सुरंग के भीतर एन्क्रिप्टेड वेबसाइट हेडर उजागर नहीं करता। इसलिए सादे टेक्स्ट वाले प्रॉक्सी अनुरोध, स्वयं CONNECT आदान-प्रदान और इंटरसेप्ट किया गया TLS अलग-अलग नियंत्रण या घटक शामिल कर सकते हैं।
संबंधित सीमा बढ़ाने से पहले असामान्य आकार की व्याख्या करें। बार-बार आने वाले कुकीज़, अप्रत्याशित प्रमाणीकरण डेटा और विकृत प्रतिक्रियाएँ जाँच की माँग करती हैं; जानबूझकर समर्थित बड़ा अपलोड उपयुक्त बॉडी थ्रेशोल्ड की माँग करता है। सभी सीमाएँ एक साथ बढ़ाने से यह अंतर छिप जाता है।