Sitzungen

Standardmäßig rotiert jede Anfrage zu einer neuen IP. Wenn Sie über mehrere Anfragen hinweg dieselbe IP benötigen, öffnen Sie eine Sticky Session.

Modi

Rotation pro Anfrage

Senden Sie Anfragen ohne sid-Flag. Jede Anfrage verwendet eine andere IP.

curl -x customer-USERNAME-country-us:PASSWORD@p.shifter.io:443 \
  http://ip-info.com/json
# 72.14.201.44

curl -x customer-USERNAME-country-us:PASSWORD@p.shifter.io:443 \
  http://ip-info.com/json
# 98.207.12.9

Sticky Session

Fügen Sie sid-<id> zum Benutzernamen hinzu. Die id ist eine beliebige Zeichenfolge Ihrer Wahl; nachfolgende Anfragen mit derselben id liefern dieselbe IP zurück, bis die TTL abläuft oder die IP upstream ausfällt. ttl-<seconds> ist optional und nur zusammen mit sid gültig — es überschreibt die Standardlebensdauer (120 Sekunden, Minimum 1). Der Endpoint-Builder im Panel verwendet ebenfalls standardmäßig 120.

customer-USERNAME-country-us-sid-order42             # default 120s lifetime
customer-USERNAME-country-us-sid-order42-ttl-600     # custom 10-minute lifetime

curl -x customer-USERNAME-sid-order42-ttl-600:PASSWORD@p.shifter.io:443 \
  http://ip-info.com/json
# 72.14.201.44

curl -x customer-USERNAME-sid-order42-ttl-600:PASSWORD@p.shifter.io:443 \
  http://ip-info.com/json
# 72.14.201.44  (same)

Auswahl einer Session-ID

• Wählen Sie etwas, das pro Workflow eindeutig ist (order-42, user-a7f3, checkout-2024-11-21-1).
• Zwei separate Durchläufe, die gleichzeitig dieselbe id verwenden, kollidieren auf einer sticky IP.
• Die id ist beliebig; Shifter parst sie nicht. Sie wird als Cache-Schlüssel verwendet.

Wenn die Session abläuft

• Nach ttl Sekunden verfällt die Zuordnung, und die nächste Anfrage rotiert zu einer neuen IP (Targeting-Flags bleiben erhalten).
• Wenn die zugrundeliegende Residential IP früher die Verbindung trennt, endet die Session vorzeitig und die nächste Anfrage rotiert.

Kombination mit Geo-Targeting

Sticky Sessions berücksichtigen Ihre übrigen Flags. Eine Session-ID fixiert eine IP innerhalb Ihres Filters:

customer-USERNAME-country-us-city-los_angeles-sid-scrape1            # default 120s
customer-USERNAME-country-us-city-los_angeles-sid-scrape1-ttl-300    # custom 5-min

Alle Anfragen mit derselben id bleiben für die Dauer der TTL auf einer Los-Angeles-IP.

Achtung

Verwenden Sie eine Session-ID nicht erneut über gleichzeitig laufende Workflows hinweg. Anfragen aus verschiedenen Skripten landen dann auf derselben IP, was von den meisten Anti-Bot-Systemen als verdächtiges Verhalten gewertet wird.

Sessions über mehrere Rechner und Regionen

Sticky Sessions werden pro Region gespeichert. p.shifter.io verbindet jeden Rechner mit seiner nächstgelegenen Region, daher erhält dieselbe sid von zwei Rechnern, die in unterschiedlichen Regionen landen, zwei verschiedene IPs. Das betrifft:

• Einen Scraper und einen Captcha-Solver, die beide die Session nutzen (der Solver verbindet sich von seinen eigenen Servern aus).
• Mehrere Server, Container oder Cloud-Funktionen, die sich eine Session teilen.
• Einen Browser und einen separaten API-Client, die als derselbe Besucher erscheinen müssen.

Um überall eine IP zu behalten, richten Sie jedes Tool, das die Session teilt, auf denselben regionalen Einstiegspunkt aus, zum Beispiel fra.p.shifter.io:

customer-USERNAME-country-us-sid-order42-ttl-600:PASSWORD@fra.p.shifter.io:443

Ein einzelner Rechner, der sich immer über p.shifter.io verbindet, ist in der Regel nicht betroffen.

Weiter

• Geo-Targeting, den Pool eingrenzen, bevor Sie fixieren.
• Integrationen, Session-IDs in Scrapy, Puppeteer, Playwright.