Ang matagumpay na tugon ng HTTP/1.1 CONNECT ay nagtatapos pagkatapos ng seksyon ng header nito:

HTTP/1.1 200 Connection Established

Pagkatapos ng hangganang iyon, dinadala ng parehong koneksyon ang tunnel. Para sa destinasyong HTTPS, ang susunod na byte ng client ay karaniwang nagsisimula ng palitan ng TLS sa destinasyon.

Hindi dapat magdagdag ang proxy ng Transfer-Encoding o Content-Length sa matagumpay na tugon ng CONNECT. Walang HTTP response body na hahatiin sa chunk. Ang pagdaragdag ng walang laman na panapos na chunk ay sa halip maglalagay ng byte sa bagong tunnel.

May kahilingan din ang client: dapat nitong balewalain ang mga field ng framing na iyon kung lumitaw sa tugon ng CONNECT 2xx. Kaya ang maling sender ay hindi dahilan upang ilarawan ang bawat sumusunod na client na naghihintay ng hinati na body.

Panatilihing bukas ang naitatag na koneksyon para sa pagpapasa. Ang pagsasara nito pagkatapos ng 200 ay sumisira sa tunnel; ang pagbubukas ng ibang koneksyon ay hindi pagpapatuloy ng tinanggap na kahilingang CONNECT.

Ang nabigong tugon ng CONNECT ay may ibang paghawak at maaaring magdala ng ordinaryong HTTP error body. Ihiwalay ang tugon na iyon mula sa matagumpay na paghahatid kapag ipinapatupad o binabasa ang trace ng proxy.

Kaugnay na mga artikulo