Rotacija proxyja med zahtevami, povezavami in sejami
Preden vsaki zahtevi aplikacije dodate Connection: close, preverite, kaj rotirajoča proxy storitev dejansko rotira.
Druga zahteva skozi ista vrata lahko povsem zakonito uporabi isti javni IP. Preverite, katero življenjsko dobo storitev uporablja za svojo rotacijo:
| Enota rotacije | Kaj primerjati |
|---|---|
| Zahteva | Naslednja operacija aplikacije in njen opaženi izhod |
| Povezava | Ali je odjemalec znova uporabil združljivo povezavo ali odprl drugo |
| Seja ponudnika | Dokumentirani vnos za lepljivo sejo in njena življenjska doba |
Connection: close ni univerzalno navodilo za vrata. Pri HTTPS znotraj CONNECT glava zahteve spletnega mesta potuje znotraj TLS cilja. Zunanjemu proxyju ne pove, kateri javni IP naj dodeli. Tudi semantike HTTP/1.1, specifične za povezavo, ni mogoče prenesti nespremenjene v vsako različico HTTP ali transport.
Če dokumentirana storitev na povezavo zahteva novo povezavo, uporabite upravljanje življenjskega cikla, ki ga odjemalec podpira, in upoštevajte ponavljajoče se stroške vzpostavljanja TCP/TLS. Če rotacija sledi seji ponudnika, lahko ponovna povezava ohrani tako to sejo kot njen izhod.
Ločeno zabeležite identifikator zahteve, končno točko, ustrezni ključ seje in vir, opažen na cilju. Zaprtje povezave potrdi le tisti dogodek življenjskega cikla; izhod, izbran za naslednjo operacijo, preverite glede na dejansko pogodbo o rotaciji storitve.