# Comment mettre en liste blanche une IP de proxy statique, étape par étape

> Comment mettre en liste blanche une IP de proxy statique en 5 étapes : relevez l'IP de sortie, ajoutez-la au pare-feu ou à la liste blanche du SaaS, testez, ajoutez une IP de secours, renouvelez à temps. Sans KYC, en crypto.

- URL: https://steadyproxy.com/fr/guides/ip-allowlisting/
- Dernière mise à jour: 2026-10-19
- Publisher: SteadyProxy (https://steadyproxy.com)

Cinq étapes d'une IP statique neuve à une entrée de liste blanche fonctionnelle, avec des exemples pare-feu et nginx et un test des deux côtés.

**Réponse rapide — Comment mettre en liste blanche une IP de proxy statique ?**

Pour mettre en liste blanche une IP de proxy statique, relevez l'IP de sortie à travers le proxy avec api.ipify.org, ajoutez cette IP exacte (un /32) à la liste blanche de la destination, puis testez avec et sans le proxy. Ajoutez une IP de secours et renouvelez avant la date de fin des 30 jours. **SteadyProxy** propose aussi une liste blanche dans l'autre sens ; ses options de connexion sont : Nom d'utilisateur et mot de passe, ou une liste d'autorisation IP (jusqu'à 10 IP). Mis à jour le 19 octobre 2026.

## Quels sont les points clés ?

| Attribut | Valeur |
| --- | --- |
| Deux listes blanches différentes | La destination autorise l'IP de sortie de votre proxy ; SteadyProxy peut autoriser vos propres IP au lieu d'un mot de passe |
| Quelle IP ajouter | L'IP de sortie renvoyée par api.ipify.org à travers le proxy |
| Format d'entrée | Une seule adresse, 203.0.113.10, ou 203.0.113.10/32 dans les outils CIDR |
| Authentification proxy | Nom d'utilisateur et mot de passe, ou une liste d'autorisation IP (jusqu'à 10 IP) |
| Location | 30 jours par IP ; renouvelez avant la date de fin, car la même IP après cette date n'est pas garantie |
| Sauvegarde | Ajoutez une seconde IP statique à chaque allowlist qui compte |
| Prix | 1,34 $US par IP datacenter, 2,24 $US par IP ISP, 30 jours |

## Quelles sont les 5 étapes pour allowlister une IP proxy statique ?

1. **Lire l'IP de sortie** — Envoyez une requête à https://api.ipify.org via le proxy. La réponse est l'IP que verra la destination. Elle peut différer du nom d'hôte affiché dans votre dashboard.
2. **Ajouter l'IP à l'allowlist** — Dans le pare-feu, les règles réseau du cloud ou le panneau d'admin SaaS, ajoutez cette adresse exacte. Utilisez /32 là où l'outil demande du CIDR. Ajoutez un libellé avec la commande et la date de fin.
3. **Ajouter une IP de secours** — Ajoutez une seconde IP statique, idéalement d'un autre /24 ou pays, pour qu'une panne sur une IP ne vous verrouille pas dehors.
4. **Tester dans les deux sens** — Via le proxy, la page protégée doit répondre 200. Sans le proxy, elle doit refuser l'accès avec 403 ou expirer.
5. **Planifier le renouvellement** — Renouvelez depuis votre solde avant la date de fin et revérifiez l'IP de sortie après chaque renouvellement.

*Lire l'IP de sortie, ouvrir un port du pare-feu vers elle, tester dans les deux sens*

```bash
# Step 1 - read the exit IP the destination will see (write it down)
curl -s -m 30 -x "http://USERNAME:PASSWORD@gw.steadyproxy.com:7777" https://api.ipify.org

# Step 3 - example: open HTTPS on your own Linux server to that one IP (ufw)
sudo ufw allow from 203.0.113.10 to any port 443 proto tcp

# Step 4 - test from outside: through the proxy (expect 200), then without it (expect 403 or a timeout)
curl -s -o /dev/null -w "%{http_code}\n" -x "http://USERNAME:PASSWORD@gw.steadyproxy.com:7777" https://admin.example.com/
curl -s -o /dev/null -m 15 -w "%{http_code}\n" https://admin.example.com/

```

*nginx : restreindre un chemin d'admin à vos IP statiques*

```nginx
# nginx: only the static proxy IP may open /admin/ (inside your server { } block)
location /admin/ {
    allow 203.0.113.10;   # static proxy exit IP
    allow 198.51.100.7;   # optional second static IP, for redundancy
    deny  all;
}

```

## Où ajouter l'IP dans les outils courants ?

Le champ porte différents noms, mais le contenu est le même : une IP exacte.

- **Pare-feux cloud** (règles réseau, règles entrantes) : ajoutez une règle entrante avec la source 203.0.113.10/32 et le port voulu, par exemple 443.
- **Serveurs Linux** : ufw allow from l'IP to le port, comme dans l'exemple ci-dessus, ou la règle iptables ou nftables correspondante.
- **Serveurs web** : lignes allow et deny de nginx, ou la ligne Require ip équivalente dans Apache.
- **Panneaux d'admin SaaS** : cherchez les restrictions IP, trusted IPs ou accès réseau dans les paramètres de sécurité.
- **Bases de données** : PostgreSQL utilise une ligne host avec 203.0.113.10/32 dans pg_hba.conf.

Remplacez 203.0.113.10, une adresse de documentation, par votre vraie IP de sortie.

## Comment utiliser l'allowlist d'IP SteadyProxy au lieu d'un mot de passe ?

SteadyProxy propose deux méthodes de connexion pour chaque IP statique : Nom d'utilisateur et mot de passe, ou une liste d'autorisation IP (jusqu'à 10 IP). Avec la méthode allowlist, vous enregistrez les IP publiques des machines qui se connectent au proxy, et ces machines se connectent sans identifiant ni mot de passe. C'est le moyen le plus simple d'utiliser des outils qui ne peuvent pas envoyer d'identifiants proxy, comme Chrome piloté par Selenium. Trouvez l'IP publique de chaque machine avec api.ipify.org sans le proxy. Demandez au support si l'option n'est pas visible pour vos IP : Réponses par email sous 12 heures, 7 jours sur 7. Le [guide Selenium](https://steadyproxy.com/fr/guides/selenium-static-proxy/) montre cette méthode en code.

## Que vérifier à chaque renouvellement ?

Vérifiez que l'IP de sortie n'a pas changé. Renouvelez avant la date de fin, puis relancez la commande de l'étape 1. Le renouvellement est manuel, depuis votre solde, avant la date de fin. Conserver la même IP après la date de fin n'est pas garanti, alors renouvelez à temps et vérifiez votre liste d'IP après renouvellement. Si l'IP est différente, mettez à jour l'allowlist avant de supprimer l'ancienne entrée. Tenez un inventaire court : IP, destination, entrée allowlist, commande et date de fin. Supprimez les entrées des IP que vous ne louez plus, pour qu'un futur locataire de cette IP n'obtienne jamais votre accès.

## Quelle page explique le cas d'usage d'une IP source fixe ?

Ce guide couvre les étapes. Les raisons pour lesquelles une entreprise utilise une seule IP source fixe pour les API partenaires, les panneaux d'admin SaaS, les pare-feux et les portails B2B sont détaillées sur [IP statique pour accès B2B sur allowlist](https://steadyproxy.com/fr/use-cases/ip-allowlisting/). Pour l'allowlist seule, une [IP datacenter dédiée](https://steadyproxy.com/fr/datacenter-proxies/) fait aussi bien l'affaire qu'une IP ISP, car la destination vérifie l'adresse exacte, pas son type de réseau.

## Quelles autres questions se posent sur l'allowlist d'une IP statique ?

### Dois-je ajouter l'hôte proxy ou l'IP de sortie à l'allowlist ?

L'IP de sortie. L'hôte dans votre dashboard est l'endroit où votre outil se connecte ; l'IP de sortie est ce que voit la destination. Elles peuvent différer. Lisez l'IP de sortie via le proxy avec api.ipify.org et ajoutez cette adresse. Si vous ajoutez la mauvaise, le test via le proxy renvoie 403 au lieu de 200.

### Puis-je allowlister un /24 entier au lieu d'une seule IP ?

À éviter. Un /24 contient 256 adresses, et vous n'en louez qu'une partie ; les autres appartiennent à d'autres clients ou réseaux. Allowlister le bloc ouvrirait votre service à tous. Ajoutez chaque IP exacte en /32. Si vous avez besoin de plusieurs IP, listez-les une par une.

### Combien de mes propres IP puis-je allowlister chez SteadyProxy ?

Jusqu'à 10. Nos options de connexion sont : Nom d'utilisateur et mot de passe, ou une liste d'autorisation IP (jusqu'à 10 IP). Chaque entrée est une de vos IP sources publiques, comme une ligne de bureau ou un serveur. Les machines avec des IP domestiques changeantes ne conviennent pas à cette méthode ; utilisez plutôt l'identifiant et le mot de passe pour elles.

### Que devient mon allowlist si l'IP proxy est remplacée ?

La nouvelle IP n'est pas encore sur l'allowlist de la destination, donc l'accès via celle-ci échoue jusqu'à ce que vous l'ajoutiez. C'est pourquoi une IP de secours doit déjà être listée. Si une IP ne fonctionne pas, écrivez au support : nous la réparons ou la remplaçons par une autre IP dans le même pays selon le stock disponible. Mettez à jour l'allowlist avec la nouvelle IP de sortie, testez-la, puis supprimez l'ancienne entrée.

### L'allowlist d'IP est-elle plus sûre qu'un identifiant et un mot de passe ?

Elle supprime un secret : aucun mot de passe proxy ne circule à chaque connexion ni ne traîne dans les scripts. Elle lie l'accès aux IP publiques de vos machines, donc quiconque partage une telle IP, par exemple sur le même réseau de bureau, peut aussi utiliser le proxy. Choisissez selon l'IP, et gardez les mots de passe hors des dépôts de code dans les deux cas.

### Puis-je utiliser une seule IP statique pour des allowlists chez plusieurs entreprises ?

Oui, si l'IP n'est utilisée que par vous ou votre propre équipe. Chaque destination affiche la même IP de sortie. Notre règle d'attribution : Chaque IP statique est louée à un seul client pour toute la période de 30 jours ; la revente ou le partage de l'accès avec des tiers n'est pas autorisé. Si une destination nécessite une séparation stricte, attribuez-lui sa propre IP.

### Quels sites ne sont pas accessibles via l'IP autorisée ?

Certaines cibles sont bloquées sur toutes les IP : Sites bancaires, gouvernementaux, portails de paiement et billetterie, ainsi que les ports SMTP (envoi d'e-mails) 25, 465 et 587. Autoriser une IP statique sur le portail d'une banque ou d'un organisme public ne servira à rien, car le trafic ne passera pas par le proxy. Tout le reste doit respecter notre [politique d'utilisation acceptable](https://steadyproxy.com/fr/acceptable-use/).

## Quelles sources ce guide utilise-t-il ?

1. [ngx_http_access_module (allow et deny)](https://nginx.org/en/docs/http/ngx_http_access_module.html) — nginx (2026-10-19)
2. [Le fichier pg_hba.conf](https://www.postgresql.org/docs/current/auth-pg-hba-conf.html) — PostgreSQL (2026-10-19)
3. [RFC 5737 : blocs d'adresses IPv4 réservés à la documentation](https://www.rfc-editor.org/rfc/rfc5737) — IETF (2026-10-19)
4. [API ipify](https://www.ipify.org/) — ipify (2026-10-19)

---

SteadyProxy: SteadyProxy est un fournisseur de proxies statiques : des IP ISP (résidentielles statiques) et datacenter dédiées, louées à l'IP pour 30 jours, payées en crypto sans envoi de pièce d'identité.
