Rotația proxy între cereri, conexiuni și sesiuni
Verificați ce rotește de fapt un serviciu de proxy rotativ înainte de a adăuga Connection: close la fiecare cerere a aplicației.
O a doua cerere prin același gateway poate folosi în mod legitim aceeași IP publică. Verificați ce durată de viață folosește serviciul pentru rotația sa:
| Unitate de rotație | Ce trebuie comparat |
|---|---|
| Cerere | Următoarea operație a aplicației și ieșirea observată pentru ea |
| Conexiune | Dacă clientul a reutilizat o conexiune compatibilă sau a deschis alta |
| Sesiunea furnizorului | Intrarea documentată pentru sesiunea lipicioasă și durata ei de viață |
Connection: close nu este o instrucțiune universală pentru gateway. Pentru HTTPS în interiorul CONNECT, antetul cererii site-ului călătorește în interiorul TLS-ului destinației. El nu îi spune proxy-ului exterior ce IP public să aloce. Nici semantica HTTP/1.1 specifică conexiunii nu poate fi transferată neschimbată în fiecare versiune HTTP sau transport.
Dacă un serviciu documentat pe conexiune necesită o conexiune nouă, folosiți controlul ciclului de viață acceptat de client și luați în calcul costurile repetate de configurare TCP/TLS. Dacă rotația urmează o sesiune a furnizorului, reconectarea poate păstra atât acea sesiune, cât și ieșirea ei.
Înregistrați separat identificatorul cererii, punctul final, cheia de sesiune relevantă și sursa observată la destinație. Închiderea unei conexiuni stabilește doar acel eveniment al ciclului de viață; verificați ieșirea aleasă pentru operația următoare față de contractul real de rotație al serviciului.