Snel antwoord
Hoe houd ik hetzelfde stad-IP voor meerdere requests?
EuroCity Proxies sticky sessies houden één exit-IP tot 30 minuten (het IP kan eerder veranderen, bijvoorbeeld als het residentiële apparaat offline gaat). Voeg -session-<id>-ttl-<minutes> toe aan een stadsgebruikersnaam, bijvoorbeeld USERNAME-country-fr-city-lyon-session-lyon1-ttl-10. Vanaf oktober 2026 kan de ttl tot 30 worden ingesteld. Gebruik één sessie-id per stad en per taak.
Hoe verschillen roterende en sticky gebruikersnamen?
| Modus | Voorbeeld gebruikersnaam | Gedrag exit-IP | Goed voor |
|---|---|---|---|
| Roterend | USERNAME-country-pl-city-krakow | Een nieuwe verbinding krijgt meestal een ander IP in de stad | Onafhankelijke paginaladingen, één per verbinding |
| Sticky, 10 minuten | USERNAME-country-pl-city-krakow-session-krk1-ttl-10 | Zelfde IP tot 10 minuten, zelfs bij nieuwe verbindingen | Een korte check: een pagina, twee klikken, een screenshot |
| Sticky, 30 minuten | USERNAME-country-pl-city-krakow-session-krk2-ttl-30 | Zelfde IP tot 30 minuten | Een langere test van je eigen site, zoals een checkout in testmodus |
Wat doet een sticky session?
Een sticky session koppelt een sessie-id aan één exit-IP voor een vaste tijd. Elke verbinding die dezelfde gebruikersnaam gebruikt, met hetzelfde id, verlaat het netwerk via dat IP tot de ttl verstreken is. Het IP kan eerder veranderen, bijvoorbeeld wanneer het thuisapparaat erachter offline gaat.
Zonder sessie-id werkt de gateway in roterende modus. Elke nieuwe verbinding krijgt een IP uit de pool, meestal een ander; wil je bij elk verzoek een nieuw IP, stuur dan één verzoek per verbinding (zet keep-alive uit). Rotatie past bij losse requests. Een sticky session past bij een reeks die als één bezoeker vanaf één plek wordt gezien. Een voorbeeld is een winkel die je bezorggebied in een cookie bewaart.
Sessies houden de stad die je koos op de stedenlijst; combineer ze met ASN-targeting en controleer de exit met de proxy city checker. Abonnementen staan op de prijzenpagina.
Waarom één sessie per stad en per taak?
Omdat elke taak dan een duidelijke start, een bekende exit en een schoon einde heeft. Noem het id naar de stad en de taak: lyon1 voor de eerste Lyon-check, krk2 voor de tweede Kraków-check. Sessie-ids bestaan uit 1 tot 32 letters of cijfers.
Zo blijven resultaten leesbaar. Als een Lyon-pagina er verkeerd uitziet, weet je welke exit hem bediende en kun je dat IP controleren. Het voorkomt ook dat één langdurige sessie meerdere checks, cookies en winkelwagens op hetzelfde adres door elkaar haalt. Wanneer een taak eindigt, sluit je de client en start je de volgende taak met een nieuw id.
Moet ik ttl-10 of ttl-30 kiezen?
Kies de kortste ttl die de taak dekt: ttl-10 voor de meeste checks, ttl-30 alleen voor lange flows. Een check van een stadspagina, een product en een bezorgslot past meestal binnen tien minuten. Een test van je eigen checkout, met formulieren en een betaalstap in testmodus, kan dertig minuten nodig hebben.
Reken niet op de volledige ttl. Lees het exit-IP aan het begin en aan het einde van de taak. Is het veranderd, dan ging het apparaat offline; herhaal de taak één keer met een nieuw id. Het maximum is 30 minuten, dus splits langer werk op in meerdere taken.
Hoe verandert keep-alive het exit-IP?
Keep-alive houdt één verbinding open, en één verbinding houdt één exit. HTTP/1.1-verbindingen zijn standaard persistent onder RFC 9112, dus clients hergebruiken ze tenzij ze worden gesloten.
- requests: een
Sessionhergebruikt verbindingen uit zijn pool. De Requests-documentatie beschrijft keep-alive als automatisch binnen een sessie. - httpx: een
Clienthoudt zijn verbindingen op dezelfde manier open. - undici (Node.js): een idle socket blijft standaard 4 seconden open (
keepAliveTimeout), langer als de server een keep-alive-hint stuurt.
Met een sticky session maakt dit niet uit: het id houdt het IP zelfs op een nieuwe verbinding. Met een roterende gebruikersnaam wel. Requests via één open verbinding delen één exit. Voor een nieuw IP per request sluit je de verbinding of open je telkens een nieuwe 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)Kunnen sessies de rate limits van een site omzeilen?
Nee. Sessies en rotatie bepalen waar je requests vandaan komen; ze veranderen niet wat een site toestaat. Draai één sessie per stad en per run, in een bescheiden tempo. Rotatie is geen manier om de rate limits van een site te omzeilen.
Als een pagina faalt, wacht dan en probeer het later één keer opnieuw. Als de site blijft weigeren, stop dan en gebruik de officiële route, zoals een API of een datapartner. Het Acceptable Use Policy vermeldt waarvoor de dienst niet mag worden gebruikt.
Hoeveel verkeer gebruiken sticky sessions?
Een sessie kost op zichzelf niets: je betaalt alleen voor de verzonden en ontvangen data. Gebruik telt alle data die via de proxy worden verzonden en ontvangen (upload en download, headers inbegrepen). 1 GB = 1.000.000.000 bytes. Verbindingspogingen die mislukken voordat ze het doel bereiken, worden niet geteld. Een korte stadscheck met één pagina en twee IP-lookups gebruikt meestal een paar megabyte of minder, afhankelijk van de pagina.
Verkeer wordt gedeeld over alle steden en sessies van je account. Vooruitbetaald residentieel en roterend mobiel verkeer verloopt nooit: ongebruikte GB blijven op je account staan tot je ze gebruikt. Abonnementen beginnen bij US$ 0,95 voor 1 GB op de prijzenpagina.
Sticky sessions: vragen
Wat is de langste sticky session?
Dertig minuten. Stel -ttl-30 in de gebruikersnaam in. Het IP kan nog steeds eerder veranderen als het thuisapparaat erachter offline gaat. Lees het exit-IP aan het begin en einde van elke taak.
Hoe krijg ik een nieuw IP in dezelfde stad?
Wijzig het sessie-id, bijvoorbeeld van lyon1 naar lyon2, en houd de rest van de gebruikersnaam gelijk. Met een roterende gebruikersnaam open je in plaats daarvan een nieuwe verbinding.
Kunnen twee scripts één sessie delen?
Een sessie wordt geïdentificeerd door de gebruikersnaam, het id en de ttl, dus twee scripts die exact dezelfde waarden sturen vragen dezelfde sticky session aan. Controleer het exit-IP in elk script voordat je erop vertrouwt, en gebruik aparte ids voor aparte taken.
Houdt een sticky session dezelfde stad?
Ja. De stad maakt deel uit van de gebruikersnaam, en de sessie houdt één exit-IP uit de targeting van die stad. Beschikbaarheid per stad verschilt; de checkout toont wat online is.
Waarom veranderde mijn IP na twee minuten met ttl-10?
Thuisverbindingen gaan offline: een router herstart, een apparaat gaat slapen, een provider wijst een adres opnieuw toe. De sessie krijgt dan een nieuwe exit. Herhaal de taak één keer met een nieuw id; gebeurt het bij elke taak, mail dan support met tijden en IP's.
Kosten sticky sessions meer dan roterende?
Nee. Beide gebruiken dezelfde prijs per GB verkeer. Land- en stad-targeting op elk plan; in de Verenigde Staten ook staat en ZIP-code; ASN-targeting zonder extra kosten. Beschikbaarheid per stad verschilt.
Bronnen (5)
- RFC 9112 HTTP/1.1, sectie 9.3 Persistence — IETF (June 2022, checked 2026-10-18)
- Requests: Advanced Usage, Session Objects en Keep-Alive — Requests (checked 2026-10-18)
- undici Client: keepAliveTimeout (standaard 4e3 ms) — Node.js project (checked 2026-10-18)
- HTTPX: Proxies — Encode (checked 2026-10-18)
- IPinfo JSON-endpoint — IPinfo (checked 2026-10-18)