Se connecter et cibler via la connexion
Updated:
Fixez des sessions, limitez les adresses IP de sortie par zone géographique, ASN, FAI ou code postal, et combinez les critères de ciblage — le tout en ajoutant des suffixes à votre identifiant de connexion au proxy.
Comment ça marche ?
Votre identifiant de proxy résidentiel se présente sous la forme login_targetingSuffixes. La partie de base « xxx » correspond à vos identifiants ; ajoutez-y les suffixes « targeting » et « 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ôte
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étection automatique)
Identifiant et mot de passe
Émettez-les via le paquet 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 compris entre 10000 et 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.
Ciblage des suffixes
Ajoutez n'importe quelle combinaison à votre identifiant de connexion 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 → |
Lotissement |
| Code de la région/du 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 fournisseur d'accès Internet. Liste des FAI → |
ASN |
| Numéro de système autonome. |
Code postal |
| Pays obligatoire ( |
Pour combiner plusieurs suffixes, utilisez le chaînage : xxx_c_US_city_New-York_asn_12271
Gestion des sessions
Réutilisez la même adresse IP de sortie pour toutes les requêtes en ajoutant un identifiant de session, éventuellement accompagné d'un délai de vie (TTL).
Contrôle | Suffixe | Remarques |
|---|---|---|
Identifiant de session |
| N'importe quelle 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.comTout mettre en place
Enchaînez tous les suffixes : pays + ville + FAI + session + TTL, le tout en une seule fois.
# 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 avérée : _ttl_ doit respecter _s_ — Un TTL de session n'a aucun sens sans identifiant de session. La spécification précise également que _zip_ nécessite _c_. Tous les exemples de la documentation utilisent un ordre fixe — _c_ → _city_/_sd_ → _isp_/_asn_/_zip_ → _s_ → _ttl_. Le comportement des permutations arbitraires n'est pas spécifié ; respectez l'ordre indiqué dans la documentation, sauf si vous avez vérifié qu'il en va autrement lors d'une requête de test.
Oui, mais cela réduit le pool d'adresses IP. Si leur intersection est vide, la connexion ne s'établira pas (délai d'attente expiré). Vérifier par rapport à get-all-isp-codes avant le déploiement.
Non. Les codes postaux doivent toujours être associés à un _c_<country> — sans cela, le code est ambigu et est 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.
Il n'y a pas de limite maximale fixe au sein de votre pool de trafic.
Oui — tant que la session est active (dans les limites du TTL ou de la période 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 cela ne fonctionnera pas ; utilisez des minuscules _c_US (la valeur US est elle-même en majuscules conformément à la norme ISO 3166-1). Il en va de même pour _isp_, _asn_, _zip_.