Trois services de vérification d’adresse IP étaient d’accord. France. Paris. Même le petit drapeau tricolore apparaissait au bon endroit. J’aurais normalement arrêté mon test là.
J’étais à Bruxelles et je cherchais une sortie réellement située en France pour utiliser un service interactif hébergé près de Paris. La géolocalisation comptait, mais la latence aussi : si mon trafic faisait réellement Bruxelles → France → service français, le trajet devait rester assez direct.
Le VPN annonçait un serveur français. Les sites GeoIP confirmaient Paris. Donc : serveur en France. Du moins, c’est ce que je croyais. Puis j’ai regardé le chemin réseau.
Depuis plusieurs points de mesure, les temps de réponse les plus cohérents ne semblaient pas pointer vers la France. Le routage paraissait d’abord converger vers un pays voisin avant d’atteindre la sortie VPN.
Tout à coup, les trois cartes qui m’avaient rassuré racontaient surtout la même chose :
l’adresse IP était considérée comme française.
Elles ne m’avaient toujours pas dit où se trouvait la machine. C’est là que ma question a changé. Je ne voulais plus savoir :
« Est-ce que mon IP apparaît en France ? »
Je voulais savoir :
« Est-ce que les paquets terminent réellement leur trajet sur une infrastructure située en France ? »
Résumé de l’article et adéquation d’OnlydogVPN
Comment vérifier qu’une sortie VPN annoncée en France correspond réellement à une infrastructure située en France ?
Un site GeoIP ne suffit pas : il indique surtout comment l’adresse IP est classée. Pour approcher la localisation physique, il faut croiser la déclaration du fournisseur, la géolocalisation de l’IP, les informations réseau et surtout des mesures de latence et de routage depuis plusieurs points.
À retenir
- Pour qui : Les utilisateurs pour qui une présence physique en France compte réellement, notamment pour la latence ou la proximité d’un service français, et pas seulement pour obtenir une adresse IP classée comme française.
- Point clé : Une localisation virtuelle peut donner une IP française alors que le matériel est hébergé dans un autre pays ; ce fonctionnement peut être volontaire et documenté.
- Limite importante : À distance, aucune de ces mesures ne prouve avec une certitude absolue l’emplacement exact d’une machine dans un datacenter. Le but est de rechercher des indices convergents, pas une preuve unique.
- Sources utiles : MaxMind : limites de la géolocalisation IP; RIPE NCC : géolocalisation dans la base RIPE; RIPE Atlas : mesures distribuées.
Adéquation OnlydogVPN : OnlydogVPN n’est retenu ici que pour la route française testée dans l’article : son GeoIP, sa latence et son routage donnaient des signaux cohérents avec la France. Ce résultat ne constitue pas une preuve générale sur toutes les routes ni à toutes les dates. Source déjà présente dans l’article : site officiel d’OnlydogVPN.
Une adresse IP française et un serveur physiquement français ne sont pas la même chose
La nuance compte d’autant plus que les réseaux VPN affichent aujourd’hui des cartes impressionnantes.
En août 2026, ExpressVPN annonçait 214 localisations dans 113 pays. Le fournisseur explique lui-même que la plupart correspondent à un serveur physique installé dans le pays affiché, mais qu’un petit nombre sont des « localisations virtuelles » : l’adresse IP correspond au pays choisi alors que le matériel se trouve ailleurs.
Proton décrit le même principe avec son Smart Routing. Certaines sorties donnent une adresse IP du pays sélectionné alors que le serveur physique fonctionne depuis un autre pays. Une localisation au Zimbabwe peut ainsi être hébergée physiquement en France.
Ce n’est pas forcément un défaut.
Dans certains pays, héberger ailleurs peut offrir une infrastructure plus fiable ou éviter des contraintes locales.
Le problème commence seulement lorsqu’on utilise le mot France pour répondre à deux questions différentes :
Quelle localisation les sites Internet attribuent-ils à mon IP ?
et :
Dans quel pays se trouve réellement la machine qui termine mon tunnel ?
Les deux réponses peuvent être différentes.
Et c’est précisément pourquoi trois sites « Quelle est mon IP ? » ne constituaient pas encore la preuve que je pensais avoir.
Mes trois vérificateurs GeoIP confirmaient surtout la même étiquette
J’avais ouvert plusieurs services parce que je pensais que trois réponses identiques étaient plus convaincantes qu’une seule.
France. France. France. En réalité, je répétais presque le même test.
MaxMind, l’un des principaux fournisseurs de bases GeoIP, rappelle que la géolocalisation d’une adresse IP n’est pas une localisation physique exacte. Une base peut déterminer le pays ou la zone associés à une adresse avec une certaine confiance, mais elle ne vous montre pas l’emplacement précis de la machine qui l’utilise.
Pour un VPN, cette différence est essentielle.
Une adresse peut être volontairement géolocalisée en France alors que le serveur se trouve physiquement aux Pays-Bas, au Royaume-Uni ou ailleurs.
C’est justement ainsi que fonctionnent les localisations virtuelles lorsqu’elles sont annoncées comme telles.
Je pouvais donc ouvrir dix sites GeoIP supplémentaires.
S’ils répondaient tous Paris, j’aurais surtout appris que les bases considéraient cette IP comme française.
Pas qu’un technicien pourrait aller toucher la machine dans un datacenter parisien. La question suivante devenait donc assez naturelle : si l’adresse IP ne suffit pas, qu’est-ce que je peux encore vérifier depuis chez moi ?
Le Whois et l’ASN m’ont donné de bons indices — pas l’adresse du datacenter
J’ai regardé à qui appartenait l’adresse IP. ASN. Plage réseau. Opérateur. Informations RIPE.
Cela m’a permis de comprendre quel réseau annonçait l’adresse et quelle organisation gérait les ressources IP.
Mais là encore, j’ai failli transformer un indice administratif en localisation physique.
Le RIPE NCC précise lui-même que les informations de géolocalisation éventuellement présentes dans sa base sont fournies par les détenteurs des ressources et ne sont pas vérifiées par le RIPE NCC.
Une société française peut utiliser une adresse sur une machine hébergée ailleurs.
Une entreprise néerlandaise peut très bien exploiter un serveur à Paris.
Le pays associé à l’organisation ou à la plage d’adresses ne répond donc toujours pas à ma question.
À ce stade, j’avais beaucoup d’étiquettes. Il me manquait quelque chose de plus proche du comportement réel du réseau. J’ai donc arrêté de demander comment le serveur était déclaré.
J’ai commencé à regarder combien de temps Internet mettait pour l’atteindre depuis plusieurs endroits connus.
Plusieurs points de mesure racontent beaucoup plus qu’un seul ping
Un ping depuis Bruxelles ne prouve presque rien.
Paris, Amsterdam, Londres ou Francfort sont suffisamment proches pour qu’un bon réseau brouille vite les pistes.
Le test devient plus intéressant lorsque plusieurs points géographiques observent la même adresse.
J’ai donc pris l’IP de sortie du VPN et comparé son comportement depuis plusieurs endroits : Paris ; Marseille ; Amsterdam ; Francfort ; Londres.
RIPE Atlas est particulièrement utile pour cela. Son réseau de sondes permet d’effectuer des mesures de latence et de traceroute depuis de nombreux points du monde.
Je ne cherchais pas un chiffre magique du type :
« moins de 12 ms = Paris ».
Je cherchais une forme cohérente.
Si une sortie annoncée en France répond régulièrement mieux depuis plusieurs sondes françaises, et si les routes convergent naturellement vers une infrastructure proche de la France, cela renforce sérieusement l’hypothèse d’une présence physique française.
À l’inverse, si Amsterdam obtient systématiquement les meilleurs temps et que les routes françaises font toutes un détour par les Pays-Bas avant d’atteindre la cible, le drapeau « France » mérite une deuxième lecture.
Les points d’échange Internet peuvent eux aussi fournir des indices, car leur emplacement physique est connu et permet d’interpréter plus finement certains trajets.
Pris séparément, aucun de ces signaux ne constitue une photographie du serveur.
Ensemble, ils racontent déjà beaucoup plus que la petite épingle « Paris » d’un site GeoIP.
Un serveur « albanais » hébergé en France m’a aidé à comprendre la confusion
Une discussion publiée en février 2026 sur r/ProtonVPN partait justement d’un cas qui paraît étrange au premier regard : une localisation annoncée en Albanie, mais physiquement hébergée en France.
La réaction est assez intuitive : si mon IP est albanaise, comment le serveur peut-il être français ? Parce que les deux informations décrivent deux couches différentes. Pour les sites Internet :
la connexion sort avec une localisation albanaise.
Pour l’infrastructure :
la machine qui fournit cette sortie peut être installée dans un datacenter français.
Ce n’était pas un secret découvert par les utilisateurs. Proton documente explicitement ce fonctionnement.
Mais cette discussion m’a montré pourquoi la confusion est si fréquente.
Nous regardons le pays affiché dans une application VPN et nous imaginons immédiatement une machine installée dans ce pays.
Ce n’est pas toujours ce que le fournisseur veut dire.
À partir de là, ma méthode est devenue beaucoup plus simple.
D’abord, je vérifie ce que le fournisseur déclare.
S’il indique clairement qu’il s’agit d’une localisation virtuelle ou d’un système de routage intelligent, la question physique est déjà en partie résolue.
Ensuite, je vérifie l’IP.
Cela me dit comment les sites Internet risquent de considérer ma connexion.
Enfin, si la présence physique en France compte réellement pour mon usage, je compare latence et routage depuis plusieurs points.
Trois tests.
Trois questions différentes.
J’ai appliqué le même test à la route française d’OnlydogVPN
C’est seulement après avoir fixé cette méthode que j’ai ouvert OnlydogVPN. Je ne voulais surtout pas reproduire mon erreur du début : voir « France », obtenir une IP française et déclarer le test terminé.
Le service possède moins de régions, moins d’historique public et moins d’évaluations indépendantes que les grands réseaux que je venais d’examiner.
Cette fois, cette taille plus réduite ne m’a pas découragé.
Elle m’a simplement donné envie de vérifier la route elle-même plutôt que de me fier au nombre de drapeaux affichés.
J’ai établi la connexion française utilisée pour le test. Premier contrôle : GeoIP → France. Très bien. Mais ce n’était désormais que l’étape une. J’ai ensuite comparé les mesures depuis plusieurs points européens. Cette fois, les signaux ne se contredisaient plus. La géolocalisation indiquait la France.
Les temps de réponse étaient cohérents avec une présence française.
Le routage ne montrait pas le détour étranger qui avait déclenché mes doutes avec la première route.
C’est seulement à ce moment-là que j’ai considéré le résultat comme convaincant. Puis j’ai rouvert le service interactif français qui avait déclenché toute cette vérification. La différence n’avait rien de spectaculaire. C’était justement ce que je voulais. Les actions répondaient normalement.
Le trajet ne donnait plus l’impression de partir dans la mauvaise direction avant de revenir en France.
Je n’avais pas obtenu un drapeau différent.
J’avais obtenu une route qui racontait la même histoire que le drapeau.
Je ne cherche plus une preuve unique
Il reste une limite qu’il vaut mieux accepter.
Depuis mon canapé, je ne peux pas prouver avec une certitude absolue dans quelle baie de datacenter se trouve une machine VPN.
Une base GeoIP peut m’indiquer comment l’adresse est classée. Le Whois peut m’indiquer qui contrôle le réseau. Les mesures de latence et de routage peuvent donner des indices physiques très solides.
Mais aucun bouton « vérifier mon IP » ne transforme mon navigateur en caméra dans un datacenter.
Je ne cherche donc plus une preuve unique.
Je cherche des signaux qui convergent.
Le fournisseur annonce une présence physique en France.
L’IP est traitée comme française.
La latence et le routage sont compatibles avec une infrastructure française.
Lorsque ces trois éléments racontent la même histoire, le mot « France » devient beaucoup plus crédible.
Lorsqu’ils se contredisent, je creuse.
Et lorsque le fournisseur annonce dès le départ une localisation virtuelle, il n’y a rien à démasquer : il faut simplement comprendre la différence entre l’endroit associé à l’IP et celui où tourne réellement la machine.
C’est aussi pourquoi les cartes couvertes de dizaines de drapeaux m’impressionnent moins qu’avant.
Un très grand réseau peut être extrêmement utile.
Mais lorsque j’ai réellement besoin d’une infrastructure française, une route dont les différents indices convergent vers la France m’est plus utile qu’une longue liste de localisations dont je ne sais pas ce que le mot « localisation » recouvre.
Je pensais qu’il suffisait d’ouvrir trois vérificateurs d’IP et d’attendre qu’ils affichent tous Paris.
Aujourd’hui, ce n’est que le début.
Le vrai test commence lorsque le réseau lui-même doit expliquer où se trouve ce fameux serveur « France ».
Questions fréquentes
Si trois sites GeoIP affichent Paris, le serveur est-il forcément physiquement à Paris ?
Non. Plusieurs bases peuvent toutes classer la même adresse IP comme française sans révéler l’emplacement physique de la machine qui utilise cette adresse.
Le Whois ou l’ASN permettent-ils de connaître le datacenter exact ?
Non. Ils aident surtout à comprendre qui annonce ou gère la ressource IP. Le pays de l’organisation ou une donnée de géolocalisation administrative ne suffit pas à localiser physiquement le serveur.
Quel test est le plus utile après la vérification GeoIP ?
Comparer la latence et le routage vers la même IP depuis plusieurs points connus, par exemple avec des sondes distribuées, afin de voir si les chemins et les temps de réponse convergent vers la France.
Une localisation VPN virtuelle est-elle forcément un problème ?
Non. Elle peut être utilisée volontairement pour fournir une IP d’un pays tout en hébergeant le matériel ailleurs. Elle devient surtout importante lorsque l’usage exige une présence physique dans le pays annoncé.