Symptômes#
- Un appel d'écho IP renvoie la même adresse plusieurs fois de suite bien qu'aucun identifiant de session ne soit défini.
- Une cible qui limite le débit par IP bloque un robot qui « tourne » mais réutilise un pool de dix connexions.
Correctifs par client#
| Client | Comment obtenir une nouvelle connexion par demande |
|---|---|
| boucle | chaque invocation est déjà une nouvelle connexion |
| Requêtes Python | request.get(...) sans session, ou headers={"Connection": "close"} |
| Node.js récupérer / undici | nouveau ProxyAgent par requête, ou pipeline : 1 avec keepAliveTimeout : 0 |
| Allez sur Internet/http | Transport.DisableKeepAlives = true |
| Navigateurs | non contrôlable ; utilisez plutôt une session collante et faites pivoter en changeant -sid- |
Dans l'autre sens#
Lorsque vous *voulez* une sortie pour plusieurs requêtes, keep-alive est votre ami sur la même connexion, mais ne vous y fiez pas : utilisez un séance collante la garantie survit donc aux réinitialisations de connexion.
Comment ça marche chez Proxy Cyber#
Les passerelles Proxy Cyber sélectionnent la sortie pour chaque nouvelle connexion et la conservent pendant toute la durée de vie de cette connexion (les connexions inactives sont fermées après 60 secondes). -sid- rend le choix explicite et indépendant de la connexion.