Որքա՞ն ժամանակ կարող է CONNECT թունելը բաց մնալ:
Տարանջատեք հաստատված թունելի կյանքի տևողությունը HTTP պատասխանների վերաօգտագործումից, միջնորդի անգործության կանոններից և նպատակակետ հավելվածի սեփական սեսիայից:
CONNECT-ը չի խոստանում անվերջ բաց մնացող թունել: Հաջող փոխանակումից հետո կապը շարունակական բայթային հոսք է տեղափոխում դեպի պահանջված հոսթը և պորտը: Այն կարող է կրել բազմաթիվ փոխանակումներ նպատակակետի TLS սեսիայի ներսում այնքան ժամանակ, քանի դեռ մասնակիցներն ու ցանցը բաց են պահում այն:
Փրոքսիի երկու սահմանափակումներ տարբեր կերպ են գործում. երթևեկությունը կարող է թույլ չտալ, որ անգործության ժամանակաչափը լրանա, բայց այն չի կարող երկարացնել բացարձակ կյանքի սահմանը: Նպատակակետի արձանագրությունն էլ իր խոսքն ունի: Ներքին HTTP հաճախորդը կարող է փակել իր կապը. WebSocket հավելվածը կարող է ավարտել իր սեսիան: Փրոքսին դրանից հետո չի կարող այդ նպատակակետ սեսիան կենդանի պահել:
Թունելը կապված է իր թիրախին: Հենց թունելի բայթերը սկսում են հոսել, կապն այլևս սովորական HTTP հարցումների ալիք չէ, որի վրա կարելի է նոր CONNECT ուղարկել չառնչվող նպատակակետի համար: Հաճախորդին պետք է մեկ այլ կապ կամ իր գրադարանի կողմից կառավարվող մեկ այլ թունել:
Մշտական հոսքի համար պլանավորեք վերակապակցումներ՝ օգտագործելով հաճախորդի կողմից աջակցվող կենսունակության և կապի մեխանիզմները: Եթե այն փակվում է լռությունից հետո, անգործության կանոնը օգտակար հուշում է. եթե այն փակվում է ֆիքսված տևողությունից հետո՝ չնայած երթևեկությանը, փոխարենը ուսումնասիրեք բացարձակ սահմանափակում: WebSocket հոսքի համար վերակապակցումից հետո վերականգնեք նաև հավելվածի վիճակը: