Ротация на прокси между заявки, връзки и сесии
Проверете какво всъщност ротира услугата за ротиращо прокси, преди да добавите Connection: close към всяка заявка на приложението.
Втора заявка през същия шлюз може съвсем законно да използва същия публичен IP. Проверете кой жизнен цикъл използва услугата за ротацията си:
| Единица на ротация | Какво да сравнявате |
|---|---|
| Заявка | Следващата операция на приложението и наблюдаваният при нея изход |
| Връзка | Дали клиентът е използвал отново съвместима връзка, или е отворил друга |
| Сесия на доставчика | Документираният вход за лепкава сесия и неговият живот |
Connection: close не е универсална инструкция за шлюз. При HTTPS в CONNECT заглавката на заявката към сайта пътува вътре в TLS на дестинацията. Тя не казва на външното прокси кой публичен IP да бъде назначен. Семантиката на HTTP/1.1, специфична за връзката, също не може да се пренася непроменена във всяка версия на HTTP или транспорт.
Ако документирана услуга на връзка изисква нова връзка, използвайте поддържания от клиента контрол на жизнения цикъл и отчитайте повтарящите се разходи за установяване на TCP/TLS. Ако ротацията следва сесия на доставчика, повторното свързване може да запази както тази сесия, така и нейния изход.
Записвайте отделно идентификатора на заявката, крайната точка, съответния ключ на сесията и наблюдавания от дестинацията източник. Затварянето на връзка установява само това събитие от жизнения цикъл; проверете изхода, избран за следващата операция, спрямо действителния договор за ротация на услугата.