Sėkmingas HTTP/1.1 CONNECT atsakymas baigiasi po jo antraščių dalies:

HTTP/1.1 200 Connection Established

Už šios ribos tunelį neša tas pats ryšys. HTTPS paskirties atveju kiti kliento baitai paprastai pradeda TLS mainus su paskirtimi.

Tarpinė tarnyba neturi pridėti Transfer-Encoding arba Content-Length prie sėkmingo CONNECT atsakymo. Nėra HTTP atsakymo turinio, kurį reikėtų skaidyti į chunk. Tuščio baigiamojo chunk pridėjimas atvirkščiai įterptų baitus į naują tunelį.

Klientas taip pat turi reikalavimą: jis turi nepaisyti šių rėminimo laukų, jei jie pasirodo 2xx CONNECT atsakyme. Todėl netinkamai suformuotas siuntėjas nėra priežastis kiekvieną taisyklingą klientą apibūdinti kaip laukiantį suskaidyto turinio.

Laikykite užmegztą ryšį atidarytą perdavimui. Jį uždarius po 200 tunelis sunaikinamas; kitas ryšys nėra priimtos CONNECT užklausos tęsinys.

Nesėkmingas CONNECT atsakymas apdorojamas kitaip ir gali turėti įprastą HTTP klaidos turinį. Atskirkite tą atsakymą nuo sėkmingo perdavimo, kai įgyvendinate arba skaitote tarpinės tarnybos pėdsaką.

Susiję straipsniai