> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/fr/network-tests/proxy-rule-test.md).

# Test des règles du proxy

## Ce que cela fait

La plupart des clients proxy et VPN acheminent le trafic selon **des règles**: ce domaine passe en direct, celui-là passe par le nœud du Japon, un autre par le serveur de travail. C’est généralement appelé routage fractionné ou routage basé sur des règles.

Le problème, c’est que les règles sont silencieuses. Rien ne vous indique si une règle a réellement correspondu, ou si le trafic est discrètement tombé sur votre politique par défaut.

**Test des règles** — répertorié comme *Test de règle du proxy* dans ce guide — résout ce problème. Il vous donne **8 domaines de test**:

```
ptest-1.ipcheck.ing
ptest-2.ipcheck.ing
...
ptest-8.ipcheck.ing
```

Vous associez chaque domaine à un groupe de règles différent dans votre client. MyIP ouvre alors les huit et vous montre l’adresse IP de sortie par laquelle chacun est sorti. Une carte par domaine, huit cartes au total.

{% hint style="info" %}
Cet outil est destiné aux personnes qui utilisent un client proxy ou VPN avec un fichier de règles. Si vous utilisez simplement une application VPN basique avec un interrupteur marche/arrêt, vous n’en avez pas besoin — voir [Mon VPN ou proxy fonctionne-t-il ?](/knowledge-base/fr/diagnose/is-my-vpn-working.md) à la place.
{% endhint %}

## Comment le configurer

{% stepper %}
{% step %}

### Ajoutez les règles à votre client

Ouvrez la configuration de votre client et ajoutez une règle par domaine de test, chacune pointant vers une politique ou un groupe proxy différent. La syntaxe exacte dépend de votre client ; une forme courante est `DOMAIN,ptest-3.ipcheck.ing,POLICY`.

{% code title="règles de proxy" overflow="wrap" %}

```ini
# Test des règles
DOMAIN,ptest-1.ipcheck.ing,Proxy1
DOMAIN,ptest-2.ipcheck.ing,Proxy2
DOMAIN,ptest-3.ipcheck.ing,Proxy3
DOMAIN,ptest-4.ipcheck.ing,Proxy4
DOMAIN,ptest-5.ipcheck.ing,Proxy5
DOMAIN,ptest-6.ipcheck.ing,Proxy6
DOMAIN,ptest-7.ipcheck.ing,Proxy7
DOMAIN,ptest-8.ipcheck.ing,Proxy8
```

{% endcode %}

Remplacez `Proxy1` … `Proxy8` par les noms des politiques ou des groupes que vous souhaitez réellement tester. Vous n’avez pas besoin d’utiliser les huit.
{% endstep %}

{% step %}

### Rechargez la configuration

Les règles ne prennent effet qu’après leur rechargement par votre client. Redémarrez le client ou utilisez son bouton de rechargement.
{% endstep %}

{% step %}

### Ouvrez l’outil

Ouvrez **Test des règles** dans les outils avancés. Il commence à vérifier les huit domaines dès son ouverture. Utilisez **Tout actualiser** pour le relancer après avoir modifié les règles.
{% endstep %}
{% endstepper %}

<details>

<summary>Règles bonus pour le tableau de bord principal</summary>

Le projet suggère aussi ces règles, afin que le tableau de bord puisse afficher votre véritable adresse IP et votre adresse IP proxy côte à côte :

```ini
# Test des IP
IP-CIDR,1.0.0.2/32,Proxy,no-resolve
IP-CIDR6,2606:4700:4700::1111/128,Proxy,no-resolve
DOMAIN,4.ipcheck.ing,DIRECT
DOMAIN,6.ipcheck.ing,DIRECT
```

</details>

## Lire vos résultats

Chaque carte affiche une entrée :

| Champ           | Ce qu’il vous indique                                       |
| --------------- | ----------------------------------------------------------- |
| `#1` … `#8`     | À quel domaine de test la carte appartient                  |
| Le domaine      | `ptest-N.ipcheck.ing`, l’adresse qui a été demandée         |
| IP              | L’adresse IP de sortie d’où provenait réellement la requête |
| FAI             | Quelle entreprise possède cette adresse IP                  |
| Région du proxy | Le pays dans lequel se trouve cette sortie                  |

Comparez maintenant les cartes :

* **Des adresses IP différentes d’une carte à l’autre** — chaque règle est passée par une sortie différente. Votre routage fractionné fonctionne.
* **Deux cartes avec la même adresse IP** — les deux règles ont abouti à la même sortie. Soit les deux politiques pointent vers le même nœud, soit l’une des règles n’a jamais correspondu et est tombée sur le même défaut que l’autre.
* **Une carte montrant votre FAI domestique et votre propre pays** — cette entrée est passée en direct, sans proxy. Correct si c’était voulu ; une erreur sinon.
* **Une carte affichant un pays inattendu** — cette règle a correspondu à un autre groupe que vous ne le pensez. Vérifiez l’ordre des règles : la plupart des clients appliquent la *première* règle correspondante, donc une règle large placée plus haut peut absorber une règle plus spécifique en dessous.

### Libellés d’état

| Libellé                              | Signification                                                             |
| ------------------------------------ | ------------------------------------------------------------------------- |
| En attente du test ou erreur de test | La vérification n’est pas encore terminée, ou elle n’a pas pu se terminer |
| Erreur de test                       | Ce domaine n’a pas pu être atteint du tout                                |

Une erreur persistante sur une carte signifie généralement que la politique vers laquelle elle pointe est hors service, inaccessible, ou bloque la requête. Une erreur sur toutes les cartes pointe vers votre client ou votre connexion, pas vers les règles.

## Points à garder à l’esprit

* Ce sont des **domaine** règles. Si votre configuration route par plage d’adresses IP, par GeoIP ou par application, ces règles ne sont pas exercées ici.
* Votre client peut mettre en cache les réponses DNS ou les connexions. Si un changement n’apparaît pas, rechargez le client et appuyez sur **Tout actualiser**.
* Le pays affiché est celui où le nœud de sortie semble se trouver, ce qui n’est pas toujours l’endroit où le serveur est physiquement situé. Voir [GeoIP : comment fonctionne la géolocalisation IP](/knowledge-base/fr/concepts/geoip-explained.md).

## Que faire ensuite

* Confirmez que le proxy s’applique à la navigation normale → [Mon VPN ou proxy fonctionne-t-il ?](/knowledge-base/fr/diagnose/is-my-vpn-working.md)
* Un site voit une adresse IP que vous n’attendiez pas → [Pourquoi les sites voient-ils une IP différente ?](/knowledge-base/fr/diagnose/why-do-sites-see-a-different-ip.md)
* Vérifiez que le DNS suit le même chemin → [Test de fuite DNS](/knowledge-base/fr/connection-tools/dns-leak-test.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.ipcheck.ing/knowledge-base/fr/network-tests/proxy-rule-test.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.