Eit vellukka HTTP/1.1 CONNECT-svar sluttar etter headerdelen:

HTTP/1.1 200 Connection Established

Etter den grensa ber same sambandet tunnelen. For ein HTTPS-destinasjon startar dei neste klientbyta normalt TLS-utvekslinga med destinasjonen.

Proxyen må ikkje leggje til Transfer-Encoding eller Content-Length i eit vellukka CONNECT-svar. Det finst ingen HTTP-svarbody å dele i chunks. Å leggje til ein tom avsluttande chunk vil tvert imot injisere byta i den nye tunnelen.

Klienten har òg eit krav: han må ignorere desse rammefelta om dei dukkar opp i eit 2xx CONNECT-svar. Ein feilaktig avsendar er derfor ikkje grunn til å skildre kvar korrekt klient som at han ventar på ein delt body.

Hald sambandet som er oppretta ope for vidaresending. Å lukke det etter 200 øydelegg tunnelen; å opne eit anna samband er ikkje ei fortsetjing av den godtekne CONNECT-førespurnaden.

Eit mislukka CONNECT-svar vert handsama annleis og kan bere ein vanleg HTTP-feilbody. Skil det svaret frå den vellukka overleveringa når du implementerer eller les eit proxy-spor.

Relaterte artiklar