Kor lenge kan ein CONNECT-tunnel halde seg open?
Skil levetida til ein etablert tunnel frå gjenbruk av HTTP-svar, ledigheitsreglar hos mellomledda og økta til målprogrammet sjølv.
CONNECT lovar ikkje ein tunnel som er open på ubestemt tid. Etter ei vellukka utveksling ber sambandet ein varig bytestraum til verten og porten som vart beden om. Det kan bere fleire utvekslingar i ei TLS-økt mot målet så lenge partane og nettet held han open.
To proxygrenser verkar ulikt: trafikk kan hindre at ein idle-timer går ut, men han kan ikkje forlengje ei absolutt levetidsgrense. Målprotokollen har også eit ord med i laget. Ein indre HTTP-klient kan lukke sambandet sitt; ein WebSocket-applikasjon kan avslutte økta si. Proxyen kan ikkje halde den måløkta i live etterpå.
Ein tunnel er bunden til målet sitt. Når tunnelbyta først strøymer, er sambandet ikkje lenger ein vanleg HTTP-førespurnadskanal der ein kan sende ein ny CONNECT for eit urelatert mål. Klienten treng eit anna samband eller ein annan tunnel som biblioteket hans styrer.
For ein varig feed bør du planleggje attoppkoplingar med dei mekanismane for levetid og samband som klienten støttar. Lukkar han etter stillheit, er ein inaktivitetsregel eit nyttig spor; lukkar han etter fast varigheit trass i trafikk, gransk ei absolutt grense i staden. For ein WebSocket-feed bør du også gjenopprette applikasjonstilstanden etter attoppkopling.