La connexion ne saute pas à cause d'un proxy « défaillant » : le site compare en permanence l'adresse de chaque requête à celle enregistrée lors de la connexion. Pour le serveur, un changement d'IP en pleine session ouverte ressemble exactement à un vol de cookie : le même jeton arrive depuis un autre point du réseau. Voyons comment fonctionne ce lien, pourquoi la rotation nuit surtout aux sessions longues et comment travailler sans perdre sa connexion.

Comment la session est liée à l'adresse et au sous-réseau

Après la connexion, le serveur délivre un jeton ou un cookie et, dans la plupart des systèmes, conserve avec lui une empreinte de la requête : l'IP, parfois uniquement le sous-réseau /24, le User-Agent, l'ensemble des en-têtes. À chaque requête suivante, ces éléments sont comparés à la valeur enregistrée. Un écart de pays ou d'ASN invalide presque toujours la session immédiatement : le site ne peut pas distinguer un changement d'adresse du détournement d'un cookie par une autre personne. Un changement au sein d'un même sous-réseau passe sans question chez certains services ; chez d'autres, il exige aussi une nouvelle connexion : la politique dépend de la sensibilité du site aux opérations financières.

L'ASN, le système autonome auquel appartient l'adresse, est un facteur à part : passer d'un fournisseur d'accès domestique à un opérateur mobile modifie à la fois le sous-réseau et l'ASN, même si le pays et la ville restent formellement les mêmes. La façon dont cela se joue au niveau de l'identification de l'adresse est détaillée dans l'article qu'est-ce que l'ASN et pourquoi il compte pour les proxys.

Que se passe-t-il lors de la rotation sur un canal facturé au trafic

Les canaux résidentiels et mobiles facturés au gigaoctet changent par défaut l'adresse attribuée à l'expiration d'un délai ou à l'atteinte d'une limite de trafic par session : cela fait partie du fonctionnement du canal, ce n'est pas une panne. Si une requête authentifiée arrive sur une nouvelle IP issue d'un autre pool, le serveur constate un changement d'adresse sur un jeton actif et soit demande une nouvelle vérification, soit invalide toute la session. Pour le parsing ou la collecte de données, cela ne gêne pas : chaque requête y est indépendante. Pour le travail sous un compte, c'est la cause directe de reconnexions incessantes.

Le problème s'aggrave si la rotation est réglée de façon agressive, par exemple toutes les quelques minutes au lieu d'être liée à une opération. Même un travail tranquille dans l'espace client se transforme alors en série de coupures, car l'adresse change plus souvent que ne dure une session utilisateur typique.

Pourquoi une session longue vaut mieux qu'une adresse « fraîche »

Pour un scénario avec connexion, la réputation d'une IP donnée compte moins que sa stabilité pendant toute l'opération. Le site préfère voir la même adresse de la connexion à la déconnexion plutôt qu'une nouvelle IP formellement « propre » au milieu de la session. Des changements d'adresse fréquents sous un même compte éveillent à eux seuls la méfiance : c'est un schéma typique d'un détournement de compte ou d'un travail via botnet, pas d'un utilisateur ordinaire. L'objectif, le temps de travailler sous un identifiant, n'est donc pas l'adresse « la plus fraîche », mais une seule et même adresse pendant toute la session.

Cela ne signifie pas que l'adresse doive être éternelle : une location mensuelle sans rotation n'est pas nécessaire pour une opération ponctuelle. Cela signifie que la durée de vie de l'adresse attribuée doit être supérieure ou égale au temps que vous passez connecté en une fois.

Sessions sticky et leur durée

Une session sticky est un mode dans lequel le canal conserve la même adresse pendant une durée donnée au lieu de la faire tourner à chaque requête. Les fenêtres typiques vont de quelques minutes à une heure ; sur certains canaux, l'adresse peut être figée pendant toute la période payée, comme avec une IP dédiée de centre de données ou une IP ISP. La différence d'approche : les canaux au trafic vendent la durée de conservation de l'adresse, tandis que l'IP dédiée vend l'adresse elle-même pour toute la durée de location, sans fenêtre flottante.

Pour se connecter à un compte, il faut choisir la fenêtre sticky avec de la marge par rapport à la durée réelle de la session, et non au plus juste : si un travail typique dure 20 minutes et que la fenêtre est de 15, la coupure se produira quand même au milieu de la tâche. La vérification supplémentaire se déclenche le plus souvent à la jonction des fenêtres, si le site reçoit à ce moment une requête provenant d'une nouvelle adresse avec un jeton actif.

Comment planifier le changement d'adresse sans perdre l'accès

Il faut changer d'adresse entre les sessions, et non pendant celles-ci : se déconnecter du compte, changer d'IP, se reconnecter, plutôt que de changer à la volée. Si le site prend en charge la vérification multifacteur, attendez-vous à ce que la première connexion depuis la nouvelle adresse l'exige : c'est une réaction normale, pas un blocage. Veillez à la cohérence du contexte : le pays de l'IP, la langue de l'interface, le fuseau horaire et, le cas échéant, le pays du numéro doivent correspondre entre eux, faute de quoi même une adresse stable n'évitera pas une nouvelle vérification.

Pour les tâches avec une connexion permanente à un même compte, une adresse dédiée pour toute la période de travail est plus pratique qu'un canal à rotation par session : inutile d'ajuster la fenêtre sticky à la durée de l'opération. Pour choisir le type de canal adapté à votre tâche, consultez l'article proxys mobiles ou résidentiels ; quant à la réputation d'une adresse déjà attribuée, vous pouvez la vérifier avec la méthode décrite dans l'article comment vérifier la qualité d'un proxy.

Questions fréquentes

Peut-on désactiver la rotation de l'adresse le temps de travailler sous un compte ?

Oui, on utilise pour cela le mode sticky ou une adresse dédiée : les deux conservent la même IP pendant toute la période choisie, au lieu de la changer à chaque requête ou après un court délai.

Pourquoi la session saute-t-elle même en cas de changement d'adresse au sein d'une même ville ?

Une même ville ne garantit pas le même ASN ni le même sous-réseau : le serveur peut comparer précisément ces paramètres, et pas seulement le marqueur géographique du pays, et considère tout écart comme un changement d'appareil.

Que faire si la connexion a sauté en pleine opération ?

Se reconnecter et, si le site le propose, confirmer la vérification supplémentaire : c'est la réaction attendue à un changement d'adresse sur un jeton actif, et non le signe d'un blocage du compte.

Vous pouvez choisir un canal avec une durée de conservation de l'adresse adaptée, résidentiel, mobile ou dédié, dans la rubrique proxys.