CONNECT не обещава тунел, отворен безкрайно. След успешен обмен връзката носи непрекъснат поток от байтове към заявения хост и порт. Тя може да носи множество обмени в TLS сесия на получателя, докато участниците и мрежата я държат отворена.

Две ограничения на проксито се държат различно: трафикът може да попречи на таймера за бездействие да изтече, но не може да удължи абсолютно ограничение за живот. Протоколът на получателя също има думата. Вътрешен HTTP клиент може да затвори връзката си; WebSocket приложение може да прекрати сесията си. Проксито не може да поддържа тази сесия на получателя жива след това.

Тунелът е вързан към своята цел. Щом байтовете на тунела потекат, връзката вече не е обикновен канал за HTTP заявки, по който да се издаде друг CONNECT за несвързан получател. Клиентът се нуждае от друга връзка или друг тунел, управляван от библиотеката му.

За постоянен поток планирайте повторни свързвания чрез поддържаните от клиента механизми за жизненост и свързване. Ако се затвори след тишина, политика за неактивност е полезна следа; ако се затвори след фиксирана продължителност въпреки трафика, изследвайте вместо това абсолютно ограничение. За WebSocket поток възстановете състоянието на приложението след повторно свързване също.

Подобни статии