Sukcesa CONNECT-respondo ne havas HTTP-korpon
Finu sukcesan HTTP/1.1 CONNECT-respondon ĉe la kaplinio-limo, poste plusendu tunelajn bajtojn sen chunk-kadrigo kaj sen restarigo de la konekto.
Sukcesa HTTP/1.1 CONNECT-respondo finiĝas post sia kaplinio-sekcio:
HTTP/1.1 200 Connection Established
Post tiu limo la sama konekto portas la tunelon. Por HTTPS-celo, la sekvaj klientaj bajtoj kutime komencas ĝian TLS-interŝanĝon kun la celo.
La prokurilo ne rajtas aldoni Transfer-Encoding aŭ Content-Length al sukcesa CONNECT-respondo. Ne ekzistas HTTP-responda korpo por dividi en chunk-ojn. Aldoni malplenan finan chunk-on anstataŭe enŝovus bajtojn en la novan tunelon.
Ankaŭ la kliento havas postulon: ĝi devas ignori tiujn kadrigajn kampojn se ili aperas en 2xx CONNECT-respondo. Do misformita sendanto ne estas kialo priskribi ĉiun konforman klienton kiel atendantan korpon dividitan en chunk-ojn.
Tenu la establotan konekton malferma por plusendo. Fermi ĝin post 200 detruas la tunelon; malfermi alian konekton ne estas daŭrigo de la akceptita CONNECT-peto.
Malsukcesa CONNECT-respondo estas traktata alie kaj povas porti ordinaran HTTP-eraran korpon. Apartigu tiun respondon disde la sukcesa transdono kiam vi realigas aŭ legas prokurilan spuron.