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

"साइडनोट्स" श्रेणीतील एक लेख.

TL: DR:

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 द्वारे कार्य करण्यास पूर्णपणे नकार देतात, अद्भुत निर्मिती करतात: उदाहरण.com होस्ट करण्यासाठी कनेक्शन #0 अबाधित आहे
कर्ल: (52) सर्व्हरकडून रिक्त उत्तर

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

ऐका 443 एसएसएल httpxNUMX backlog=8192;

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

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

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

सर्वसाधारणपणे, हे आहे. आणि सर्व का? कारण लिंकची लांबी लांब होती - त्याच 4k पेक्षा जास्त.

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

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