প্রক্সির মাধ্যমে ERR_INVALID_CHUNKED_ENCODING তদন্ত
প্রতিক্রিয়ার ফ্রেমিং, থামার বিন্দু ও প্রক্সি-পথের লগ তুলনা করে চিহ্নিত করুন কোথায় তা অসম্পূর্ণ বা বিকৃত হয়।
ERR_INVALID_CHUNKED_ENCODING মানে প্রতিক্রিয়াটি সম্পূর্ণ chunked বার্তা হিসেবে ডিকোড করা যায়নি। কিছু কনটেন্ট সফলভাবে আসা প্রমাণ করে না যে বাকি প্রতিক্রিয়াটি বৈধ ছিল।
- প্রতিক্রিয়ার হেডার ও প্রথম ডিকোডার ত্রুটি সংরক্ষণ করুন। কোন উপাদান এটি জানিয়েছে এবং বার্তাটি chunked ঘোষিত ছিল কি না তা নির্ধারণ করুন।
- থামার বিন্দু খুঁজুন। HTTP/1.1 chunked কোডিংয়ে আকার, সংশ্লিষ্ট ডেটা, বিভাজক ও একটি সমাপ্তি chunk লাগে, প্রযোজ্য হলে trailer সহ। আগেভাগে সংযোগ বন্ধ হওয়া ও বিকৃত আকার দুটি আলাদা সূত্র।
- একই নিয়ন্ত্রিত অনুরোধটি অভীষ্ট পথে তুলনা করুন। অনুরোধটি প্রক্সি ও upstream লগের সঙ্গে মিলিয়ে দেখুন। সেই বিন্দুতে upstream বন্ধ, মধ্যবর্তী রূপান্তর বা অ্যাপ্লিকেশন বাতিল খুঁজুন।
TCP বাফারের আকার থেকে HTTP ফ্রেমিং অনুমান করবেন না। একটি socket পাঠে অর্ধেক chunk বা একাধিক chunk থাকতে পারে; এরপর লাইব্রেরি ডিকোড করা কনটেন্ট ভিন্ন বাফারে দেখাতে পারে। JSON রেকর্ডের আরেকটি সীমা থাকে। প্রক্সি মূল প্যাকেটের সীমা না রেখেই প্রতিক্রিয়া পুনরায় ফ্রেম করতে পারে।
যদি প্রমাণ পুরোনো Squid বাস্তবায়নের দিকে ইঙ্গিত করে, তবে সেই সিদ্ধান্তের সঙ্গে তার রিলিজ নম্বর রাখুন। Squid 2.x-এর প্যাচ পরামর্শ প্রতিটি বর্তমান রিলিজ বর্ণনা করে না। তুলনার সময় স্বাভাবিক ডিকোডিং ও সার্টিফিকেট যাচাই বজায় রাখুন: ত্রুটি চেপে দিলে অসম্পূর্ণ ফাইলও সফল ডাউনলোডের মতো দেখাতে পারে।