Proksia rotacio laŭ petoj, konektoj kaj sesioj
Kontrolu, kion rotacia proksia servo efektive rotacias antaŭ ol aldoni Connection: close al ĉiu aplikaĵa peto.
Dua peto tra la sama enirejo povas tute leĝe uzi la saman publikan IP. Kontrolu, kiun vivdaŭron la servo uzas por sia rotacio:
| Rotacia unuo | Kion kompari |
|---|---|
| Peto | La sekva aplikaĵa operacio kaj ĝia observita eliro |
| Konekto | Ĉu la kliento reuzis kongruan konekton aŭ malfermis alian |
| Provizanta sesio | La dokumentita enigo por glueca sesio kaj ĝia vivdaŭro |
Connection: close ne estas universala enireja instrukcio. Por HTTPS ene de CONNECT, la petĉapo de la retejo vojaĝas ene de la TLS de la celo. Ĝi ne diras al la ekstera proksio, kiun publikan IP atribui. Ankaŭ la konekt-specifa semantiko de HTTP/1.1 ne povas esti transdonita senŝanĝe en ĉiun HTTP-version aŭ transporton.
Se dokumentita servo po konekto bezonas novan konekton, uzu la vivciklan regadon subtenatan de la kliento kaj kalkulu la ripetajn kostojn de TCP/TLS-starigo. Se la rotacio sekvas provizantan sesion, rekonekto povas konservi kaj tiun sesion kaj ĝian eliron.
Registru aparte la petan identigilon, la finpunkton, la koncernan sesian ŝlosilon kaj la fonton observitan ĉe la celo. Fermo de konekto pruvas nur tiun vivciklan eventon; kontrolu la eliron elektitan por la sekva operacio kontraŭ la reala rotacia kontrakto de la servo.