’n Geslaagde CONNECT-antwoord het geen HTTP-liggaam nie
Beëindig ’n geslaagde HTTP/1.1 CONNECT-antwoord by die kopgrens en stuur dan tonnelgrepe deur sonder chunk-raamwerk of ’n herbegin van die verbinding.
’n Geslaagde HTTP/1.1 CONNECT-antwoord eindig ná sy kopafdeling:
HTTP/1.1 200 Connection Established
Ná daardie grens dra dieselfde verbinding die tonnel. Vir ’n HTTPS-bestemming begin die volgende kliëntgrepe gewoonlik sy TLS-uitruiling met die bestemming.
Die instaanbediener mag nie Transfer-Encoding of Content-Length by ’n geslaagde CONNECT-antwoord voeg nie. Daar is geen HTTP-antwoordliggaam om te verdeel nie. ’n Leë terminerende chunk sou eerder grepe in die nuwe tonnel inspuit.
Die kliënt het ook ’n vereiste: dit moet daardie raamwerkvelde ignoreer as hulle in ’n 2xx CONNECT-antwoord voorkom. ’n Verkeerd gevormde sender is dus nie ’n rede om elke voldoenende kliënt te beskryf asof dit op ’n verdeelde liggaam wag nie.
Hou die gevestigde verbinding oop vir deurstuur. Om dit ná 200 te sluit, vernietig die tonnel; om ’n ander verbinding oop te maak is nie die voortsetting van die aanvaarde CONNECT-versoek nie.
’n Mislukte CONNECT-antwoord word anders hanteer en kan ’n gewone HTTP-foutliggaam dra. Skei daardie antwoord van die geslaagde oorhandiging wanneer jy ’n instaanbediener-spoor implementeer of lees.