Ett lyckat CONNECT-svar har ingen HTTP-body
Avsluta ett lyckat HTTP/1.1 CONNECT-svar vid headergränsen och vidarebefordra sedan tunnelbytes utan chunk-ramning eller omstart av anslutningen.
Ett lyckat HTTP/1.1 CONNECT-svar slutar efter sin headerdel:
HTTP/1.1 200 Connection Established
Efter den gränsen bär samma anslutning tunneln. För ett HTTPS-mål inleder klientens nästa byte normalt TLS-utbytet med målet.
Proxyn får inte lägga till Transfer-Encoding eller Content-Length i ett lyckat CONNECT-svar. Det finns ingen HTTP-svarsbody att dela i chunks. Att lägga till en tom avslutande chunk skulle i stället injicera byte i den nya tunneln.
Klienten har också ett krav: den måste ignorera dessa ramningsfält om de förekommer i ett 2xx CONNECT-svar. En felaktig avsändare är därför inte skäl att beskriva varje korrekt klient som att den väntar på en delad body.
Håll den upprättade anslutningen öppen för vidarebefordran. Att stänga den efter 200 förstör tunneln; att öppna en annan anslutning är inte en fortsättning av den accepterade CONNECT-begäran.
Ett misslyckat CONNECT-svar hanteras annorlunda och kan bära en vanlig HTTP-felbody. Skilj det svaret från den lyckade överlämningen när du implementerar eller läser ett proxy-spår.