Proxyaren errotazioa eskaeretan, konexioetan eta saioetan
Egiaztatu zer errotatzen duen benetan proxy zerbitzu errotatzaile batek aplikazioaren eskaera bakoitzari Connection: close gehitu aurretik.
Ate beretik egindako bigarren eskaera batek IP publiko bera erabil dezake legez. Egiaztatu zer bizi-iraupen erabiltzen duen zerbitzuak bere errotaziorako:
| Errotazio-unitatea | Zer konparatu |
|---|---|
| Eskaera | Aplikazioaren hurrengo eragiketa eta hari behatutako irteera |
| Konexioa | Bezeroak konexio bateragarri bat berrerabili duen edo beste bat ireki duen |
| Hornitzailearen saioa | Dokumentatutako saio itsaskorraren sarrera eta haren bizi-iraupena |
Connection: close ez da atearentzako jarraibide unibertsala. CONNECT barruko HTTPSarentzat, webguneko eskaera-buruak helmugako TLSaren barruan bidaiatzen du. Ez dio kanpoko proxyari zein IP publiko esleitu behar zaion esaten. HTTP/1.1en konexioaren araberako semantika ere ezin da aldatu gabe eraman HTTP bertsio edo garraio guztietara.
Konexio bakoitzeko zerbitzu dokumentatu batek konexio berria behar badu, erabili bezeroak onartzen duen bizi-zikloaren kontrola eta hartu kontuan TCP/TLS ezarpenaren kostu errepikatuak. Errotazioak hornitzailearen saioari jarraitzen badio, berriz konektatzeak saio hori eta haren irteera biak gorde ditzake.
Erregistratu bereiz eskaeraren identifikatzailea, amaierako puntua, saio-gako egokia eta helmugan behatutako iturria. Konexio bat ixteak bizi-ziklo gertaera hori baino ez du ezartzen; egiaztatu hurrengo eragiketarako hautatutako irteera zerbitzuaren benetako errotazio-kontratuaren aurka.