Hetimi i ERR_INVALID_CHUNKED_ENCODING përmes një proxy

Gjeni ku një përgjigje bëhet e paplotë ose e keqformuar duke krahasuar kornizimin, pikën e ndalimit dhe regjistrat e rrugës së proxy-t.

ERR_INVALID_CHUNKED_ENCODING do të thotë që përgjigja nuk mund të dekodohej si një mesazh chunked i plotë. Fakti që një pjesë e përmbajtjes mbërriti me sukses nuk vërteton që pjesa tjetër e përgjigjes ishte e vlefshme.

  1. Ruani titujt e përgjigjes dhe gabimin e parë të dekoderit. Përcaktoni cili komponent e raportoi dhe nëse mesazhi ishte deklaruar si chunked.
  2. Gjeni pikën e ndalimit. Kodimi chunked i HTTP/1.1 kërkon madhësi, të dhënat përkatëse, ndarës dhe një bllok përfundimtar, si dhe trailers kur zbatohet. Mbyllja e hershme e lidhjes dhe një madhësi e keqformuar janë gjurmë të ndryshme.
  3. Krahasoni të njëjtën kërkesë të kontrolluar në rrugën e synuar. Përputhni kërkesën me regjistrat e proxy-t dhe të serverit të sipërm. Kërkoni një mbyllje nga serveri i sipërm, një transformim nga një ndërmjetës ose anulim të aplikacionit në atë pikë.

Mos nxirrni përfundime për kornizimin HTTP nga madhësia e buferit TCP. Një lexim i vetëm i soketit mund të përmbajë gjysmë blloku ose disa blloqe; më pas një bibliotekë mund ta shfaqë përmbajtjen e dekoduar në buferë të ndryshëm. Një rekord JSON ka një kufi tjetër. Një proxy mund ta rikornizojë përgjigjen pa ruajtur kufijtë origjinalë të paketave.

Nëse provat të çojnë drejt një implementimi të vjetër të Squid, mbani numrin e versionit të tij bashkë me atë përfundim. Këshillat për arnimet e Squid 2.x nuk përshkruajnë çdo version aktual. Gjatë krahasimit ruani dekodimin normal dhe vërtetimin e certifikatave: shtypja e gabimit mund ta bëjë një skedar të paplotë të duket si një shkarkim i suksesshëm.

Artikuj të ngjashëm