Rotazione del proxy tra richieste, connessioni e sessioni
Verificate che cosa ruota davvero un servizio proxy rotante prima di aggiungere Connection: close a ogni richiesta dell'applicazione.
Una seconda richiesta attraverso lo stesso gateway può usare legittimamente lo stesso IP pubblico. Verificate quale durata utilizza il servizio per la sua rotazione:
| Unità di rotazione | Cosa confrontare |
|---|---|
| Richiesta | L'operazione applicativa successiva e la sua uscita osservata |
| Connessione | Se il client ha riutilizzato una connessione compatibile o ne ha aperta un'altra |
| Sessione del provider | L'input di sessione appiccicosa documentato e la sua durata |
Connection: close non è un'istruzione universale per il gateway. Per HTTPS all'interno di CONNECT, l'intestazione della richiesta del sito viaggia dentro il TLS di destinazione. Non dice al proxy esterno quale IP pubblico assegnare. Anche la semantica specifica della connessione di HTTP/1.1 non può essere trasferita invariata in ogni versione HTTP o trasporto.
Se un servizio documentato per connessione richiede una connessione nuova, usate il controllo del ciclo di vita supportato dal client e tenete conto dei costi ripetuti di configurazione TCP/TLS. Se la rotazione segue una sessione del provider, riconnettersi può conservare sia quella sessione sia la sua uscita.
Registrate separatamente l'identificatore della richiesta, l'endpoint, la chiave di sessione pertinente e la sorgente osservata alla destinazione. Chiudere una connessione stabilisce solo quell'evento del ciclo di vita; verificate l'uscita scelta per l'operazione successiva rispetto al contratto di rotazione effettivo del servizio.