Anmelden und Ziel auswählen
Aktualisiert:
Sitzungen fixieren, Ausgangs-IPs nach GEO/ASN/ISP/Postleitzahl einschränken und Targeting kombinieren – alles durch Hinzufügen von Suffixen zu Ihrem Proxy-Login.
So funktioniert es
Ihr Residential-Proxy-Login sieht wie folgt aus: login_targetingSuffixes. Die Basis „xxx“ sind Ihre Anmeldedaten – fügen Sie danach die Targeting- und Session-Suffixe hinzu, getrennt durch Unterstriche.
base country city session ttl xxx_c_US_city_New-York_s_100_ttl_30s
Verbindungsdaten
Proxy-Host (regionsspezifisch)
Host
Ort
res.proxy-seller.com
NL
us.res.proxy-seller.com
US
asia.res.proxy-seller.com
JP-Tokio
asia2.res.proxy-seller.com
JP-Tokio
Port
10000
Typ
HTTPS / SOCKS5 (automatisch erkannt). SOCKS5 überträgt auch UDP, einschließlich HTTP/3 zu Websites – siehe HTTP/3 & UDP über SOCKS5. Eine Verbindung zum Proxy über HTTPS wird nicht unterstützt.
Benutzername & Passwort
Reichen Sie diese über das Hauptpaket ein
PUT/de-DE/resident/list/toolsoder für einen Unterbenutzer
PUT/de-DE/residentsubuser/list/tools
Für gleichzeitige Anfragen verwenden Sie die Ports 10000–10999. Jeder Port ist einer bestimmten Ausgangs-IP zugeordnet – 1.2.3.4:10005 und 1.2.3.4:10006 sind unterschiedliche IPs.
Zielsprachliche Suffixe
Fügen Sie Ihrem Login eine beliebige Kombination hinzu, um die Ausgangs-IP einzuschränken. Ohne Suffixe wird bei jeder Anfrage eine neue IP aus dem globalen Pool zugewiesen.
Ziel | Suffix | Hinweise |
|---|---|---|
Land |
| Zweistelliger ISO 3166-1-Code, Groß- und Kleinschreibung beachten. Länderliste → |
Unterteilung |
| Regions-/Bundesland-ID. Untergliederungsliste → |
Stadt |
| Ersetzen Sie Leerzeichen durch „-“ (z. B. New-York). Oft in Verbindung mit einem Land. |
ISP |
| Numerische ISP-ID. ISP-Liste → |
ASN |
| Autonomous System Number. |
Postleitzahl |
| Land angeben ( |
Kombinieren Sie mehrere Suffixe durch Aneinanderreihung: xxx_c_US_city_New-York_asn_12271
Sitzungssteuerung
Verwenden Sie für alle Anfragen dieselbe Ausgangs-IP, indem Sie eine Sitzungs-ID hinzufügen, optional mit einer TTL.
Steuerung | Suffix | Hinweise |
|---|---|---|
Sitzungs-ID |
| Beliebige alphanumerische Zeichenfolge. Gleiche ID = gleiche Ausgangs-IP, solange die Sitzung aktiv ist. Inaktive Sitzungen verfallen nach 60 Minuten. |
Sitzungs-TTL |
| Benutzerdefinierte Sitzungsdauer. Suffixe: s Sekunden, m Minuten, h Stunden. Muss folgenden Regeln entsprechen |
# pinned for 10 seconds curl -x xxx_s_100_ttl_10s:[email protected]:10000 https://example.com
# pinned for 15 minutes curl -x xxx_s_100_ttl_15m:[email protected]:10000 https://example.com
# pinned for 1 hour curl -x xxx_s_100_ttl_1h:[email protected]:10000 https://example.comAlles zusammenführen
Füge alle Suffixe aneinander – Land + Stadt + ISP + Sitzung + TTL auf einmal.
# country + city + ASN + session curl -x xxx_c_US_city_New-York_asn_12271_s_100:[email protected]:10000 https://example.com
# country + city + session curl -x xxx_c_US_city_New-York_s_100:[email protected]:10000 https://example.com
# country + ASN curl -x xxx_c_US_asn_12271:[email protected]:10000 https://example.comSpickzettel
_c_{country} → _c_US _sd_{subdivision} → _sd_1906 _city_{city} → _city_New-York _isp_{ispId} → _isp_51811 _asn_{asn} → _asn_12389 _zip_{zip} → _zip_10001 (with _c_) _s_{sessionId} → _s_100 _ttl_{duration} → _ttl_30s | _ttl_15m | _ttl_1hFAQ
Eine dokumentierte Einschränkung: _ttl_ muss befolgt werden _s_ — Eine Session-TTL ist ohne eine Session-ID bedeutungslos. In der Spezifikation heißt es außerdem _zip_ erfordert _c_. Alle Beispiele in der Dokumentation folgen einer festen Reihenfolge — _c_ → _city_/_sd_ → _isp_/_asn_/_zip_ → _s_ → _ttl_. Das Verhalten beliebiger Permutationen ist nicht festgelegt; halte dich an die dokumentierte Reihenfolge, es sei denn, du hast anhand einer Testanfrage etwas anderes überprüft.
Ja, aber das schränkt den IP-Pool ein. Wenn sich keine Überschneidung ergibt, wird die Verbindung nicht hergestellt (Timeout). Gegen get-all-isp-codes vor der Veröffentlichung.
Nein. Postleitzahlen müssen immer paarweise angegeben werden _c_<country> — ohne diese Angabe ist der Code mehrdeutig und wird abgelehnt.
_ttl_0 Deaktiviert die explizite TTL → greift auf die Standardwert von 60 Minuten Inaktivität zurück. Negative Werte werden abgelehnt.
Keine feste Obergrenze innerhalb Ihres Traffic-Pools.
Ja – solange die Sitzung aktiv ist (innerhalb des TTL-/Inaktivitätsfensters), liefert die Wiederverwendung derselben ID dieselbe Ausgangs-IP, selbst nach einer kurzen Unterbrechung der Verbindung.
Ja. _C_US wird fehlschlagen; verwende Kleinbuchstaben _c_US (der Wert US (ist gemäß ISO 3166-1 selbst großgeschrieben). Gleiches gilt für _isp_, _asn_, _zip_.