Pourquoi un serveur VPN belge ne suffit-il pas toujours pour Proximus Pickx ? Parce que Pickx doit accepter la route, pas seulement reconnaître le pays

J’avais choisi la Belgique avant même d’ouvrir Pickx.

J’étais en France pour quelques jours. Le Wi-Fi de l’appartement fonctionnait, mon abonnement Proximus aussi, et je voulais simplement regarder un programme sur mon ordinateur tout en gardant le VPN que j’utilisais pour le reste de ma navigation.

J’avais donc fait ce qui me semblait être le choix le plus prudent. Serveur belge. Connexion.

Vérification de l’adresse IP. Belgique. Puis j’ai ouvert Pickx.

Le lecteur m’a demandé de désactiver le VPN.

Ce qui m’a vraiment surpris est arrivé trente secondes plus tard : j’ai coupé le tunnel, laissé exactement le même Wi-Fi français et relancé la même chaîne.

Lecture immédiate. J’étais donc en France, et Pickx fonctionnait. Je remettais une adresse IP belge, et Pickx cessait de fonctionner.

À ce moment-là, le drapeau belge dans mon application VPN avait cessé de ressembler à une réponse.

La France n’était justement pas le problème

Ce détail m’a évité de partir dans la mauvaise direction.

La réglementation européenne sur la portabilité des contenus en ligne permet à un abonné payant d’accéder temporairement à son service lorsqu’il voyage dans un autre pays de l’Union européenne. Proximus présente de son côté Pickx comme un service utilisable sur smartphone, tablette et ordinateur, y compris en déplacement.

Et ce scénario n’a rien de marginal cet été. Brussels Airport a accueilli près de 2,6 millions de passagers en juillet 2026, son mois le plus fréquenté depuis 2019, avec la France parmi les dix destinations les plus populaires.

Je n’avais donc pas besoin de convaincre Pickx que j’étais physiquement assis à Bruxelles. Mon propre essai était encore plus parlant : VPN coupé : lecture.

VPN belge activé : blocage. Le problème n’était plus « comment obtenir une IP belge ? ». Il était devenu : qu’est-ce que Pickx voit dans cette connexion belge qui ne lui plaît pas ?

Pickx regarde davantage que le pays affiché par l’IP

C’est là que les retours du support Proximus ont commencé à donner du sens à ce que j’avais sous les yeux.

En octobre 2025, un abonné expliquait sur le forum Proximus qu’il pouvait utiliser Pickx depuis la France sans VPN, mais que la lecture devenait impossible dès qu’il activait le VPN dont il avait besoin pour d’autres applications. Un modérateur lui a répondu que Pickx devait pouvoir connaître sa véritable localisation pour respecter les droits géographiques.

Puis un cas encore plus révélateur est apparu en mai 2026.

Cette fois, l’utilisateur était en Belgique et n’utilisait même pas de VPN. Pickx refusait pourtant la lecture sur sa connexion Starlink avec l’erreur 403-10101 demandant de désactiver le VPN.

Un Community Manager Proximus a expliqué que les adresses Starlink concernées étaient identifiées par leurs systèmes comme des connexions de type « hébergement / proxy », ce qui entraînait le blocage du service TV.

Cette fois, le déclic était clair. Être en Belgique ne suffisait déjà pas à cette connexion sans VPN. Alors une adresse fournie par un VPN n’allait évidemment pas obtenir un laissez-passer simplement parce qu’elle portait une étiquette « Belgique ».

Une IP peut porter deux étiquettes à la fois

Je m’étais représenté l’adresse IP comme une plaque d’immatriculation : Pickx regarderait le pays, verrait Belgique et me laisserait passer.

En réalité, elle ressemble davantage à une valise avec plusieurs autocollants. Le premier peut dire : Belgique.

Le second : VPN / proxy / hébergement.

Des bases d’intelligence IP comme MaxMind permettent justement d’associer une adresse à sa géolocalisation tout en indiquant si elle est liée à un VPN anonyme, un proxy ou une infrastructure d’hébergement.

Mon vérificateur d’IP me montrait surtout le premier autocollant. Pickx pouvait s’intéresser au second.

Je n’avais pas besoin de connaître la règle exacte utilisée pour chaque connexion pour comprendre ce qui clochait dans mon raisonnement : j’avais choisi mon serveur en fonction d’un seul attribut visible.

Pickx, lui, jugeait la route.

Une panne récente en France rendait ce mécanisme difficile à ignorer

Un incident publié sur le forum Proximus le 15 août 2026 m’a définitivement fait abandonner le raisonnement par drapeau.

Un abonné utilisait Pickx depuis un iPhone connecté à une box SFR en France. Tout fonctionnait jusqu’au 14 août. Le lendemain, la même connexion s’est mise à afficher l’erreur 403-10101 demandant de désactiver le VPN.

Sauf qu’il n’y avait aucun VPN.

Le redémarrage de la box n’a rien changé. Pickx fonctionnait en revanche en repassant sur la 4G Proximus. Quelques jours plus tard, la lecture a recommencé à fonctionner sur le Wi-Fi SFR.

Pour moi, l’enseignement pratique était suffisant : une route peut être acceptée, refusée, puis acceptée à nouveau sans que son pays apparent soit le vrai sujet.

Continuer à sélectionner « Belgique » dans mon VPN ressemblait désormais à appuyer plusieurs fois sur le même bouton en espérant qu’il devienne un autre bouton.

J’avais déjà la Belgique ; il me fallait une meilleure route vers Pickx

Mon VPN habituel n’était pas mauvais. C’était justement ce qui m’avait fait insister.

Il proposait beaucoup de localisations, une infrastructure étendue et plusieurs sorties belges. Pour quelqu’un qui veut choisir manuellement entre de nombreux pays ou villes, cette profondeur reste utile.

J’ai donc essayé une autre route belge. Puis une autre. À chaque fois, le contrôle d’IP me rassurait :

Belgique. Belgique. Encore Belgique.

Et à chaque fois, je retournais vers le seul contrôle qui comptait vraiment. Pickx. La lecture ne partait pas.

Après quelques tentatives, davantage de serveurs ne signifiait plus davantage de chances. Cela signifiait surtout davantage de routes à tester moi-même.

C’est là que j’ai ouvert le petit service utilisé pour la deuxième partie de l’essai.

Cette fois, j’ai choisi la tâche plutôt que le pays

Au lieu de commencer par une carte et de chercher encore une sortie belge, j’ai choisi son mode destiné au streaming.

Connexion. J’ai complètement fermé Pickx, puis rouvert l’application pour que la session reparte sur cette nouvelle route. Le guide s’est chargé.

J’ai sélectionné la même chaîne. Le lecteur s’est ouvert. Je m’attendais encore au message demandant de couper le VPN.

Il n’est pas revenu. Puis l’image est apparue.

J’ai laissé tourner. Pas seulement quelques secondes : suffisamment longtemps pour ne pas confondre un lecteur chargé avec une lecture réellement partie. J’ai ensuite changé de chaîne et relancé un autre contenu.

Lecture encore. Cette fois, je ne regardais plus le pays affiché par mon adresse IP. Je regardais le programme.

Dans les essais préparés pour cet article, c’était la première route VPN qui accomplissait réellement la tâche sans me demander de désactiver le tunnel ni de continuer la roulette des serveurs belges. Des essais précédents du même service avec Pickx avaient déjà montré cette différence entre des routes belges refusées et une route orientée streaming qui amenait effectivement le lecteur jusqu’à la vidéo.

Le critère venait de changer sous mes yeux. Je n’avais pas besoin de davantage de Belgique. J’avais besoin d’une route que Pickx accepte.

La technique n’était utile qu’une fois l’image revenue

Après le résultat, j’ai voulu comprendre pourquoi cette tentative avait été différente.

Le mode utilisé combine un transport basé sur HTTP/3 avec une couche supplémentaire d’obfuscation.

Pour Pickx, la partie intéressante était surtout l’obfuscation : au lieu de laisser la connexion ressembler aussi clairement à un tunnel VPN conventionnel, elle cherche à en rendre le profil moins évident.

L’image que je garde est celle de la valise. Mon premier VPN changeait plusieurs fois l’autocollant de destination tout en continuant à arriver par des routes que le lecteur refusait. Le second essai ne m’a pas demandé de collectionner davantage d’autocollants « Belgique ».

Il a changé la manière d’arriver à la porte.

Cela ne modifie ni mon abonnement Proximus ni les droits associés au contenu. Mais pour le problème que j’avais devant moi, la différence était très concrète :

premier service → IP belge, message de blocage ; petit service → mode streaming, chaîne lancée. À ce stade, une quatrième adresse belge m’aurait appris moins de choses que ces deux lignes.

Le serveur belge reste utile — mais ce n’est plus mon test final

Je ne supprimerais évidemment pas la Belgique de mes critères. Si j’ai besoin d’une présence réseau belge, le pays de sortie reste important. Mais avec Pickx, je ne m’arrêterais plus au drapeau.

Les réponses de Proximus montrent qu’une connexion peut être refusée lorsque sa localisation ou son type de réseau n’est pas jugé acceptable, et le cas Starlink est particulièrement parlant : un utilisateur peut même recevoir un avertissement VPN sans avoir installé de VPN.

C’est précisément pour cela que le mode streaming du petit service me paraît mieux adapté à ce problème. Il me demande ce que je veux faire, puis m’évite de transformer la soirée en inventaire de serveurs belges.

Je garderais une seule limite en tête : une route acceptée aujourd’hui n’est pas une promesse que Pickx ne modifiera jamais ses contrôles.

Mais cette limite ne change plus mon choix. Le grand service me donnait davantage de routes belges à essayer. Le plus petit m’en a donné une qui, dans cet essai, a fait disparaître le message d’erreur et démarrer le programme.

Pour Proximus Pickx, c’est là que le drapeau belge cesse d’être le résultat : le vrai serveur belge utile est celui qui m’amène encore jusqu’à l’image lorsque j’appuie sur Lecture.