Hvor lenge kan en CONNECT-tunnel holde seg åpen?
Skill levetiden til en etablert tunnel fra gjenbruk av HTTP-svar, mellomleddenes ledighetsregler og målprogrammets egen økt.
CONNECT lover ikke en tunnel som er åpen på ubestemt tid. Etter en vellykket utveksling bærer forbindelsen en vedvarende bytestrøm til den forespurte hosten og porten. Den kan bære flere utvekslinger i en TLS-økt mot målet så lenge partene og nettet holder den åpen.
To proxygrenser virker ulikt: trafikk kan hindre at en idle-timer utløper, men den kan ikke forlenge en absolutt levetidsgrense. Målprotokollen har også et ord med i laget. En indre HTTP-klient kan lukke forbindelsen sin; en WebSocket-applikasjon kan avslutte økten sin. Proxyen kan ikke holde den måløkten i live etterpå.
En tunnel er bundet til målet sitt. Når tunnelbytene først strømmer, er forbindelsen ikke lenger en vanlig HTTP-forespørselkanal der man kan sende en ny CONNECT for et urelatert mål. Klienten trenger en annen forbindelse eller en annen tunnel som biblioteket dens styrer.
For en vedvarende feed bør du planlegge gjenoppkoblinger med klientens støttede mekanismer for levetid og tilkobling. Lukker den etter stillhet, er en inaktivitetsregel et nyttig spor; lukker den etter en fast varighet til tross for trafikk, undersøk en absolutt grense i stedet. For en WebSocket-feed bør du også gjenopprette applikasjonstilstanden etter gjenoppkobling.