Å granske ERR_INVALID_CHUNKED_ENCODING gjennom ein proxy

ERR_INVALID_CHUNKED_ENCODING tyder at svaret ikkje kunne dekodast som ei fullstendig chunked-melding. At noko innhald kom fram, prova ikkje at resten av svaret var gyldig.

1. Ta vare på svarhovuda og den første dekodarfeilen. Fastslå kva komponent som melde han, og om meldinga var erklært som chunked.
2. Finn stoppunktet. HTTP/1.1 chunked-koding krev storleikar, tilsvarande data, skiljeteikn og ein avsluttande del, med trailers der det er relevant. Tidleg lukking av sambandet og ein misdanna storleik er ulike spor.
3. Samanlikn den same kontrollerte førespurnaden på den tiltenkte ruta. Match førespurnaden mot proxy- og oppstraumsloggar. Sjå etter lukking frå oppstraumen, ei omforming hjå eit mellomledd eller avbroten applikasjon på det punktet.

Ikkje slut deg til HTTP-innramminga frå ein TCP-bufferstorleik. Éi socket-lesing kan innehalde ein halv del eller fleire delar; eit bibliotek kan deretter visa det dekoda innhaldet i ulike buffar. Ein JSON-post har endå ei grense. Ein proxy kan ramme inn eit svar på nytt utan å ta vare på dei opphavlege pakkegrensene.

Peikar prova mot ein gamal Squid-implementasjon, ta vare på utgivingsnummeret saman med den konklusjonen. Råd om oppdateringar for Squid 2.x skildrar ikkje kvar gjeldande utgiving. Hald på normal dekoding og sertifikatvalidering under samanlikninga: å dempe feilen kan få ei ufullstendig fil til å sjå ut som ei vellukka nedlasting.