Rotace proxy mezi požadavky, připojeními a relacemi
Než přidáte Connection: close ke každému požadavku aplikace, ověřte, co rotující proxy služba skutečně rotuje.
Druhý požadavek přes stejnou bránu může zcela legitimně použít stejnou veřejnou IP adresu. Ověřte, jakou dobu životnosti služba pro svou rotaci používá:
| Jednotka rotace | Co porovnávat |
|---|---|
| Požadavek | Následující operace aplikace a její pozorovaný výstup |
| Připojení | Zda klient znovu použil kompatibilní připojení, nebo otevřel jiné |
| Relace poskytovatele | Dokumentovaný vstup pro přilnavou relaci a její doba životnosti |
Connection: close není univerzální pokyn pro bránu. U HTTPS uvnitř CONNECT putuje hlavička požadavku na web uvnitř TLS cíle. Nevypovídá vnějšímu proxy, kterou veřejnou IP adresu má přiřadit. Ani sémantika HTTP/1.1 specifická pro připojení se nedá beze změny přenést do každé verze HTTP nebo transportu.
Pokud dokumentovaná služba na připojení vyžaduje nové připojení, použijte řízení životního cyklu, které klient podporuje, a počítejte s opakovanými náklady na navázání TCP/TLS. Pokud rotace sleduje relaci poskytovatele, opětovné připojení může zachovat jak tuto relaci, tak její výstup.
Zaznamenávejte odděleně identifikátor požadavku, koncový bod, příslušný klíč relace a zdroj pozorovaný na cíli. Zavřením připojení se prokazuje pouze tato událost životního cyklu; výstup zvolený pro další operaci ověřte proti skutečné smlouvě o rotaci služby.