Wikipédia me bloque pour « proxy ouvert » sans VPN : vérifier l’IP m’a évité de réparer le mauvais problème

Le message m’accusait d’utiliser quelque chose que je n’avais pas lancé.

« Open proxy / Webhost ».

Je voulais simplement corriger une erreur dans un article Wikipédia avant d’envoyer le lien à deux collègues. Une date était manifestement fausse, la source était déjà dans l’article et la modification devait me prendre trente secondes.

À la place, Wikipédia m’expliquait que l’adresse IP depuis laquelle j’essayais de contribuer était bloquée.

J’ai regardé mon téléphone.

Pas de VPN actif. Pas de Tor. Aucun proxy configuré volontairement.

J’étais connecté en 5G et partageais cette connexion avec mon ordinateur parce que le Wi-Fi sur lequel je travaillais était devenu instable.

Mon premier réflexe a été de soupçonner tout ce qui se trouvait sur l’ordinateur: navigateur, extension oubliée, réglage réseau, ancien VPN mal fermé.

C’était presque exactement la mauvaise direction.

Wikipédia ne disait pas vraiment « vous utilisez un VPN »

La politique de Wikimedia est plus précise que le message ne le paraît au premier coup d’œil.

Les proxys accessibles au public, y compris payants, peuvent être bloqués afin d’empêcher qu’une personne contourne continuellement les mesures anti-abus en changeant d’adresse IP. Ces blocages peuvent cependant toucher des utilisateurs légitimes qui n’ont pas volontairement lancé de proxy.

C’est là que j’avais mal lu l’erreur.

Je comprenais:

« Wikipédia a détecté un logiciel proxy sur mon ordinateur. »

Ce que le site savait réellement ressemblait davantage à:

« L’adresse IP avec laquelle vous arrivez fait partie d’une adresse ou d’une plage que nous avons bloquée. »

Ce n’est pas la même chose.

Et en France, cette distinction est très concrète. L’Arcep rappelle dans son baromètre mis à jour le 16 juillet 2026 que la pénurie d’IPv4 conduit les opérateurs à partager certaines adresses publiques entre plusieurs utilisateurs, y compris sur la fibre. Elle cite parmi les conséquences possibles des dysfonctionnements de services et des difficultés d’identification.

Autrement dit, l’IP que voit Wikipédia n’est pas forcément une petite plaque d’immatriculation attachée à mon ordinateur.

Elle peut ressembler davantage à la porte de sortie d’un immeuble: plusieurs personnes passent par le même endroit, et le service situé dehors voit surtout cette porte.

Wikimedia décrit le même problème avec le CGNAT. Des centaines d’utilisateurs peuvent partager une seule IPv4 publique; si cette adresse se retrouve bloquée à cause d’un comportement abusif ou d’un proxy, les autres utilisateurs qui sortent par la même IP peuvent subir le même blocage.

À ce moment-là, effacer mon cache commençait à ressembler à une façon très élaborée de réparer le mauvais étage de l’immeuble.

Avant de changer d’outil, j’ai regardé l’adresse que Wikipédia voyait

Le premier vrai test n’a nécessité aucun VPN.

J’ai repris le message de blocage et noté l’adresse IP qu’il indiquait comme étant mon adresse actuelle.

Puis, sans changer de navigateur ni de réseau, j’ai ouvert une page affichant mon IP publique.

Même adresse.

C’était le détail le plus utile de toute la soirée.

Au lieu de continuer à chercher un « proxy fantôme » quelque part dans Chrome ou dans macOS, j’avais maintenant quelque chose de concret: l’adresse que Wikipédia bloquait était bien celle que ma connexion mobile présentait publiquement.

J’ai activé le mode avion quelques secondes, reconnecté la 5G et recommencé.

Même IP publique.

Même blocage.

La documentation d’aide de Wikimedia recommande justement de vérifier d’abord si un VPN, Tor ou une fonction comme iCloud Private Relay est actif. Elle précise aussi que les fournisseurs d’accès peuvent faire passer leurs clients d’une adresse à une autre et qu’un utilisateur peut se retrouver temporairement sur une IP déjà bloquée. Dans ce cas, une reconnexion ou l’attente d’une nouvelle adresse peut suffire.

J’avais essayé la reconnexion.

Elle ne m’avait rien donné de nouveau.

Et je n’avais pas envie d’attendre plusieurs heures pour savoir si mon opérateur finirait par me déplacer ailleurs.

C’est seulement à ce moment-là qu’un VPN est devenu utile.

Pas comme réponse automatique au mot « proxy ».

Comme moyen de changer une seule variable.

Une autre IP m’a donné la réponse

Je voulais modifier uniquement ma sortie publique et regarder ce qui se passait.

Même ordinateur.

Même navigateur.

Même compte Wikipédia.

Même article.

Une autre IP.

J’ai ouvert OnlydogVPN, que j’avais gardé installé comme solution de secours. Pour ce test précis, son avantage était sa simplicité: je n’avais pas besoin de parcourir une longue liste de pays ni de décider quel serveur semblait le plus approprié. J’ai utilisé la connexion automatique et laissé l’application choisir la route.

Puis, avant même de retourner sur Wikipédia, j’ai vérifié mon IP publique.

Elle avait changé.

C’était exactement ce que je voulais obtenir.

J’ai rouvert la page d’édition.

Le message « proxy ouvert » avait disparu.

J’ai corrigé la date, prévisualisé la modification et enregistré.

La page a accepté l’édition.

Ce résultat m’a davantage appris que n’importe quel voyant « connecté » dans une application VPN.

Je n’avais changé ni de navigateur, ni de compte, ni de machine. Dès que la sortie réseau avait changé, le blocage avait disparu avec l’ancienne adresse.

Je pouvais enfin arrêter de chercher quel réglage local était cassé.

Le problème suivait l’IP.

Et c’est là que le choix très simple de cette petite application a réellement compté: je n’avais pas besoin de devenir administrateur réseau pendant dix minutes pour vérifier mon hypothèse. Une connexion, une nouvelle IP, puis Wikipédia.

La modification que j’essayais de faire depuis le début était enfin passée.

Le piège aurait été d’en conclure qu’un VPN « débloque Wikipédia »

Le test avait fonctionné si proprement qu’il était tentant d’aller trop loin dans la conclusion.

Si une autre IP avait supprimé le blocage, pourquoi ne pas simplement garder le VPN activé chaque fois que Wikipédia refuse une modification?

Parce qu’une sortie VPN reste elle-même une adresse IP, et Wikimedia peut décider de la bloquer.

Sa politique indique explicitement que les proxys accessibles au public, y compris les services payants, peuvent être bloqués. Une IP qui fonctionne aujourd’hui n’est donc pas une adresse magique que Wikipédia ne pourra jamais identifier ou filtrer.

Mais cela ne retire rien à ce que le VPN venait de faire pour moi.

Je ne cherchais pas une garantie permanente contre tous les blocages de Wikimedia. Je cherchais à savoir, maintenant, si mon ordinateur était le problème ou si le blocage suivait l’adresse fournie par mon réseau mobile.

Une autre sortie m’a permis de le savoir immédiatement — et de terminer ma modification au passage.

Pour quelqu’un qui doit utiliser durablement un proxy pour contribuer à Wikipédia, Wikimedia prévoit des procédures d’exemption de blocage IP selon les circonstances. Pour quelqu’un qui ne lance aucun proxy et tombe soudainement sur ce message, changer de connexion ou obtenir une autre IP auprès de son opérateur peut aussi suffire.

Ce n’est donc pas « toujours utiliser un VPN ».

C’est vérifier ce qui est réellement bloqué avant de commencer à réparer le reste.

Le cas de l’eSIM m’aurait évité plusieurs fausses pistes

C’est aussi ce qui rend une discussion publique sur r/wikipedia particulièrement parlante.

Un voyageur aux États-Unis racontait vouloir corriger une erreur sur Wikipédia alors qu’il utilisait une eSIM. Il ne faisait fonctionner aucun VPN, mais son adresse apparaissait malgré tout dans une plage bloquée pour « Open Proxy/Webhost ».

Quelqu’un lui a suggéré d’essayer le Wi-Fi local à la place des données cellulaires.

Il l’a fait.

La modification est passée.

Ce témoignage ne transforme pas toutes les eSIM en cause de blocage et ne permet pas de diagnostiquer n’importe quel opérateur mobile. Son intérêt est ailleurs: il montre à quel point le message peut pousser un utilisateur dans la mauvaise direction.

Le réflexe naturel est de chercher le proxy sur l’appareil.

Le changement qui résout le problème peut pourtant se produire entièrement en dehors de l’appareil: une autre connexion, donc une autre sortie publique.

Après mon propre test, je ne regardais plus le message de Wikipédia de la même façon.

« Open proxy » était le motif attaché à l’IP.

Pas nécessairement la description de ce que j’avais volontairement installé.

Maintenant, je commencerais toujours par l’IP

Si le même blocage réapparaissait demain alors qu’aucun VPN n’est actif, je ne désinstallerais plus quoi que ce soit au hasard.

Je commencerais par noter l’adresse affichée dans le message de Wikipédia.

Je comparerais cette adresse à mon IP publique actuelle.

Je vérifierais rapidement que Tor, Private Relay ou un autre outil qui modifie volontairement la sortie réseau n’est pas actif.

Ensuite seulement, je changerais une variable: Wi-Fi au lieu des données mobiles, reconnexion auprès de l’opérateur ou, si je n’ai aucune seconde connexion disponible, une autre route via le petit VPN.

Si l’adresse change et que le blocage disparaît avec elle, j’ai ma réponse.

Si je change réellement d’IP et que le problème reste identique, je sais au moins qu’il faut chercher ailleurs ou suivre la procédure de recours de Wikimedia.

Cette méthode paraît moins ambitieuse que de taper immédiatement « quel VPN fonctionne avec Wikipédia? ».

Elle est beaucoup plus utile.

Dans mon cas, je n’avais pas besoin de dizaines de pays ni d’une soirée passée à tester des serveurs. J’avais besoin d’obtenir rapidement une deuxième adresse afin de comparer deux situations identiques.

C’est précisément là que la connexion automatique de la petite application m’a été utile: elle a transformé une hypothèse assez abstraite — et si Wikipédia bloquait seulement mon IP actuelle? — en un test que je pouvais réaliser en quelques secondes.

J’avais commencé par chercher quel outil caché pouvait bien transformer mon ordinateur en « proxy ouvert ».

Le message ne décrivait pas mon ordinateur.

Il décrivait l’adresse par laquelle Wikipédia me voyait arriver.

Et cette fois-là, vérifier l’IP avant de changer d’outil m’a évité de réparer tout sauf le problème.