Kiom longe povas CONNECT-tunelo resti malfermita?
Apartigu la vivdaŭron de establita tunelo disde la reuzado de HTTP-respondoj, la senokupaj politikoj de perantoj kaj la propra sesio de la celloka aplikaĵo.
CONNECT ne promesas tunelon senfine malfermitan. Post sukcesa interŝanĝo, la konekto portas daŭran bitofluon al la petita gastiganto kaj pordo. Ĝi povas porti plurajn interŝanĝojn ene de celloka TLS-sesio, dum la partoprenantoj kaj la reto tenas ĝin malfermita.
Du limigoj de la prokurilo kondutas malsame: trafiko povas malhelpi al senokupa tempilo eksvalidiĝi, sed ĝi ne povas plilongigi absolutan vivdaŭran limon. Ankaŭ la celloka protokolo havas vorton. Interna HTTP-kliento povas fermi sian konekton; WebSocket-a aplikaĵo povas fini sian sesion. La prokurilo poste ne povas teni tiun cellokan sesion viva.
Tunelo estas ligita al sia celo. Post kiam tunelaj bitoj fluas, la konekto ne plu estas ordinara HTTP-petra kanalo, sur kiu oni eldonus alian CONNECT por nerilata celo. La kliento bezonas alian konekton aŭ alian tunelon administratan de sia biblioteko.
Por daŭra fluo, planu rekonektojn per la vivtenaj kaj konektaj mekanismoj subtenataj de la kliento. Se ĝi fermiĝas post silento, senaktiva politiko estas utila indico; se ĝi fermiĝas post fiksa daŭro malgraŭ trafiko, esploru anstataŭe absolutan limon. Por WebSocket-fluo, restarigu ankaŭ la aplikaĵan staton post rekonekto.