Serveur « Tunisie » vu au Royaume-Uni : le test qui distingue IP virtuelle, GeoIP obsolète et vraie mauvaise route

Le VPN s’était connecté sans difficulté.

J’avais choisi « Tunisie » précisément parce que je ne voulais pas compliquer les choses. Je voulais conserver une sortie que les services tunisiens pourraient reconnaître tout en gardant le tunnel actif.

Puis j’ai ouvert un vérificateur d’adresse IP.

United Kingdom.

J’en ai essayé un deuxième.

Royaume-Uni encore.

Mon premier réflexe a été très simple: le serveur « Tunisie » était faux.

C’est exactement le genre de doute auquel on arrive vite lorsqu’on installe un VPN pour régler un problème immédiat, sans avoir envie de devenir spécialiste du routage. Le 9 juin 2026, Proton VPN a mesuré en Tunisie une hausse de 350 % des inscriptions par rapport à son niveau habituel, dans le contexte des perturbations d’Internet entourant le baccalauréat. Beaucoup de nouveaux utilisateurs se retrouvent alors devant les mêmes questions très concrètes: quelle adresse ai-je réellement, où sort-elle, et pourquoi deux services ne sont-ils pas d’accord sur le pays ?

Dans mon cas, « le serveur est-il vraiment à Tunis ? » s’est pourtant révélée être la mauvaise première question.

La bonne était plus utile:

qu’est-ce que le service que je veux utiliser croit voir ?

« Royaume-Uni » ne donne pas encore le verdict

Une adresse IP ne contient pas de GPS.

Les sites qui indiquent « Tunis », « Londres » ou « Paris » consultent des bases de géolocalisation qui associent des plages d’adresses IP à des emplacements probables. MaxMind le dit clairement: la géolocalisation IP n’est pas exacte à 100 %, les résultats peuvent varier selon les données utilisées et les VPN compliquent encore l’interprétation. Autrement dit, le nom d’un pays affiché sous une adresse IP est moins une coordonnée qu’une étiquette.

Et il peut y avoir plusieurs étiquettes sur la même adresse.

La première correspond à l’endroit où la plage d’IP est enregistrée.

La deuxième à l’endroit où une base GeoIP pense qu’elle est utilisée.

La troisième à l’endroit où se trouve réellement la machine qui transporte mon trafic.

Elles peuvent parfaitement ne pas raconter la même histoire.

RIPE prévient d’ailleurs que le champ country de sa base ne doit pas être utilisé comme une preuve fiable de localisation: il peut correspondre au siège d’une entreprise, à un centre de données ou au pays de l’utilisateur final. Il reste ensuite un autre problème: même lorsqu’un opérateur sait exactement où une plage d’adresses doit être localisée, encore faut-il que cette information parvienne aux bases utilisées par les sites. Le RFC 8805 prévoit justement un format permettant aux opérateurs de publier la géolocalisation souhaitée de leurs préfixes IP. Une plage déplacée ou réattribuée peut donc laisser derrière elle des bases qui ne se mettent pas toutes à jour au même rythme. C’est beaucoup plus simple à retenir ainsi:

« UK » peut vouloir dire Royaume-Uni. Mais il peut aussi vouloir dire que la base interrogée n’a pas encore la bonne fiche.

Et ce n’est toujours pas la seule explication.

Oui, « Tunisie » peut aussi être une localisation virtuelle

Le deuxième scénario est celui qui m’avait le plus surpris.

Certains VPN proposent des localisations virtuelles.

Le pays affiché dans l’application correspond alors à la localisation réseau recherchée, tandis que la machine physique peut se trouver ailleurs.

HMA décrit ouvertement ce fonctionnement: dans certaines de ses localisations virtuelles, l’adresse IP correspond au pays choisi par l’utilisateur alors que le serveur est physiquement installé dans un autre pays. L’image qui m’a aidé à le comprendre est finalement assez banale.

Je peux appeler un numéro français sans que le téléphone qui répond soit posé en France.

Avec une localisation VPN virtuelle, la logique est comparable: l’endroit où se trouve l’infrastructure et l’identité géographique présentée par son adresse IP ne sont pas nécessairement les mêmes.

Et la Tunisie n’est pas un exemple abstrait.

Dans une discussion publique de r/Tunisia, un utilisateur vivant en France cherchait une IP tunisienne pour accéder à des services locaux. Il racontait avoir sélectionné « Tunisia » dans un VPN avant de découvrir que son adresse était identifiée au Royaume-Uni. Une autre discussion du même subreddit rapporte un problème similaire.

Cela ne m’indiquait toujours pas où se trouvait physiquement la machine.

Mais cela m’a fait comprendre quelque chose de beaucoup plus important: un vérificateur qui affiche “UK” ne suffit pas à démontrer qu’un serveur « Tunisie » est faux, pas plus que le drapeau tunisien dans une application ne garantit que le site qui m’intéresse me verra comme tunisien.

À ce stade, j’avais enfin un test utile à faire.

J’ai cessé d’essayer de localiser le bâtiment

J’ai commencé par comparer mon adresse IP avant et après la connexion.

Elle changeait bien.

Le tunnel produisait donc une nouvelle sortie.

Ensuite, j’ai consulté plusieurs bases GeoIP. Si l’une disait Royaume-Uni tandis qu’une autre disait Tunisie, je savais déjà que je regardais surtout un désaccord de bases, pas une preuve solide sur l’emplacement du serveur.

Puis j’ai fait ce que j’aurais dû faire dès le début.

J’ai ouvert le service pour lequel j’avais choisi la Tunisie.

C’est là que le diagnostic devient beaucoup plus concret.

Si un portail ou un lecteur tunisien s’ouvre et me traite comme un utilisateur local, je me préoccupe beaucoup moins du « London » affiché par un site générique de géolocalisation.

S’il me refuse toujours comme connexion étrangère, en revanche, le drapeau « Tunisie » ne m’aide plus.

À ce moment-là, savoir si l’erreur vient d’une base obsolète, d’une IP virtuelle mal reconnue ou d’une infrastructure physiquement hébergée ailleurs devient presque secondaire.

Pour ce que j’essayais de faire, la route n’est simplement pas la bonne.

Ce déplacement du critère m’a évité de transformer un problème pratique en enquête impossible sur un rack de serveurs.

Je n’avais pas besoin de connaître l’adresse du centre de données.

J’avais besoin que la connexion termine la tâche.

Le VPN suivant ne m’a pas demandé de résoudre la géographie avant de me connecter

C’est à ce moment-là que j’ai ouvert OnlydogVPN^↗.

Ce qui m’a plu ici n’était pas qu’une autre application m’affiche un drapeau plus convaincant.

J’en avais justement assez des drapeaux.

L’interface part davantage de ce que j’essaie de faire: usage courant, streaming ou connexion sur un réseau plus difficile, plutôt que de me déposer devant une longue liste de serveurs en me laissant deviner lequel résoudra le problème.

J’ai choisi le mode correspondant à mon usage.

Connexion.

Puis je suis retourné directement au service que je voulais atteindre.

La page s’est chargée.

La session est restée utilisable.

C’était cette séquence qui m’intéressait: choisir la tâche, connecter, revenir à la tâche.

Dans les tests utilisés pour ce récit, cette approche s’est montrée particulièrement intéressante lorsque le réseau lui-même devenait le problème. Le service utilise un transport basé sur HTTP/3 avec une couche supplémentaire d’obfuscation; au lieu de me demander d’abord quel pays, quel protocole ou quelle combinaison de réglages allait passer, je pouvais laisser l’application chercher une route adaptée et revenir à ce que j’étais venu faire.

Je suis bien retourné voir mon adresse IP ensuite.

Mais par curiosité.

Plus comme verdict.

Le vérificateur de géolocalisation était devenu ce qu’il aurait dû être depuis le début: un indice de diagnostic, pas le juge final de la connexion.

Après les perturbations observées en Tunisie en juin, cette distinction prend encore plus de sens. Lorsqu’Internet disparaît complètement, un VPN ne peut évidemment pas inventer la connexion manquante. Mais lorsqu’une route existe encore et que le problème consiste à réussir à l’utiliser proprement, je préfère que le VPN se concentre sur cette route plutôt que de me demander de résoudre moi-même chaque ambiguïté de localisation.

Quand le drapeau « Tunisie » reste quand même indispensable

Il reste un cas où je regarde évidemment encore le pays.

Si mon objectif précis est d’utiliser un service qui exige une adresse reconnue comme tunisienne — télévision locale, portail administratif ou autre ressource géofiltrée — alors je veux une sortie que ce service considère réellement comme tunisienne.

Dans ce cas, la disponibilité d’une localisation nationale précise compte.

Le petit service possède aussi moins de régions et moins de recul public que certains grands fournisseurs. Pour quelqu’un dont le besoin principal est de choisir régulièrement entre de très nombreuses destinations nationales, cet avantage des acteurs établis reste réel.

Mais même là, je ne choisirais plus uniquement sur la foi du menu.

Je connecterais le VPN.

Je confirmerais que mon adresse publique change.

Je comparerais deux bases GeoIP si le résultat paraît étrange.

Puis j’ouvrirais immédiatement le service tunisien dont j’ai réellement besoin.

C’est lui qui tranche.

Une base GeoIP obsolète peut appeler « Royaume-Uni » une adresse qu’un service tunisien accepte.

Une localisation virtuelle peut être physiquement hébergée ailleurs tout en présentant l’identité réseau recherchée.

Et un serveur portant fièrement le nom « Tunisie » peut aussi échouer au seul endroit où cette Tunisie numérique avait de l’importance pour moi.

J’avais commencé en essayant de savoir si le serveur se trouvait réellement à Londres.

J’ai fini avec un critère beaucoup plus utile: si j’ai besoin d’être reconnu en Tunisie, le bon serveur n’est pas celui dont le drapeau semble juste — c’est celui devant lequel le service tunisien cesse de me considérer comme étranger.