Kurze Antwort
Wie behalte ich dieselbe Stadt-IP für mehrere Anfragen?
EuroCity Proxies Sticky-Sessions behalten eine Ausgangs-IP für bis zu 30 Minuten (die IP kann sich früher ändern, zum Beispiel wenn das Residential-Gerät offline geht). Füge -session-<id>-ttl-<minutes> zu einem Stadt-Benutzernamen hinzu, zum Beispiel USERNAME-country-fr-city-lyon-session-lyon1-ttl-10. Stand Oktober 2026 kann die ttl auf bis zu 30 gesetzt werden. Verwende eine Session-ID pro Stadt und pro Aufgabe.
Wie unterscheiden sich rotierende und Sticky-Benutzernamen?
| Modus | Beispiel-Benutzername | Verhalten der Ausgangs-IP | Gut geeignet für |
|---|---|---|---|
| Rotierend | USERNAME-country-pl-city-krakow | Eine neue Verbindung erhält in der Stadt meist eine andere IP | Unabhängige Seitenaufrufe, einer pro Verbindung |
| Sticky, 10 Minuten | USERNAME-country-pl-city-krakow-session-krk1-ttl-10 | Dieselbe IP für bis zu 10 Minuten, auch über neue Verbindungen hinweg | Eine kurze Prüfung: eine Seite, zwei Klicks, ein Screenshot |
| Sticky, 30 Minuten | USERNAME-country-pl-city-krakow-session-krk2-ttl-30 | Dieselbe IP für bis zu 30 Minuten | Ein längerer Test deiner eigenen Website, etwa ein Checkout im Testmodus |
Was bewirkt eine Sticky Session?
Eine Sticky Session bindet eine Session-ID für eine festgelegte Zeit an eine Exit-IP. Jede Verbindung, die denselben Benutzernamen nutzt, einschließlich derselben ID, verlässt das Netzwerk über diese IP, bis die ttl abläuft. Die IP kann sich früher ändern, zum Beispiel wenn das dahinterliegende Heimgerät offline geht.
Ohne Session-ID arbeitet das Gateway im Rotationsmodus. Jede neue Verbindung erhält eine IP aus dem Pool, meist eine andere; um bei jeder Anfrage eine neue IP zu erhalten, senden Sie eine Anfrage pro Verbindung (Keep-Alive deaktivieren). Rotation eignet sich für unabhängige Anfragen. Eine Sticky Session eignet sich für eine Abfolge, die als ein Besucher von einem Ort aus gesehen wird. Ein Beispiel ist ein Shop, der dein Liefergebiet in einem Cookie speichert.
Sessions behalten die Stadt, die du in der Städteliste gewählt hast; kombiniere sie mit ASN-Targeting und prüfe den Exit mit dem Proxy-City-Checker. Tarife findest du auf der Preisseite.
Warum eine Session pro Stadt und pro Aufgabe verwenden?
Weil jede Aufgabe dann einen klaren Start, einen bekannten Exit und ein sauberes Ende hat. Benenne die ID nach Stadt und Aufgabe: lyon1 für die erste Prüfung in Lyon, krk2 für die zweite Prüfung in Kraków. Session-IDs bestehen aus 1 bis 32 Buchstaben oder Ziffern.
So bleiben die Ergebnisse lesbar. Wenn eine Seite in Lyon falsch aussieht, weißt du, welcher Exit sie ausgeliefert hat, und kannst diese IP prüfen. Außerdem verhindert es, dass eine langlebige Session mehrere Prüfungen, Cookies und Warenkörbe auf derselben Adresse vermischt. Wenn eine Aufgabe endet, schließe ihren Client und starte die nächste Aufgabe mit einer neuen ID.
Soll ich ttl-10 oder ttl-30 wählen?
Wähle die kürzeste ttl, die die Aufgabe abdeckt: ttl-10 für die meisten Prüfungen, ttl-30 nur für lange Abläufe. Eine Prüfung einer Stadtseite, eines Produkts und eines Lieferzeitfensters passt meist in zehn Minuten. Ein Test deines eigenen Checkouts mit Formularen und einem Zahlungsschritt im Testmodus kann dreißig benötigen.
Plane nicht mit der vollen ttl. Lies die Exit-IP zu Beginn und am Ende der Aufgabe. Hat sie sich geändert, war das Gerät offline; wiederhole die Aufgabe einmal mit einer neuen ID. Das Maximum sind 30 Minuten, teile längere Arbeit also in mehrere Aufgaben auf.
Wie verändert Keep-Alive die Exit-IP?
Keep-Alive hält eine Verbindung offen, und eine Verbindung behält einen Exit. HTTP/1.1-Verbindungen sind gemäß RFC 9112 standardmäßig persistent, sodass Clients sie wiederverwenden, sofern ihnen nicht das Schließen befohlen wird.
- requests: Eine
Sessionverwendet Verbindungen aus ihrem Pool wieder. Die Requests-Dokumentation beschreibt Keep-Alive als automatisch innerhalb einer Session. - httpx: Ein
Clienthält seine Verbindungen auf dieselbe Weise offen. - undici (Node.js): Ein leerlaufender Socket bleibt standardmäßig 4 Sekunden offen (
keepAliveTimeout), länger, wenn der Server einen Keep-Alive-Hinweis sendet.
Mit einer Sticky Session spielt das keine Rolle: Die ID behält die IP auch bei einer neuen Verbindung. Bei einem rotierenden Benutzernamen schon. Anfragen, die über eine offene Verbindung gesendet werden, teilen sich einen Exit. Für eine neue IP pro Anfrage schließe die Verbindung oder öffne jedes Mal einen neuen Client.
# pip install requests
from urllib.parse import quote
import requests
HOST = "gw.eurocityproxies.com"
PORT = 7777
PASSWORD = quote("PASSWORD", safe="")
def session_for(country: str, city: str, task: str, ttl: int = 10) -> requests.Session:
user = f"USERNAME-country-{country}-city-{city}-session-{task}-ttl-{ttl}"
proxy = f"http://{user}:{PASSWORD}@{HOST}:{PORT}"
s = requests.Session()
s.trust_env = False # ignore HTTP_PROXY / HTTPS_PROXY set on your machine
s.proxies = {"http": proxy, "https": proxy}
return s
def exit_ip(s: requests.Session) -> str:
return s.get("https://ipinfo.io/json", timeout=30).json()["ip"]
tasks = [("fr", "lyon", "lyon1"), ("pl", "krakow", "krk1"), ("nl", "the_hague", "hag1")]
for country, city, task in tasks:
with session_for(country, city, task) as s:
start = exit_ip(s)
page = s.get("https://YOUR-SITE.example/", timeout=30)
end = exit_ip(s)
note = "same exit" if start == end else "exit changed: repeat once with a new id"
print(city, start, page.status_code, note)Können Sessions die Rate-Limits einer Website umgehen?
Nein. Sessions und Rotation bestimmen, woher deine Anfragen kommen; sie ändern nicht, was eine Website erlaubt. Führe eine Session pro Stadt und pro Durchlauf mit mäßiger Rate aus. Rotation ist kein Weg um die Rate-Limits einer Website herum.
Wenn eine Seite fehlschlägt, warte und versuche es später einmal erneut. Wenn die Website weiterhin ablehnt, höre auf und nutze ihren offiziellen Weg, etwa eine API oder einen Datenpartner. Die Acceptable Use Policy listet auf, wofür der Dienst nicht verwendet werden darf.
Wie viel Traffic verbrauchen Sticky Sessions?
Eine Session kostet für sich genommen nichts: Du zahlst nur für die gesendeten und empfangenen Daten. Die Nutzung zählt alle über den Proxy gesendeten und empfangenen Daten (Upload und Download, Header inklusive). 1 GB = 1.000.000.000 Bytes. Verbindungsversuche, die vor Erreichen des Ziels scheitern, werden nicht gezählt. Eine kurze Stadtprüfung mit einer Seite und zwei IP-Lookups verbraucht meist wenige Megabyte oder weniger, je nach Seite.
Traffic wird über alle Städte und Sessions deines Kontos geteilt. Vorausbezahlter Residential- und rotierender Mobile-Traffic verfällt nie: ungenutzte GB bleiben auf Ihrem Konto, bis Sie sie verwenden. Tarife beginnen bei 0,95 $ für 1 GB auf der Preisseite.
Sticky Sessions: Fragen
Was ist die längste Sticky Session?
Dreißig Minuten. Setze -ttl-30 im Benutzernamen. Die IP kann sich trotzdem früher ändern, wenn das dahinterliegende Heimgerät offline geht. Lies die Exit-IP zu Beginn und am Ende jeder Aufgabe.
Wie bekomme ich eine neue IP in derselben Stadt?
Ändere die Session-ID, zum Beispiel von lyon1 zu lyon2, und behalte den Rest des Benutzernamens. Bei einem rotierenden Benutzernamen öffne stattdessen eine neue Verbindung.
Können zwei Skripte eine Session teilen?
Eine Session wird durch ihren Benutzernamen, ihre ID und ihre ttl identifiziert, daher fordern zwei Skripte, die exakt dieselben Werte senden, dieselbe Sticky Session an. Prüfe die Exit-IP in jedem Skript, bevor du dich darauf verlässt, und nutze separate IDs für separate Aufgaben.
Behält eine Sticky Session dieselbe Stadt?
Ja. Die Stadt ist Teil des Benutzernamens, und die Session behält eine Exit-IP aus dem Targeting dieser Stadt. Die Verfügbarkeit der Städte variiert; der Checkout zeigt, was online ist.
Warum hat sich meine IP nach zwei Minuten mit ttl-10 geändert?
Heimverbindungen gehen offline: Ein Router startet neu, ein Gerät schläft, ein Anbieter vergibt eine Adresse neu zu. Die Session erhält dann einen neuen Exit. Wiederhole die Aufgabe einmal mit einer neuen ID; wenn es bei jeder Aufgabe passiert, schreibe den Support mit Uhrzeiten und IPs an.
Kosten Sticky Sessions mehr als rotierende?
Nein. Beide nutzen denselben Traffic pro GB. Länder- und Städte-Targeting bei jedem Plan; in den Vereinigten Staaten zusätzlich Bundesstaat und Postleitzahl; ASN-Targeting ohne Aufpreis. Städteverfügbarkeit variiert.
Quellen (5)
- RFC 9112 HTTP/1.1, Abschnitt 9.3 Persistence — IETF (June 2022, checked 2026-10-18)
- Requests: Advanced Usage, Session Objects und Keep-Alive — Requests (checked 2026-10-18)
- undici Client: keepAliveTimeout (Standard 4e3 ms) — Node.js project (checked 2026-10-18)
- HTTPX: Proxies — Encode (checked 2026-10-18)
- IPinfo JSON-Endpunkt — IPinfo (checked 2026-10-18)