Proxys statiques ou rotatifs

Les proxys statiques vous donnent accès à des adresses IP de sortie attribuées que vous pouvez réutiliser lors de connexions ultérieures. Avec les proxys rotatifs, le service choisit une sortie selon ses règles de rotation. L’IP de sortie est l’adresse depuis laquelle votre connexion atteint le site web. Elle peut être différente de l’adresse de la passerelle saisie dans votre logiciel.

Choisissez selon la durée pendant laquelle votre tâche a besoin de la même adresse. L’accès à un serveur peut exiger de retrouver exactement la même IP demain. Un court test dans un navigateur peut n’avoir besoin d’une seule IP que jusqu’à la fin de ses étapes. Des vérifications de pages indépendantes peuvent accepter une sortie différente pour chaque opération. Ces deux options s’inscrivent dans le cadre plus général présenté dans le guide des proxys.

Fonctionnement des proxys statiques et rotatifs

Avec un proxy statique, votre application se connecte par une adresse de sortie qui lui est attribuée, et le site web voit cette adresse comme source. Si vous utilisez le même proxy pour la connexion suivante, l’IP de sortie reste la même tant que son attribution est valide. Une offre de proxys statiques peut comprendre plusieurs adresses ; votre application décide quel proxy utiliser pour chaque tâche.

Avec un service rotatif, votre application se connecte à une passerelle, puis le service choisit une sortie disponible dans son pool. Lorsque les règles de rotation prévoient une nouvelle sélection, la connexion suivante peut utiliser une autre IP de sortie. La passerelle indiquée dans vos paramètres peut rester identique alors que le site web voit une autre adresse source. Un pool peut aussi renvoyer une adresse déjà utilisée.

Les paramètres de connexion ne révèlent pas toujours comment la sortie est choisie. Un service statique peut lui aussi utiliser des ports de passerelle associés à des sorties fixes. Un service rotatif peut proposer des filtres, par exemple un choix de pays. Un filtre par pays pris en charge sélectionne une sortie adaptée dans ce pays ; il ne permet généralement pas de choisir une IP précise.

Il s’agit de deux formes de contrôle distinctes : choisir une adresse précise et choisir les critères auxquels une adresse doit répondre. Un grand pool peut offrir de nombreux candidats sans vous en fournir une liste permanente. Une petite offre de proxys statiques peut vous donner un contrôle direct sur chaque adresse attribuée. La relation entre le point d’entrée et les sorties disponibles est expliquée dans Pools d’IP et passerelles proxy.

Comparaison des proxys statiques et rotatifs

Ces termes indiquent si une adresse de sortie reste identique. Ils ne précisent ni son type de réseau ni si d’autres clients la partagent. Les services de proxys de centre de données, ISP, résidentiels et mobiles peuvent proposer différentes options d’attribution et de rotation. Une connexion mobile, par exemple, peut ne conserver une IP que tant que l’opérateur la lui attribue. Vérifiez les conditions réelles de maintien : une adresse stable n’est pas nécessairement dédiée, et une adresse rotative n’est pas nécessairement résidentielle.

Quand une adresse fixe est utile

Le cas le plus évident est l’accès à une destination qui n’autorise que certaines IP sources. Si un administrateur ajoute l’IP de sortie de votre proxy à la liste des adresses autorisées d’un serveur, les prochaines connexions doivent provenir de cette adresse. Un autre proxy fonctionnel dans le même pays ne respectera toujours pas cette règle. Une attribution durable évite de devoir modifier la liste à chaque expiration d’une courte session.

Les adresses fixes sont aussi utiles pour les tâches qui reviennent vers les mêmes systèmes pendant plusieurs jours ou semaines. Un compte professionnel utilisé avec autorisation ou une tâche API récurrente peut conserver la même adresse réseau d’une exécution à l’autre. Cela supprime les changements d’IP répétés dans le processus, même si le site web continue d’appliquer ses propres contrôles d’authentification et de sécurité.

Une liste connue est utile pour les mesures reproductibles et le dépannage. Un processus de surveillance peut conserver la même sortie pour comparer les résultats au fil du temps, et ses journaux peuvent indiquer précisément quel proxy a produit une réponse. Si une adresse attribuée nécessite une intervention, vous pouvez l’examiner ou la remplacer sans modifier le reste de la liste.

La continuité à long terme dépend des conditions d’attribution. Une IP statique peut tout de même être remplacée en raison d’une maintenance, d’un renouvellement planifié des adresses ou d’un changement dans les adresses dont dispose le fournisseur. Si votre configuration dépend du maintien de la même IP après le renouvellement, il faut vérifier si cette attribution se poursuit. Le seul mot « statique » ne promet ni une propriété permanente ni un service ininterrompu.

Quand un pool rotatif est utile

Un pool rotatif convient aux tâches composées d’opérations indépendantes. Un outil de surveillance qui collecte différentes pages produit publiques, par exemple, n’a pas forcément besoin d’utiliser la même IP pour la première et la dernière consultation. Répartir ces consultations entre les sorties disponibles peut éviter de concentrer toute la charge sur une seule adresse, le service se chargeant de la sélection.

L’avantage est plus net lorsque le choix nécessaire est plus large ou plus varié qu’une liste fixe que vous souhaitez entretenir. Si des filtres géographiques sont disponibles, un test régional de site web peut demander des sorties adaptées à chaque lieu au lieu d’y gérer des fiches de proxys individuelles. Il faut pour cela une couverture réelle dans les lieux sélectionnés ; le nombre total d’adresses du pool mondial ne permet pas de connaître le choix disponible pour un compte ou un filtre donné.

La sélection gérée par le service réduit le travail nécessaire pour choisir chaque sortie, mais vous donne aussi moins de certitude sur l’adresse suivante. Une nouvelle sélection peut renvoyer une IP déjà rencontrée. Certaines adresses du pool peuvent être indisponibles, et un filtre plus strict peut ne laisser qu’un petit groupe. L’accès rotatif est utile lorsque la tâche peut accepter une adresse disponible adaptée, sans exiger une adresse précise utilisée lors d’une exécution précédente.

Il est aussi possible de faire une rotation dans une liste statique. Votre logiciel peut affecter le premier proxy à une tâche, le deuxième à la suivante, ou passer d’une entrée à l’autre après des requêtes indépendantes. Chaque proxy conserve sa propre adresse ; c’est l’application qui change de proxy. Si votre liste actuelle couvre déjà la charge de travail, une passerelle rotative n’est pas nécessaire pour simplement alterner les IP.

La question suivante est de savoir quand changer. Un service peut sélectionner les sorties à chaque requête, selon une minuterie ou sur commande ; une application peut changer de proxy entre deux tâches terminées. Toutefois, plusieurs requêtes peuvent partager une même connexion ouverte et son IP de sortie. L’article Rotation des proxys explique ces règles de déclenchement et ce qu’il advient des connexions déjà en cours.

Quand une session persistante suffit

De nombreuses tâches ont besoin de continuité pendant quelques minutes, sans exiger la même adresse à chaque exécution future. Un test d’achat régional peut ouvrir un catalogue, sélectionner un produit et vérifier les options de livraison. Ces étapes doivent conserver une localisation réseau cohérente. Un autre test peut commencer par une sortie différente une fois la séquence terminée.

Une session persistante permet à un service rotatif de conserver une sortie attribuée pour les connexions liées. La durée utile doit couvrir la tâche réelle, pauses et nouvelles tentatives comprises. Une durée de vie fixe, un délai d’inactivité et la disponibilité de la sortie peuvent tous influer sur ce maintien. La perte de la sortie peut entraîner un remplacement ou une erreur, selon le service.

Ce maintien temporaire ne constitue pas une réservation durable de l’adresse. Réutiliser un nom de session après son expiration ne permet pas de retrouver son ancienne IP de manière fiable. Pour les détails sur l’attribution, les minuteries et les tâches parallèles, consultez Sessions persistantes. Une attribution statique reste plus adaptée lorsque l’adresse exacte doit encore être disponible après le moment où la session temporaire aurait pris fin.

Vitesse, disponibilité et réponses des sites web

Aucune de ces appellations ne détermine la vitesse de connexion. Le trajet réseau, la distance, l’équipement du proxy, la connexion de sortie et la charge actuelle comptent tous. Comparer un proxy statique de centre de données à un proxy résidentiel rotatif revient à modifier plusieurs de ces conditions à la fois. Une différence de temps de réponse ne peut donc pas être attribuée à la seule rotation.

L’ouverture d’une nouvelle connexion demande du temps pour l’établir et, en HTTPS, négocier le chiffrement. Réutiliser une connexion ouverte évite de répéter ces étapes. Les nouvelles connexions fréquentes liées à la rotation peuvent donc ajouter une surcharge. Son ampleur dépend du trajet et de l’établissement de la connexion ; elle ne définit pas un écart de vitesse fixe entre proxys statiques et rotatifs.

La disponibilité doit être évaluée selon les besoins de la tâche. Une consultation indépendante peut se poursuivre correctement par une sortie de remplacement lorsqu’une autre devient indisponible. Pour une destination qui n’autorise qu’une seule IP source, ce remplacement ne rétablit pas un accès utilisable. Un transfert long exige aussi que sa connexion reste ouverte : le trafic TCP ordinaire ne peut pas passer à une autre sortie au milieu de la même connexion.

L’acceptation par le site web est une question distincte. Une IP statique peut acquérir une mauvaise réputation, et les adresses d’un pool rotatif ont leur propre historique d’utilisation. Changer de sortie n’efface pas les cookies, ne change pas le compte et ne modifie pas les actions de l’application. Une limite liée au compte ou à la clé API peut donc rester en vigueur après un changement d’IP. Identifiez la raison du refus avant de décider si la rotation serait utile.

Comparez le coût du travail accompli

Les offres statiques sont souvent tarifées selon le nombre d’adresses attribuées et la durée d’accès. Cela peut convenir à un travail régulier avec un ensemble connu, surtout si le volume de données inclus couvre la charge de travail. Les adresses inutilisées font toujours partie de l’offre achetée.

Les services rotatifs peuvent facturer au volume de données, à la requête, au port ou selon une autre unité. Un accès facturé à l’usage peut convenir aux tâches occasionnelles ou aux besoins changeants, mais une seule action menée à bien dans un navigateur peut impliquer de nombreuses requêtes de ressources. Les nouvelles tentatives et les essais infructueux peuvent aussi être comptabilisés, selon les règles de facturation. Statique et rotatif ne sont pas des modèles tarifaires : le nom du produit ne révèle donc pas son coût total.

Une comparaison utile consiste à exécuter la même tâche représentative avec chaque option et à compter les résultats obtenus avec succès, les nouvelles tentatives, le temps écoulé et l’usage facturé. Incluez le travail d’entretien d’une liste ou de gestion des sessions. Vérifiez séparément les limites de connexions simultanées : l’accès à davantage d’IP ne permet pas automatiquement d’accomplir plus de travail à la fois. Un prix inférieur par IP ou par requête n’est utile que si la configuration obtenue permet d’accomplir la tâche prévue.

Utiliser les deux dans un même projet

Les différentes parties d’un projet peuvent avoir des besoins différents en matière d’adresses. L’accès administratif à un serveur peut utiliser une IP fixe inscrite sur une liste d’adresses autorisées, tandis que des vérifications indépendantes de pages publiques utilisent un pool rotatif. Un court test dans un navigateur au sein de ce pool peut conserver une sortie jusqu’à la fin de ses étapes.

Choisissez une règle d’attribution des adresses pour chaque tâche. Utilisez une attribution fixe lorsque les opérations ultérieures doivent repasser par l’IP exacte. Utilisez une session persistante lorsqu’une seule exécution a besoin de continuité. Autorisez une nouvelle sélection entre les opérations indépendantes. Un même projet peut combiner ces règles sans imposer le même type d’accès à toutes les connexions.