Anmelden und Zielgruppe ansprechen
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 Login für den Residential-Proxy sieht wie folgt aus: login_targetingSuffixes. Der Basisteil „xxx“ ist Ihr Anmeldedaten – fügen Sie danach die Suffixe für Targeting und Session hinzu, getrennt durch Unterstriche.
base country city session ttl xxx_c_US_city_New-York_s_100_ttl_30s
Verbindungsdaten
Proxy-Host (regionsspezifisch)
Gastgeber
Standort
res.proxy-seller.com
NL
us.res.proxy-seller.com
USA
asia.res.proxy-seller.com
JP-Tokio
asia2.res.proxy-seller.com
JP-Tokio
Hafen
10.000
Typ
HTTPS / SOCKS5 (automatisch erkannt)
Benutzername und Passwort
Stellen Sie diese über das Hauptpaket aus.
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 eigenen Ausgangs-IP zugeordnet – 1.2.3.4:10005 und 1.2.3.4:10006 sind unterschiedliche IP-Adressen.
Zielgerichtete Suffixe
Fügen Sie Ihrem Login eine beliebige Kombination hinzu, um die Ausgangs-IP zu beschränken. Ohne Suffixe wird bei jeder Anfrage eine neue IP-Adresse aus dem globalen Pool zugewiesen.
Ziel | Suffix | Anmerkungen |
|---|---|---|
Land |
| ISO 3166-1-Zweibuchstencode, Groß-/Kleinschreibung beachten. Länderliste → |
Unterteilung |
| Regions-/Bundesland-ID. Liste der Unterabschnitte → |
Stadt |
| Leerzeichen durch - ersetzen (z. B. New-York). Wird oft mit dem Ländernamen kombiniert. |
ISP |
| Numerische ISP-ID. ISP-Liste → |
ASN |
| Nummer des autonomen Systems. |
Postleitzahl |
| Land erforderlich ( |
Kombinieren Sie mehrere Suffixe durch Verkettung: xxx_c_US_city_New-York_asn_12271
Sitzungssteuerung
Verwenden Sie dieselbe Ausgangs-IP-Adresse für mehrere Anfragen, indem Sie eine Sitzungs-ID hinzufügen, optional mit einer TTL.
Steuerung | Suffix | Anmerkungen |
|---|---|---|
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 folgen |
# 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 zusammenfassen
Verknüpfe alle Suffixe miteinander – Land + Stadt + Internetdienstanbieter + 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_1hHäufig gestellte Fragen
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 verwenden eine feste Reihenfolge — _c_ → _city_/_sd_ → _isp_/_asn_/_zip_ → _s_ → _ttl_. Das Verhalten beliebiger Permutationen ist nicht festgelegt; halten Sie sich an die dokumentierte Reihenfolge, es sei denn, Sie haben anhand einer Testanfrage etwas anderes festgestellt.
Ja, aber dadurch wird der IP-Pool eingeschränkt. Wenn sich die Schnittmenge nicht ergibt, wird die Verbindung nicht hergestellt (Timeout). Gegen Folgendes prüfen: get-all-isp-codes vor der Bereitstellung.
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 → es wird auf die Standardwert von 60 Minuten Inaktivität zurückgegriffen. Negative Werte werden abgelehnt.
Es gibt keine feste Obergrenze innerhalb Ihres Traffic-Pools.
Ja – solange die Sitzung aktiv ist (innerhalb des TTL-/Inaktivitätsfensters), führt die Wiederverwendung derselben ID zur Rückgabe derselben Ausgangs-IP, selbst nach einer kurzen Unterbrechung der Verbindung.
Ja. _C_US wird fehlschlagen; verwende Kleinbuchstaben _c_US (der Wert US (gemäß ISO 3166-1 selbst in Großbuchstaben geschrieben). Dasselbe gilt für _isp_, _asn_, _zip_.