Hvor længe kan en CONNECT-tunnel forblive åben?
Adskil levetiden for en etableret tunnel fra genbrug af HTTP-svar, mellemleddets ledighedspolitikker og destinationsapplikationens egen session.
CONNECT lover ikke en tunnel, der er åben i det uendelige. Efter en vellykket udveksling bærer forbindelsen en fortsat bytestrøm til det ønskede værtsnavn og den ønskede port. Den kan bære flere udvekslinger inden for en destination-TLS-session, så længe deltagerne og netværket holder den åben.
To proxylimitter opfører sig forskelligt: trafik kan forhindre en ledighedstimer i at udløbe, men den kan ikke forlænge en absolut levetidsgrænse. Destinationsprotokollen har også et ord. En indre HTTP-klient kan lukke sin forbindelse; en WebSocket-applikation kan afslutte sin session. Proxyen kan ikke holde den destinationssession i live bagefter.
En tunnel er bundet til sit mål. Når tunnelbytes først strømmer, er forbindelsen ikke længere en almindelig HTTP-anmodningskanal, hvorpå der kan udstedes et CONNECT mere til en urelateret destination. Klienten har brug for en anden forbindelse eller en anden tunnel, der styres af dens bibliotek.
Til et vedvarende feed skal du planlægge genopkoblinger med klientens understøttede mekanismer til livstegn og forbindelse. Hvis den lukker efter stilhed, er en inaktivitetsværdi et nyttigt spor; hvis den lukker efter en fast varighed på trods af trafik, bør du i stedet undersøge en absolut grænse. Til et WebSocket-feed skal du også gendanne applikationstilstanden efter genopkobling.