Rotacja proxy między żądaniami, połączeniami i sesjami
Sprawdź, co usługa rotującego proxy faktycznie rotuje, zanim dodasz Connection: close do każdego żądania aplikacji.
Drugie żądanie przez tę samą bramę może zgodnie z prawem użyć tego samego publicznego IP. Sprawdź, jakiego czasu życia usługa używa do swojej rotacji:
| Jednostka rotacji | Co porównywać |
|---|---|
| Żądanie | Następna operacja aplikacji i zaobserwowane dla niej wyjście |
| Połączenie | Czy klient ponownie użył zgodnego połączenia, czy otworzył inne |
| Sesja dostawcy | Udokumentowane wejście lepkiej sesji i jej czas życia |
Connection: close nie jest uniwersalną instrukcją bramy. W przypadku HTTPS wewnątrz CONNECT nagłówek żądania witryny podróżuje wewnątrz TLS miejsca docelowego. Nie mówi zewnętrznemu proxy, jaki publiczny IP przydzielić. Semantyka HTTP/1.1 właściwa połączeniu również nie może być przeniesiona bez zmian do każdej wersji HTTP ani transportu.
Jeśli udokumentowana usługa na połączenie wymaga nowego połączenia, użyj obsługiwanej przez klienta kontroli cyklu życia i uwzględnij powtarzane koszty zestawiania TCP/TLS. Jeśli rotacja podąża za sesją dostawcy, ponowne połączenie może zachować i tę sesję, i jej wyjście.
Zapisuj osobno identyfikator żądania, punkt końcowy, odpowiedni klucz sesji i źródło obserwowane po stronie celu. Zamknięcie połączenia potwierdza tylko to zdarzenie cyklu życia; zweryfikuj wyjście wybrane dla następnej operacji względem rzeczywistej umowy rotacji usługi.