Kuchunguza ERR_INVALID_CHUNKED_ENCODING kupitia proksi

ERR_INVALID_CHUNKED_ENCODING inamaanisha kuwa jibu halikuweza kufasiriwa kama ujumbe kamili wa chunked. Ukweli kwamba maudhui mengine yalifika kwa mafanikio hauthibitishi kwamba sehemu iliyobaki ya jibu ilikuwa sahihi.

1. Hifadhi vichwa vya jibu na hitilafu ya kwanza ya kifasiri. Tambua ni sehemu gani iliiripoti na kama ujumbe ulitangazwa kuwa chunked.
2. Tafuta mahali linapoishia. Usimbaji wa chunked wa HTTP/1.1 unahitaji ukubwa, data husika, vitenganishi na kipande cha mwisho, pamoja na trailers inapohitajika. Kufungwa kwa muunganisho mapema na ukubwa ulioharibika ni dalili tofauti.
3. Linganisha ombi lilelile lililodhibitiwa kwenye njia inayokusudiwa. Oanisha ombi na kumbukumbu za proksi na za seva ya juu. Tafuta kufungwa kutoka seva ya juu, mabadiliko ya mpatanishi au kughairiwa kwa programu mahali hapo.

Usikisie muundo wa HTTP kutokana na ukubwa wa bufaa la TCP. Usomaji mmoja wa soketi unaweza kuwa na nusu ya kipande au vipande kadhaa; maktaba inaweza kisha kuonyesha maudhui yaliyofasiriwa katika bufa tofauti. Rekodi ya JSON ina mpaka mwingine. Proksi inaweza kuunda upya muundo wa jibu bila kuhifadhi mipaka ya awali ya pakiti.

Ikiwa ushahidi unaonyesha utekelezaji wa zamani wa Squid, hifadhi namba ya toleo lake pamoja na hitimisho hilo. Ushauri wa viraka vya Squid 2.x hauelezi kila toleo la sasa. Hifadhi ufasiri wa kawaida na uthibitishaji wa vyeti wakati wa kulinganisha: kukandamiza hitilafu kunaweza kuiacha faili isiyokamilika ionekane kama upakuaji uliofanikiwa.