Ратацыя проксі паміж запытамі, злучэннямі і сесіямі
Праверце, што насамрэч ратуе сэрвіс ротацыі проксі, перш чым дадаваць Connection: close да кожнага запыту праграмы.
Другі запыт праз той жа шлюз можа цалкам законна выкарыстоўваць той жа публічны IP. Праверце, які тэрмін жыцця сэрвіс выкарыстоўвае для сваёй ратацыі:
| Адзінка ратацыі | Што параўноўваць |
|---|---|
| Запыт | Наступная аперацыя праграмы і назіраны для яе выхад |
| Злучэнне | Ці кліент паўторна выкарыстаў сумяшчальнае злучэнне або адкрыў іншае |
| Сесія правайдэра | Дакументаваны ўваход для ліпкай сесіі і яе тэрмін жыцця |
Connection: close не з'яўляецца ўніверсальнай інструкцыяй для шлюза. Для HTTPS унутры CONNECT загаловак запыту сайта ідзе ўнутры TLS пункту прызначэння. Ён не паведамляе знешняму проксі, які публічны IP прызначыць. Семантыка HTTP/1.1, спецыфічная для злучэння, таксама не можа пераносіцца без змен у кожную версію HTTP або транспарт.
Калі дакументаваны сэрвіс на кожнае злучэнне патрабуе новага злучэння, выкарыстоўвайце кіраванне жыццёвым цыклам, якое падтрымлівае кліент, і ўлічвайце паўторныя выдаткі на наладжванне TCP/TLS. Калі ратацыя ідзе за сесіяй правайдэра, перападключэнне можа захаваць і гэтую сесію, і яе выхад.
Запісвайце ідэнтыфікатар запыту, канчатковы пункт, адпаведны ключ сесіі і крыніцу, назіраную на баку прызначэння асобна. Закрыццё злучэння фіксуе толькі гэтую падзею жыццёвага цыкла; праверце выхад, выбраны для наступнай аперацыі, супраць фактычнага кантракта ратацыі сэрвісу.