Kuinka kauan CONNECT-tunneli voi pysyä avoinna?
Erota vakiintuneen tunnelin elinikä HTTP-vastausten uudelleenkäytöstä, välittäjän joutokäyntikäytännöistä ja kohdesovelluksen omasta istunnosta.
CONNECT ei lupaa rajoittamattomasti avoinna pysyvää tunnelia. Onnistuneen vaihdon jälkeen yhteys kuljettaa jatkuvaa tavuvirtaa pyydettyyn isäntään ja porttiin. Se voi kuljettaa useita vaihtoja kohde-TLS-istunnon sisällä niin kauan kuin osapuolet ja verkko pitävät sen avoinna.
Kaksi välityspalvelimen rajaa käyttäytyvät eri tavoin: liikenne voi estää joutokäyntiajastinta vanhenemasta, mutta se ei voi pidentää absoluuttista elinikärajaa. Myös kohdeprotokollalla on sanansa. Sisempi HTTP-asiakas voi sulkea yhteytensä; WebSocket-sovellus voi lopettaa istuntonsa. Välityspalvelin ei voi pitää sitä kohdeistuntoa enää elossa.
Tunneli on sidottu kohteeseensa. Kun tunnelitavut virtaavat, yhteys ei ole enää tavallinen HTTP-pyyntöjen kanava, jolla voisi lähettää toisen CONNECTin asiaankuulumattomaan kohteeseen. Asiakas tarvitsee toisen yhteyden tai toisen tunnelin, jota sen kirjasto hallinnoi.
Jatkuvaa syötettä varten suunnittele uudelleenyhdistämiset asiakkaan tukemilla elossaolon ja yhteyden mekanismeilla. Jos se sulkeutuu hiljaisuuden jälkeen, passiivisuuskäytäntö on hyödyllinen vihje; jos se sulkeutuu liikenteestä huolimatta kiinteän keston jälkeen, tutki sen sijaan absoluuttista rajaa. WebSocket-syötettä varten palauta myös sovelluksen tila uudelleenyhdistämisen jälkeen.