Erklärt
Eine Sticky Session ist das Gegenteil von per-Request-IP-Rotation: Anstatt für jede Anfrage eine neue Exit-IP zu wählen, pinnt das Proxy-Gateway eine IP für die Dauer einer Sitzung an Ihren Traffic. Die Sitzung wird typischerweise durch eine Session-ID definiert, die Sie im Proxy-Benutzernamen übergeben (z.B. `customer-USER-session-abc123`), und läuft ab, wenn das Stickiness-Fenster des Gateways abläuft (üblicherweise 1, 5, 10 oder 30 Minuten).
Sticky Sessions sind unverzichtbar für jeden Workflow, bei dem die Zielseite den Status an die Quell-IP bindet. Login-Seiten, mehrseitige Checkout-Abläufe, IP-gebundene CSRF-Tokens, paginierte Suchergebnisse und die meisten Kontoverwaltungsaufgaben erfordern dieselbe IP über mehrere Anfragen hinweg. Bei per-Request-Rotation würde die zweite Anfrage auf einer anderen IP landen, und das Ziel würde sie als neuen, nicht authentifizierten Besucher behandeln.
Die meisten Residential-Proxy-Anbieter bieten beide Modi über dasselbe Gateway an. Sie aktivieren Stickiness bei Bedarf durch Angabe einer Session-ID in der Proxy-Authentifizierung und deaktivieren sie durch deren Entfernung.
So funktioniert es
Wenn Sie sich mit einer Session-ID in Ihren Authentifizierungsdaten mit einem rotierenden Proxy-Gateway verbinden, hasht das Gateway die Session-ID und bindet sie an eine bestimmte Exit-IP aus dem Pool. Alle nachfolgenden Anfragen mit derselben Session-ID werden über diese IP geleitet, bis das Stickiness-Fenster abläuft oder die IP nicht mehr verfügbar ist.
Wenn Sie die Session-ID ändern (oder keine mehr senden), wählt das Gateway eine neue IP. Dies ermöglicht Ihnen workflow-spezifische Stickiness, ohne den Diversitätsvorteil des Pools zu verlieren - verschiedene parallel laufende Workflows erhalten jeweils ihre eigene gepinnte IP, schöpfen dabei aber weiterhin aus demselben großen rotierenden Pool.