Proxyrotasjon på tvers av forespørsler, tilkoblinger og sesjoner
Kontroller hva en roterende proxytjeneste faktisk roterer før du legger til Connection: close på hver applikasjonsforespørsel.
En andre forespørsel gjennom samme gateway kan helt lovlig bruke samme offentlige IP. Kontroller hvilken levetid tjenesten bruker for rotasjonen sin:
| Rotasjonsenhet | Hva som skal sammenlignes |
|---|---|
| Forespørsel | Neste applikasjonsoperasjon og dens observerte utgang |
| Tilkobling | Om klienten gjenbrukte en kompatibel tilkobling eller åpnet en annen |
| Leverandørens sesjon | Det dokumenterte inndataet for klebrig sesjon og levetiden |
Connection: close er ikke en universell gateway-instruksjon. For HTTPS inne i CONNECT reiser forespørselshodet til nettstedet inne i destinasjonens TLS. Det forteller ikke den ytre proxyen hvilken offentlig IP som skal tildeles. HTTP/1.1 sin tilkoblingsspesifikke semantikk kan heller ikke overføres uendret til hver HTTP-versjon eller transport.
Hvis en dokumentert per-tilkobling-tjeneste trenger en ny tilkobling, bruk livssykluskontrollen klienten støtter, og regn med gjentatte kostnader til TCP/TLS-oppsett. Hvis rotasjonen følger en leverandørsesjon, kan ny tilkobling beholde både den sesjonen og utgangen.
Loggfør forespørsels-ID, endepunkt, relevant sesjonsnøkkel og kilden som observeres ved destinasjonen hver for seg. Å lukke en tilkobling fastslår bare den livssyklushendelsen; verifiser utgangen som er valgt for neste operasjon, mot tjenestens faktiske rotasjonskontrakt.