> 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/diagnose/is-my-vpn-working.md).
# Mon VPN ou mon proxy fonctionne-t-il ?
Vous avez activé le VPN et l’icône indique « connecté ». Cela prouve seulement que l’application est satisfaite. Cela ne prouve pas que tout le trafic envoyé par votre ordinateur passe par le tunnel.
{% hint style="success" %}
**Réponse rapide.** Votre VPN fonctionne lorsque trois choses sont vraies en même temps : chaque carte IP affiche l’adresse de sortie du VPN, le test WebRTC montre cette même adresse (ou rien du tout), et le Test de fuite DNS montre des résolveurs appartenant au VPN plutôt qu’à votre FAI domestique. Si l’un d’entre eux montre votre vrai réseau, vous avez une fuite.
{% endhint %}
## Avant de commencer
Faites d’abord une chose : **notez votre vraie IP.** Désactivez le VPN, ouvrez [ipcheck.ing](https://ipcheck.ing)et copiez l’adresse de la première carte. Notez aussi le nom du FAI et le pays.
Vous avez maintenant une image « avant ». Chaque étape ci-dessous est une comparaison avec celle-ci. Sans elle, vous ne faites que deviner.
{% hint style="info" %}
MyIP peut conserver cet historique pour vous. **Préférences → Historique des IP** enregistre les adresses qu’il voit, uniquement dans votre navigateur.
{% endhint %}
## Les quatre vérifications
{% stepper %}
{% step %}
#### Connectez-vous, puis rechargez la page
Activez le VPN. Puis **rechargez** ipcheck.ing — ne vous contentez pas d’appuyer sur les boutons de rafraîchissement. Un rechargement complet efface tout ce que la page a détecté avant que le tunnel ne soit établi.
{% endstep %}
{% step %}
#### Vérifiez les cartes IP
Regardez la [section Infos IP](/knowledge-base/fr/connection-tools/ip-information.md) en haut. Chaque carte pose à un serveur différent la question : « de quelle adresse me voyez-vous arriver ? »
**Ce que vous voulez :** chaque carte qui renvoie une adresse affiche l’IP de sortie du VPN, son pays, et le nom du FAI ou de l’hébergeur du fournisseur de VPN — pas votre FAI domestique.
MyIP affiche deux cartes par défaut. Passez à quatre ou six dans **Préférences → Serveurs à vérifier pour les IP** pour un test plus strict : chaque carte supplémentaire correspond à une destination différente, et donc à une chance supplémentaire pour que le trafic échappe au tunnel.
| Carte | Ce qu’elle demande |
| ---------------------- | ------------------------------------------------------------------------------------ |
| IPCheck.ing IPv4 | Votre adresse IPv4 |
| IPCheck.ing IPv6 | Votre adresse IPv6 (vide, c’est acceptable — voir ci-dessous) |
| Cloudflare IPv4 / IPv6 | La même question, posée au réseau de Cloudflare |
| Source CN | Un service de recherche basé en Chine — utile si votre proxy a des règles régionales |
| IPCheck.ing IPv6/4 | Le premier protocole que votre navigateur utilise |
{% hint style="warning" %}
**Une carte IPv6 vide n’est pas un échec.** De nombreux VPN ne transportent que l’IPv4 et bloquent complètement l’IPv6. Vide signifie bloqué, ce qui est sûr. Une carte IPv6 affichant *votre FAI domestique* est le cas dangereux — voir [Est-ce que je divulgue ma vraie IP ?](/knowledge-base/fr/diagnose/am-i-leaking-my-real-ip.md)
{% endhint %}
{% endstep %}
{% step %}
#### Vérifiez WebRTC
Faites défiler jusqu’au [Test de fuite WebRTC](/knowledge-base/fr/connection-tools/webrtc-test.md). WebRTC est la fonctionnalité du navigateur utilisée pour les appels vidéo. Elle peut ouvrir ses propres connexions qui ignorent les paramètres de proxy normaux ; c’est donc la méthode classique par laquelle une adresse réelle fuit.
MyIP demande à quatre serveurs STUN publics quelle adresse ils voient. Lisez les quatre cartes ainsi :
| Résultat | Signification |
| ---------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Même IP que votre sortie VPN | Bien. WebRTC est dans le tunnel. |
| Votre vraie IP domestique | **Fuite.** Un site peut lire cela avec quelques lignes de JavaScript. |
| « WebRTC indisponible » | Bien. Votre navigateur a WebRTC désactivé, donc rien ne peut fuiter. |
| « Erreur de connexion » | Conclusion impossible. Quelque chose a bloqué la requête STUN. Réessayez ; si cela se reproduit, considérez cela ni comme un succès ni comme un échec. |
| {% endstep %} | |
{% step %}
#### Vérifiez le DNS
Faites défiler jusqu’au [Test de fuite DNS](/knowledge-base/fr/connection-tools/dns-leak-test.md). Votre IP peut être parfaitement masquée pendant que votre ordinateur continue de demander *à ceux de votre FAI* à quels serveurs de noms ouvrir les sites. Votre FAI dispose alors d’une liste de tous les sites que vous visitez.
MyIP interroge des noms de domaine fraîchement générés et indique quels résolveurs ont réellement effectué le travail — leur IP de sortie, leur opérateur et leur région.
**Ce que vous voulez :** des résolveurs appartenant à votre fournisseur de VPN, ou à un résolveur public que vous avez choisi vous-même, dans une région plausible.
**Ce qui est mauvais :** le nom de votre FAI domestique dans le champ FAI, ou votre pays dans le champ Région du point de terminaison.
{% hint style="info" %}
Voir plusieurs résolveurs différents, ou un pays qui n’est ni le vôtre ni celui de votre VPN, est normal. Les grands opérateurs de résolveurs exécutent des serveurs partout et relaient les requêtes entre eux. Le signal qui compte est **votre propre FAI**.
{% endhint %}
{% endstep %}
{% endstepper %}
## Facultatif : vos règles de tunnel fractionné sont-elles correctes ?
Si vous utilisez un logiciel de proxy avec des règles — certains sites via le proxy, d’autres en direct — les vérifications ci-dessus ne décrivent que les destinations que MyIP utilise par hasard.
Ouvrez **Outils avancés → Test des règles**. Il récupère huit domaines de test distincts, `ptest-1.ipcheck.ing` à `ptest-8.ipcheck.ing`, et affiche l’IP de sortie, le FAI et la région pour chacun. Assignez chaque domaine à une règle différente dans la configuration de votre proxy, lancez le test, et vous verrez d’un coup d’œil quelle règle envoie le trafic où.
Instructions complètes : [Test de règle du proxy](/knowledge-base/fr/network-tests/proxy-rule-test.md).
## Quand quelque chose échoue
| Symptôme | Cause probable | Que faire |
| --------------------------------------------------------- | ------------------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Les cartes IP affichent toujours votre vraie IP | Le VPN ne s’est jamais réellement connecté, ou le navigateur utilise un proxy système qui le contourne | Déconnectez-vous, reconnectez-vous, rechargez la page ; vérifiez l’état de l’application VPN elle-même |
| Certaines cartes montrent le VPN, d’autres votre vraie IP | Tunneling fractionné, ou règles de proxy envoyant certaines destinations directement | Vérifiez vos règles avec le [Test des règles](/knowledge-base/fr/network-tests/proxy-rule-test.md), puis lisez [Pourquoi les sites voient-ils une IP différente ?](/knowledge-base/fr/diagnose/why-do-sites-see-a-different-ip.md) |
| La carte IPv6 affiche votre FAI domestique | Le VPN ne tunnelise que l’IPv4 | Activez IPv6 dans le VPN, ou désactivez IPv6 sur votre appareil — voir [Est-ce que je divulgue ma vraie IP ?](/knowledge-base/fr/diagnose/am-i-leaking-my-real-ip.md) |
| WebRTC affiche votre vraie IP | WebRTC contourne le tunnel | Utilisez l’application propre du VPN au lieu d’une extension de navigateur, ou désactivez WebRTC — voir [Test WebRTC](/knowledge-base/fr/connection-tools/webrtc-test.md) |
| Le test de fuite DNS affiche votre FAI | Votre appareil utilise encore le résolveur du FAI | Activez le DNS propre au VPN, ou définissez manuellement un résolveur public — voir [Test de fuite DNS](/knowledge-base/fr/connection-tools/dns-leak-test.md) |
| Tout semble correct, mais un site sait encore | Votre IP de sortie figure dans une liste publique de VPN, ou votre navigateur vous trahit | Voir [Test d’invisibilité](/knowledge-base/fr/connection-tools/invisibility-test.md) et [Empreinte du navigateur](/knowledge-base/fr/lookup-privacy/browser-fingerprint.md) |
Le pays de sortie n’est pas le pays que j’ai choisi
Deux explications ordinaires. Premièrement, les fournisseurs déplacent la capacité des serveurs et les bases de géolocalisation accusent un retard de plusieurs jours ou semaines — lire [Pourquoi l’emplacement de mon IP est-il incorrect ?](/knowledge-base/fr/diagnose/why-is-my-ip-location-wrong.md). Deuxièmement, MyIP vous permet de changer de base de données dans **Préférences → Base de données de géolocalisation IP**; les différents fournisseurs ne sont vraiment pas d’accord sur la même adresse. Essayez-en deux ou trois avant de conclure.
MyIP lui-même passe par le VPN — cela fausse-t-il le test ?
Non, et il vaut la peine de comprendre pourquoi. La page s’exécute dans votre navigateur, donc chaque test emprunte le même chemin que votre navigation normale. C’est exactement ce que vous voulez mesurer. Si vous voulez délibérément que les recherches de MyIP passent en direct tandis que tout le reste passe par le proxy, ajoutez des règles pour `4.ipcheck.ing` et `6.ipcheck.ing` dans votre logiciel de proxy.
## Toujours bloqué ?
* [Est-ce que je divulgue ma vraie IP ?](/knowledge-base/fr/diagnose/am-i-leaking-my-real-ip.md) — les trois voies de fuite en détail
* [Test d’invisibilité](/knowledge-base/fr/connection-tools/invisibility-test.md) — à quel point votre proxy est détectable, au-delà de la seule IP
* [Partager un rapport de diagnostic](/knowledge-base/fr/getting-started/sharing-a-diagnostic-report.md) — regroupez vos résultats pour un ami ou un assistant IA
---
# 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/diagnose/is-my-vpn-working.md?ask=&goal=
```
`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.