Et vellykket HTTP/1.1 CONNECT-svar slutter efter sin headerdel:

HTTP/1.1 200 Connection Established

Efter den grænse bærer den samme forbindelse tunnelen. For en HTTPS-destination starter de næste klientbytes normalt TLS-udvekslingen med destinationen.

Proxyen må ikke føje Transfer-Encoding eller Content-Length til et vellykket CONNECT-svar. Der er ingen HTTP-svar-body at opdele i chunks. Hvis man tilføjer et tomt afsluttende chunk, ville man i stedet indsætte bytes i den nye tunnel.

Klienten har også et krav: den skal ignorere disse indkapslingsfelter, hvis de optræder i et 2xx CONNECT-svar. En fejlbehæftet afsender er derfor ikke grund til at beskrive enhver korrekt klient som ventende på en opdelt body.

Hold den etablerede forbindelse åben til videresendelse. Lukning efter 200 ødelægger tunnelen; at åbne en anden forbindelse er ikke en fortsættelse af den accepterede CONNECT-anmodning.

Et mislykket CONNECT-svar behandles anderledes og kan bære en almindelig HTTP-fejlbody. Adskil det svar fra den vellykkede overdragelse, når du implementerer eller læser et proxy-spor.

Relaterede artikler