Sa kohë mund të qëndrojë i hapur një tunel CONNECT?
Ndani jetëgjatësinë e një tuneli të vendosur nga ripërdorimi i përgjigjeve HTTP, nga politikat e papunësisë së ndërmjetësve dhe nga sesioni i vetë aplikacionit të destinacionit.
CONNECT nuk premton një tunel të hapur pafundësisht. Pas një shkëmbimi të suksesshëm, lidhja mbart një rrjedhë të vazhdueshme bajtësh drejt host-it dhe port-it të kërkuar. Mund të mbartë shkëmbime të shumta brenda një sesioni TLS të destinacionit për sa kohë pjesëmarrësit dhe rrjeti e mbajnë të hapur.
Dy kufij të proxy-t sillen ndryshe: trafiku mund të pengojë skadimin e një kohëmatësi idle, por nuk mund të zgjasë një kufi absolute jetëgjatësie. Edhe protokolli i destinacionit ka fjalën e vet. Një klient HTTP i brendshëm mund ta mbyllë lidhjen e tij; një aplikacion WebSocket mund ta përfundojë sesionin e tij. Proxy nuk mund ta mbajë atë sesion destinacioni gjallë pas kësaj.
Një tunel është i lidhur me objektivin e tij. Pasi bajtët e tunelit rrjedhin, lidhja nuk është më një kanal i zakonshëm kërkesash HTTP për të lëshuar një CONNECT tjetër për një destinacion të palidhur. Klienti ka nevojë për një lidhje tjetër ose një tunel tjetër të menaxhuar nga biblioteka e tij.
Për një fluks të vazhdueshëm, planifikoni rilidhje duke përdorur mekanizmat e gjallërisë dhe të lidhjes që klienti mbështet. Nëse mbyllet pas heshtjes, një politikë pasiviteti është një gjurmë e dobishme; nëse mbyllet pas një kohe të caktuar megjithë trafikun, hetoni një kufi absolut. Për një fluks WebSocket, riktheni gjendjen e aplikacionit pas rilidhjes gjithashtu.