Tous les emplacements actifs · 99.99% uptime
Proxy résidentiel

Qu'est-ce qu'une sticky session et comment la mettre en place ?

Lorsque vous vous connectez à un site puis apparaissez depuis un autre pays à la requête suivante, la plateforme le détecte immédiatement : même cookie, IP différente. Le résultat est généralement la déconnexion de la session ou une demande de vérification supplémentaire. La session stickyélimine ce problème en vous permettant de conserver la même IP de sortie pendant une durée déterminée.

Cet article explique le fonctionnement d'une session sticky, la gestion de sa durée et la manière de traiter les ruptures.

Le problème : qu'est-ce qu'un changement d'IP casse ?

FIGUREConséquence d'un changement d'IP en pleine session
PROBLÈMEClientProxyPlateformeRequête de connexion (IP : A)AuthentificationCookie de sessionRequête de données (IP : B)Même cookie, IP différenteVérification supplémentaire / session interrompue

Du point de vue de la plateforme, cela produit exactement le même signal qu'un cookie volé utilisé depuis un autre lieu. Le réflexe défensif se déclenche.

Comment demander une session sticky ?

Il existe trois façons de dire au gateway « envoie ces requêtes depuis la même sortie ». La plus répandue consiste à intégrer une clé de session au nom d'utilisateur :

FIGURENom d'utilisateur contenant une clé de session
ANATOMIEmusteri-country-tr-session-7f3a2b-ttl-15mmusteriIdentifiant de comptecountry-trFiltre du pays de sortiesession-7f3a2bClé identifiant cette session de façon uniquettl-15mDurée de stabilité demandée

C'est vous qui générez la clé. Tant que vous envoyez la même clé, le gateway tente de vous router vers le même nœud ; dès que vous changez de clé, vous obtenez une nouvelle sortie.

MéthodeExempleAvantage
Dans le nom d'utilisateuruser-session-a1Un seul port, sessions illimitées
Par portgateway:10001Identifiants fixes, pratique avec les clients simples
Via l'APIPOST /session/createGestion programmatique du cycle de vie des sessions

Génération de la clé : règles pratiques

FIGUREUne clé persistante et réutilisable par compte
Python — gestion de la clé de session01import hashlib, os, time0203GATEWAY = "gateway.example.com:8000"04USER, PASS = os.environ["PROXY_USER"], os.environ["PROXY_PASS"]0506def session_key(hesap_id: str) -> str:07 # Le même compte doit toujours produire la même clé08 return hashlib.sha1(hesap_id.encode()).hexdigest()[:10]0910def proxy_url(hesap_id: str, ulke: str = "tr", ttl: str = "15m") -> str:11 key = session_key(hesap_id)12 user = f"{USER}-country-{ulke}-session-{key}-ttl-{ttl}"13 return f"http://{user}:{PASS}@{GATEWAY}"1415# Utilisation : le même compte part toujours vers la même sortie16proxies = {"http": proxy_url("hesap_42"), "https": proxy_url("hesap_42")}

Dériver la clé de l'identifiant de compte, plutôt que de la générer aléatoirement et de la stocker, vous permet de poursuivre la même session même après un redémarrage du processus.

L'erreur la plus fréquente

Régénérer la clé de façon aléatoire à chaque requête. Le paramètre de session est alors visible mais inopérant : chaque requête obtient une nouvelle sortie. Vérifiez dans vos logs que la clé reste réellement stable dans votre code.

TTL : quelle durée choisir ?

FIGUREDurée sticky recommandée selon le type de tâche
DÉLAI1 à 3 min10 min30 minIP statiqueScraping de pages produitIdéalAdaptéSuperfluExcessifParcours panier / paiementInsuffisantIdéalAdaptéAdaptéGestion de comptesInsuffisantInsuffisantIdéalIdéalSession de panneauInsuffisantInsuffisantAdaptéIdéal

Choisir une durée plus longue que nécessaire vous amène à envoyer davantage de requêtes depuis la même IP et augmente le risque de limitation de débit. Déterminez la durée selon le besoin réel de la tâche.

Pour les accès à un panneau exigeant une session permanente et la gestion de comptes sur la durée, il est préférable d'utiliser directement, à la place du sticky, un proxy ISP statique : l'IP n'y change jamais.

Pourquoi une session sticky se rompt-elle ?

FIGURECauses et solutions des ruptures de session
DIAGNOSTICCODE / SYMPTÔMECAUSE PROBABLESOLUTIONLa clé diffère à chaque requêteGénération aléatoire dans le codeDérivez la clé de l'identifiant de compte et consignez-laLe TTL a expiréLa durée demandée est écouléeAllongez la durée selon la tâche ou renouvelez la sessionLe nœud est passé hors ligneL'appareil domestique a quitté le réseauRétablissez la session depuis le début avec une nouvelle IPParamètre de pays différentValeur country différente entre deux requêtesFixez le pays et la clé ensembleLe pool de connexions se mélangeUn même pool avec des identifiants différentsUtilisez un objet client/session distinct pour chaque session

Les deux premières lignes viennent de votre propre code, la troisième de la nature du pool. Pour le diagnostic, commencez par vérifier la stabilité de la clé.

Gérer une rupture avec élégance

Le sticky n'est pas une garantie ; un nœud peut quitter le réseau à tout moment. La bonne approche consiste à concevoir la rupture comme un cas attendu plutôt que comme une erreur :

01

Détectez le changement d'IP

Enregistrez l'IP de sortie au début de chaque session. Si un contrôle périodique révèle un changement d'IP, considérez la session comme rompue.

02

Fermez la session proprement

Conservez les cookies, mais n'interrompez pas une opération en cours ; une opération inachevée éveille les soupçons sur la plateforme.

03

Rétablissez avec une nouvelle clé

Générez une nouvelle clé de session et reconnectez-vous depuis le début. N'essayez pas d'utiliser l'ancien cookie avec la nouvelle IP.

04

Limitez le nombre de nouvelles tentatives

De nombreuses reconnexions successives sur un même compte déclenchent une alerte sur la plateforme. Insérez un délai d'attente entre les tentatives.

Association compte–IP

Si vous gérez plusieurs comptes, la règle la plus critique est la suivante : chaque compte doit avoir sa propre clé de session et cette association doit être maintenue dans le temps. Voir plusieurs comptes depuis une même IP est l'un des signaux de corrélation les plus puissants pour les plateformes.

FIGUREAssociation de session persistante par compte
APPARIEMENTPoolnœuds de sortie1Compte A → clé a1toujours la même2Compte B → clé b7sortie différente3L'association est stockée de façon persistanteelle est conservée même après un redémarrage du processus

Conservez cette association dans un stockage persistant (base de données, fichier) et non en mémoire ; sinon, vos comptes se répartiront sur des sorties différentes à chaque redémarrage.

Pour les scénarios multi-comptes proxy pour les réseaux sociaux notre article et notre page produit apportent un contexte complémentaire.

Vérification : la session sticky fonctionne-t-elle vraiment ?

FIGUREMesurer la stabilité de la session
Terminal01# Envoyer 6 requêtes avec la même clé et comparer les IP de sortie02USER="musteri-country-tr-session-test01-ttl-10m"03for i in $(seq 1 6); do04 curl -s -x "http://$USER:$PASS@gateway.example.com:8000" \\05 https://ornek-ip.example/text06 sleep 3007done0809# Attendu : la même IP sur les six lignes10# Si elles diffèrent : la clé est-elle stable, le TTL suffisant, le nœud sain ?

Réalisez aussi ce test avant l'achat. L'écart entre la durée annoncée et le comportement réel peut être déterminant dans le choix du fournisseur.

Résumé

La session sticky est un prérequis pour toute tâche nécessitant une connexion. Dérivez la clé de l'identifiant de compte et stockez-la de façon persistante, choisissez le TTL selon le besoin réel de la tâche et concevez la rupture comme un cas attendu et non comme une erreur. Si vous avez besoin d'une IP permanente, plutôt que le sticky, un proxy ISP statique est l'outil le plus adapté. Pour vérifier votre configuration Mon adresse IP et vérification de proxy vous pouvez utiliser nos outils.

Questions fréquentes

01Combien de minutes dure une session sticky ?

Cela dépend du fournisseur ; la plage typique va de 1 à 30 minutes. Certains services proposent des durées plus longues sans les garantir, car le nœud de sortie peut quitter le réseau à tout moment.

02Comment dois-je générer la clé de session ?

Générez-la de façon déterministe et non aléatoire : la dériver d'un hash de l'identifiant de compte est la méthode la plus pratique. Ainsi, au redémarrage du processus, le même compte retrouve la même sortie.

03Puis-je demander un autre pays avec la même clé ?

Non, cette demande est contradictoire. Dès que le paramètre pays change, le gateway consulte un autre pool de nœuds et la session se rompt. Gardez le pays et la clé fixes ensemble.

04Que faire si l'IP change pendant une session sticky ?

Considérez la session comme rompue et reconnectez-vous depuis le début avec une nouvelle clé. Tenter d'utiliser l'ancien cookie avec la nouvelle IP est le comportement le plus risqué : c'est celui qui déclenche le plus de vérifications sur la plateforme.

05Une session sticky suffit-elle à la place d'une IP statique ?

Elle suffit pour des opérations de courte et moyenne durée. Pour les sessions de panneau devant rester ouvertes en permanence et les accès exigeant une whitelist d'IP, un proxy ISP statique est indispensable.

Articles et pages associés

ÉTAPE SUIVANTE

Renforcez votre infrastructure proxy dès aujourd'hui.

Démarrez en quelques minutes avec un forfait payant, ou essayez d'abord notre liste de proxys gratuits.

FREEPROXY.TR

Vous cherchez un proxy gratuit ? Vous êtes au bon endroit

Une plateforme proxy complète pour consulter des adresses de proxy gratuits à jour, comparer les types HTTP et SOCKS et vérifier vos connexions proxy avec des outils gratuits.