പ്രോക്സി വഴിയുള്ള ERR_INVALID_CHUNKED_ENCODING അന്വേഷണം
പ്രതികരണത്തിന്റെ ഫ്രെയിമിംഗ്, നിൽക്കുന്ന സ്ഥാനം, പ്രോക്സി റൂട്ട് ലോഗുകൾ എന്നിവ താരതമ്യം ചെയ്ത് അത് എവിടെ അപൂർണമോ വികലമോ ആകുന്നു എന്ന് കണ്ടെത്തുക.
ERR_INVALID_CHUNKED_ENCODING എന്നതിന്റെ അർത്ഥം, പ്രതികരണം പൂർണമായ ഒരു chunked സന്ദേശമായി ഡീകോഡ് ചെയ്യാൻ കഴിഞ്ഞില്ല എന്നാണ്. ഉള്ളടക്കത്തിന്റെ ഒരു ഭാഗം വിജയകരമായി എത്തിയത് ബാക്കി ഭാഗം സാധുവായിരുന്നു എന്ന് സ്ഥാപിക്കുന്നില്ല.
- പ്രതികരണ ഹെഡറുകളും ആദ്യ ഡീകോഡർ പിശകും സൂക്ഷിക്കുക. ഏത് ഘടകമാണ് അത് റിപ്പോർട്ട് ചെയ്തത്, സന്ദേശം chunked ആയി പ്രഖ്യാപിച്ചിരുന്നോ എന്ന് വ്യക്തമാക്കുക.
- നിൽക്കുന്ന സ്ഥാനം കണ്ടെത്തുക. HTTP/1.1 chunked കോഡിംഗിന് വലിപ്പങ്ങൾ, അനുബന്ധ ഡാറ്റ, ഡെലിമിറ്ററുകൾ, അവസാന ചങ്ക് എന്നിവ വേണം; ബാധകമാകുമ്പോൾ trailers-ഉം വേണം. നേരത്തെയുള്ള കണക്ഷൻ അടയ്ക്കലും വികലമായ വലിപ്പവും വ്യത്യസ്ത സൂചനകളാണ്.
- ഉദ്ദേശിച്ച റൂട്ടിൽ അതേ നിയന്ത്രിത അഭ്യർത്ഥന താരതമ്യം ചെയ്യുക. അഭ്യർത്ഥന പ്രോക്സി, അപ്സ്ട്രീം ലോഗുകളുമായി ചേർത്ത് നോക്കുക. ആ സ്ഥാനത്ത് അപ്സ്ട്രീം അടയ്ക്കൽ, ഇടനിലക്കാരന്റെ പരിവർത്തനം, അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ റദ്ദാക്കൽ എന്നിവ തിരയുക.
TCP ബഫർ വലിപ്പത്തിൽ നിന്ന് HTTP ഫ്രെയിമിംഗ് അനുമാനിക്കരുത്. ഒരു സോക്കറ്റ് വായനയിൽ പകുതി ചങ്കോ പല ചങ്കുകളോ ഉണ്ടാകാം; ഒരു ലൈബ്രറി പിന്നീട് ഡീകോഡ് ചെയ്ത ഉള്ളടക്കം വ്യത്യസ്ത ബഫറുകളിൽ നൽകാം. JSON രേഖയ്ക്ക് വേറൊരു അതിർത്തിയുണ്ട്. ഒരു പ്രോക്സിക്ക് യഥാർത്ഥ പാക്കറ്റ് അതിർത്തികൾ നിലനിർത്താതെ പ്രതികരണം പുനർനിർമ്മിക്കാം.
തെളിവുകൾ പഴയ Squid നടപ്പാക്കലിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, ആ നിഗമനത്തോടൊപ്പം അതിന്റെ റിലീസ് നമ്പർ സൂക്ഷിക്കുക. Squid 2.x പാച്ച് നിർദ്ദേശങ്ങൾ എല്ലാ നിലവിലെ റിലീസുകളെയും വിവരിക്കുന്നില്ല. താരതമ്യത്തിനിടയിൽ സാധാരണ ഡീകോഡിംഗും സർട്ടിഫിക്കറ്റ് സാധുത പരിശോധനയും നിലനിർത്തുക: പിശക് അടിച്ചമർത്തുന്നത് അപൂർണമായ ഫയലിനെ വിജയകരമായ ഡൗൺലോഡ് പോലെ തോന്നിപ്പിക്കാം.