[Nginx] प्रतिसाद_स्थिती = 0 कसे पराभूत करावे

"मार्जिनमधील नोट्स" या श्रेणीतील एक लेख.

TL: DR:

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

एका प्रोजेक्टवर, काही अंतर्गत बॅकएंड लॉजिक बदलल्यानंतर, मला लॉगमध्ये एक विचित्र response_code दिसू लागला—विशेषतः, 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, परंतु मला माहित आहे की मी विनंती रद्द केली नाही! काय चूक असू शकते ते पाहण्यासाठी मी आजूबाजूला खोदकाम सुरू केले. ते खूप सोपे झाले:

ऐका ४४३ ssl httpxNUMX अनुशेष=८१९२;

बरं, जर तुम्ही SSL कनेक्शनसाठी http2 वापरत असाल, तर फक्त रिक्वेस्ट बफर कॉन्फिगर करणे पुरेसे नाही; तुम्हाला ते ngx_http_v2_module मध्ये देखील कॉन्फिगर करावे लागतील, म्हणजे:

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

HPACK वापरून संकुचित केलेल्या विनंती शीर्षलेखाच्या कमाल आकारावर मर्यादा घालते. ही मर्यादा नाव आणि मूल्य दोन्हीवर समान रीतीने लागू होते. जर हफमन एन्कोडिंग वापरले असेल, तर डीकंप्रेस केलेल्या नाव आणि मूल्य स्ट्रिंगचा वास्तविक आकार मोठा असू शकतो. बहुतेक विनंत्यांसाठी डीफॉल्ट मर्यादा योग्य आहे.

तर, बस्स. पण का? कारण लिंकची लांबी जास्त होती—त्या ४k पेक्षा जास्त.

उदाहरणार्थ, 8kb (किंवा शक्य तितके) वर सेट करून, आपण समस्या सोडवतो.
ते असेच आहे.

स्त्रोत: www.habr.com