Gaano Katagal Maaaring Manatiling Bukas ang Isang CONNECT Tunnel?
Ihiwalay ang tagal ng buhay ng establisadong tunnel sa muling paggamit ng HTTP response, sa idle na patakaran ng mga tagapamagitan at sa session ng destinasyong aplikasyon mismo.
Walang pangako ang CONNECT ng bukas na tunnel nang walang hanggan. Matapos ang matagumpay na palitan, nagdadala ang koneksyon ng tuloy-tuloy na byte stream patungo sa hinihiling na host at port. Makakadala ito ng maraming palitan sa loob ng TLS session ng destinasyon hangga't bukas ito ng mga kalahok at ng network.
Magkaiba ang pag-uugali ng dalawang limitasyon ng proxy: maaaring pigilan ng trapiko ang pag-expire ng idle timer, ngunit hindi nito mapapahaba ang absolute na limitasyon sa tagal ng buhay. May sinasabi rin ang protokol ng destinasyon. Maaaring isara ng panloob na HTTP client ang koneksyon nito; maaaring tapusin ng WebSocket application ang session nito. Hindi na mapapanatiling buhay ng proxy ang session na iyon ng destinasyon pagkatapos.
Nakatali ang tunnel sa target nito. Kapag dumadaloy na ang mga byte ng tunnel, hindi na ito ordinaryong channel ng HTTP request kung saan maglalabas pa ng isa pang CONNECT para sa walang kaugnayang destinasyon. Kailangan ng client ng ibang koneksyon o ibang tunnel na pinamamahalaan ng library nito.
Para sa tuloy-tuloy na feed, planuhin ang muling pagkonekta gamit ang mga mekanismong liveness at koneksyon na sinusuportahan ng client. Kung nagsasara ito pagkatapos ng katahimikan, kapaki-pakinabang na bakas ang patakarang inactivity; kung nagsasara ito sa takdang haba kahit may trapiko, siyasatin ang absolute na limitasyon. Para sa WebSocket feed, ibalik din ang estado ng aplikasyon pagkatapos makakonekta muli.