Se connecter et cibler via l'identifiant
Updated:
Fixez les sessions, limitez les adresses IP de sortie par GEO/ASN/FAI/code postal, et combinez les ciblages — le tout en ajoutant des suffixes à votre identifiant de connexion au proxy.
Comment ça marche
Votre identifiant de connexion au proxy résidentiel se présente sous la forme login_targetingSuffixes. La base « xxx » correspond à vos identifiants ; ajoutez-y les suffixes de ciblage et de session, séparés par des traits de soulignement.
base country city session ttl xxx_c_US_city_New-York_s_100_ttl_30s
Informations de connexion
Serveur proxy (spécifique à la région)
Hébergeur
Lieu
res.proxy-seller.com
NL
us.res.proxy-seller.com
États-Unis
asia.res.proxy-seller.com
JP-Tokyo
asia2.res.proxy-seller.com
JP-Tokyo
Port
10 000
Type
HTTPS / SOCKS5 (détecté automatiquement). SOCKS5 prend également en charge le protocole UDP, y compris HTTP/3 vers les sites web — voir HTTP/3 et UDP via SOCKS5. La connexion au proxy via HTTPS n'est pas prise en charge.
Identifiant et mot de passe
Envoyez-les via pour le dossier principal
PUT/fr-FR/resident/list/toolsou pour un sous-utilisateur
PUT/fr-FR/residentsubuser/list/tools
Pour les requêtes simultanées, utilisez les ports 10000 à 10999. Chaque port correspond à une adresse IP de sortie distincte : 1.2.3.4:10005 et 1.2.3.4:10006 sont des adresses IP différentes.
Adaptation des suffixes
Ajoutez n'importe quelle combinaison à votre identifiant pour limiter l'adresse IP de sortie. Sans suffixe, une nouvelle adresse IP est attribuée à partir du pool global à chaque requête.
Cible | Suffixe | Remarques |
|---|---|---|
Pays |
| Code ISO 3166-1 à deux lettres, sensible à la casse. Liste des pays → |
Subdivision |
| Identifiant de région/département. Liste des sous-rubriques → |
Ville |
| Remplacer les espaces par un tiret (par exemple : New-York). Souvent associé au nom du pays. |
FAI |
| Identifiant numérique du FAI. Liste des FAI → |
ASN |
| Numéro de système autonome. |
Code postal |
| Pays requis ( |
Combinez plusieurs suffixes en les enchaînant : xxx_c_US_city_New-York_asn_12271
Contrôle de session
Réutilisez la même adresse IP de sortie pour toutes les requêtes en ajoutant un identifiant de session, éventuellement accompagné d'un TTL.
Contrôle | Suffixe | Remarques |
|---|---|---|
ID de session |
| Toute chaîne alphanumérique. Un même identifiant correspond à la même adresse IP de sortie tant que la session est active. Les sessions inactives expirent au bout de 60 minutes. |
Durée de vie de la session (TTL) |
| Durée de vie personnalisée de la session. Suffixes : s secondes, m minutes, h heures. Doit respecter |
# 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.comMise en forme finale
Enchaînez les suffixes : pays + ville + FAI + session + TTL, le tout d'un seul trait.
# 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.comAide-mémoire
_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
Une contrainte à respecter : _ttl_ à respecter impérativement _s_ — Un TTL de session n’a aucun sens sans identifiant de session. La spécification précise également que _zip_ exige _c_. Tous les exemples de la documentation suivent un ordre fixe — _c_ → _city_/_sd_ → _isp_/_asn_/_zip_ → _s_ → _ttl_. Le comportement des permutations arbitraires n'est pas spécifié ; respectez l'ordre documenté, sauf si vous avez vérifié le contraire lors d'une requête de test.
Oui, mais cela réduit l'ensemble des adresses IP. Si leur intersection est vide, la connexion ne s'établira pas (délai d'attente dépassé). Vérifier la validité par rapport à get-all-isp-codes avant le déploiement.
Non. Les codes postaux doivent toujours être accompagnés d'un _c_<country> — sans cela, le code est ambigu et sera rejeté.
_ttl_0 désactive le TTL explicite → revient à la valeur par défaut de 60 minutes d'inactivité. Les valeurs négatives sont rejetées.
Pas de limite stricte au sein de votre pool de trafic.
Oui — tant que la session est active (dans les limites du TTL ou de la fenêtre d’inactivité), la réutilisation du même identifiant renvoie la même adresse IP de sortie, même après une brève déconnexion.
Oui. _C_US ne fonctionnera pas ; utilisez les minuscules _c_US (la valeur US (est lui-même en majuscules conformément à la norme ISO 3166-1). Il en va de même pour _isp_, _asn_, _zip_.