[Nginx] কিভাবে রেসপন্স_স্ট্যাটাস = 0 হারাতে হয়

‘পার্শ্ববর্তী টীকা’ শ্রেণীর একটি প্রবন্ধ।

টি এল: ডিআর:

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

একটি প্রজেক্টে, কিছু অভ্যন্তরীণ ব্যাকএন্ড লজিক পরিবর্তন করার পর, আমি লগগুলিতে একটি অদ্ভুত response_code দেখতে শুরু করি—বিশেষত, ০। লগগুলি দেখতে অনেকটা এইরকম ছিল:

{
  "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-এর মাধ্যমে একেবারেই কাজ করতে চায় না এবং এই চমৎকার বার্তাটি দেখায়: Connection #0 to host example.com left intact
curl: (52) সার্ভার থেকে খালি উত্তর

আমি লগ থেকে শুধু আইপি দিয়েই জিনিসটা খুঁজে বের করতে পেরেছিলাম—কোনো রিকোয়েস্ট বা অন্য কোনো ডেটা ছিল না, যেমনটা আপনি উপরের উদাহরণে দেখতে পাচ্ছেন। শুধু সেই কুখ্যাত স্ট্যাটাস ০, কিন্তু আমি জানি আমি রিকোয়েস্টটা অ্যাবোর্ট করিনি! কী ভুল হতে পারে তা দেখতে আমি ঘাঁটাঘাঁটি শুরু করলাম। দেখা গেল ব্যাপারটা খুবই সহজ:

শুনুন ৪৪৩ SSL http2 বকেয়া=৮১৯২;

আচ্ছা, আপনি যদি SSL কানেকশনের জন্য http2 ব্যবহার করেন, তাহলে শুধু রিকোয়েস্ট বাফার কনফিগার করাই যথেষ্ট নয়; আপনাকে ngx_http_v2_module-এও সেগুলো কনফিগার করতে হবে, যথা:

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

HPACK ব্যবহার করে কম্প্রেস করা রিকোয়েস্ট হেডারের সর্বোচ্চ আকার সীমিত করে। এই সীমাটি নাম এবং ভ্যালু উভয়ের ক্ষেত্রেই সমানভাবে প্রযোজ্য। যদি হাফম্যান এনকোডিং ব্যবহার করা হয়, তাহলে ডিকম্প্রেস করা নাম এবং ভ্যালু স্ট্রিংগুলোর প্রকৃত আকার আরও বড় হতে পারে। ডিফল্ট সীমাটি বেশিরভাগ রিকোয়েস্টের জন্য উপযুক্ত।

তো, এই হলো ব্যাপার। কিন্তু কেন? কারণ লিঙ্কের দৈর্ঘ্য বেশি ছিল—ওই ৪কে-এর চেয়েও বেশি।

উদাহরণস্বরূপ, এটিকে ৮ কিলোবাইটে (বা যতটা সম্ভবত যথেষ্ট) সেট করার মাধ্যমে আমরা সমস্যাটির সমাধান করি।
বিষয়টা এমনই।

উত্স: www.habr.com