ERR_INVALID_CHUNKED_ENCODING betyr at svaret ikke kunne dekodes som en fullstendig chunked-melding. At noe innhold kom frem, beviser ikke at resten av svaret var gyldig.

  1. Ta vare på svarhodene og den første dekoderfeilen. Fastslå hvilken komponent som rapporterte den, og om meldingen var erklært som chunked.
  2. Finn stoppunktet. HTTP/1.1 chunked-koding krever størrelser, tilsvarende data, skilletegn og en avsluttende del, med trailers der det er relevant. Tidlig lukking av tilkoblingen og en misdannet størrelse er ulike spor.
  3. Sammenlign den samme kontrollerte forespørselen på den tiltenkte ruten. Match forespørselen mot proxy- og oppstrømslogger. Se etter lukking fra oppstrøm, en transformasjon hos en mellomledd eller avbrutt applikasjon på det punktet.

Ikke slutte deg til HTTP-innramming fra en TCP-bufferstørrelse. Én socket-lesing kan inneholde en halv del eller flere deler; et bibliotek kan deretter eksponere dekodet innhold i ulike buffere. En JSON-post har nok en grense. En proxy kan ramme inn et svar på nytt uten å bevare de opprinnelige pakkegrensene.

Hvis bevisene peker mot en gammel Squid-implementasjon, ta vare på utgivelsesnummeret sammen med den konklusjonen. Råd om oppdateringer for Squid 2.x beskriver ikke alle nåværende utgivelser. Behold normal dekoding og sertifikatvalidering under sammenligningen: å undertrykke feilen kan få en ufullstendig fil til å se ut som en vellykket nedlasting.

Relaterte artikler