[नग्नेक्स] रिस्पॉन्स_स्टैटस = 0 को कैसे हराएं

"सिडनोट्स" की श्रेणी से एक लेख।

टी एल: डॉ:

http2_max_field_size 8k; # всех спасет!

एक प्रोजेक्ट पर, बैकएंड के कुछ आंतरिक तर्क को बदलने के बाद, मुझे लॉग में एक अजीब प्रतिक्रिया_कोड दिखाई देने लगा, अर्थात् 0. लॉग में यह कुछ इस तरह दिखता है:

{
  "timestamp": "2020-01-17T08:41:51+00:00",
  "remote_addr": "zzz.zzz.zzz.zzz",
  "request_time": 0,
  "upstream_response_time": "",
  "upstream_header_time": "",
  "http_accept_language": "-language",
  "response_status": 0,
  "request": "",
  "host": "example.com",
  "upstream_addr": "",
  "http_referrer": "",
  "request_length": 5854,
  "bytes_sent": 0,
  "http_user_agent": ""
}

इस विषय पर दस्तावेज़ पढ़ने और गूगल करने से कुछ भी हासिल नहीं हुआ - क्योंकि... ऐसा कहा गया है कि यह व्यवहार तब होता है जब क्लाइंट हेडर पास किए बिना कनेक्शन बंद कर देता है। खैर, और wsgi_ के लिए बफर आकार के साथ विभिन्न विदेशी चीजें, जो हमारे मामले में "किसी भी तरह से" शब्द में फिट नहीं थीं।

सामान्य तौर पर, हमने निर्णय लिया कि समस्या कोई समस्या नहीं है, इस तथ्य को ध्यान में रखते हुए कि हमारे स्तर पर यह बिल्कुल भी गंभीर नहीं है।

ठीक तब तक जब तक मैं निम्नलिखित समस्या से परेशान नहीं हो गया: कुछ मामलों में, लिंक http के माध्यम से समस्याओं के बिना खुलते हैं, लेकिन https के माध्यम से काम करने से पूरी तरह से इनकार करते हैं, जिससे अद्भुत परिणाम होता है: example.com को होस्ट करने के लिए कनेक्शन #0 बरकरार रखा गया
कर्ल: (52) सर्वर से खाली उत्तर

लॉग में, हम इस चीज़ को केवल आईपी द्वारा ट्रैक करने में सक्षम थे - कोई अनुरोध या कोई अन्य डेटा नहीं था, जैसा कि ऊपर के उदाहरण से देखा जा सकता है। केवल कुख्यात स्थिति 0 है, लेकिन मुझे पता है कि मैंने अनुरोध को बाधित नहीं किया है! मैंने यह पता लगाना शुरू कर दिया कि क्या गलत हो सकता है। और सब कुछ बहुत सरल हो गया:

443 एसएसएल सुनें http2 बैकलॉग=8192;

ठीक है, यदि आप एसएसएल कनेक्शन के लिए http2 का उपयोग करते हैं, तो केवल अनुरोध बफ़र्स को कॉन्फ़िगर करना पर्याप्त नहीं है, उन्हें ngx_http_v2_module में भी कॉन्फ़िगर किया जाना चाहिए, अर्थात्:

Синтаксис:	http2_max_field_size размер;
Умолчание:	http2_max_field_size 4k;
Контекст:	http, server

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

सामान्य तौर पर, यही बात है. और सब क्यों? क्योंकि लिंक की लंबाई लंबी थी - उन्हीं 4k से भी अधिक।

उदाहरण के लिए, इसे 8kb (या जितना पर्याप्त होने की संभावना हो) पर सेट करके, हम समस्या का समाधान करते हैं।
ऐसी बातें।

स्रोत: www.habr.com