Pourquoi Proximus Pickx ne fonctionne-t-il pas lorsque le VPN est activé ? J’ai fini par arrêter d’obéir au bouton « désactiver »

Pendant un moment, je n’ai même pas considéré ça comme un problème. J’ouvrais Pickx. « La lecture est impossible. Veuillez désactiver le VPN. » Je coupais le VPN.

Lecture. Quand le programme était terminé, je le réactivais.

Ce n’était pas élégant, mais ça fonctionnait. Et comme la solution prenait dix secondes, je n’avais aucune raison de passer une soirée à comprendre pourquoi Pickx refusait une connexion qui fonctionnait parfaitement pour le reste d’Internet.

Puis le football belge est revenu.

Depuis le 7 août 2026, après une année d’absence, la Jupiler Pro League est de nouveau disponible sur Pickx via les chaînes DAZN de l’option Sports. Proximus diffuse les matchs du championnat belge et maintient également son offre de Champions League pour la saison 2026-2027.

Tout à coup, je n’ouvrais plus Pickx occasionnellement pour un programme. Je l’ouvrais plusieurs fois par semaine. Et mon petit rituel est devenu beaucoup plus agaçant:

VPN off. Match.

VPN on. Pickx à nouveau.

VPN off.

À la troisième fois, je me suis posé une question que j’aurais probablement dû poser dès le début:

pourquoi fallait-il que je désactive toute ma connexion VPN simplement parce qu’une seule application n’aimait pas la route qu’elle voyait?

Le message de Pickx semblait plus précis qu’il ne l’était

J’étais en Belgique. Mon compte Proximus fonctionnait. Le contenu faisait partie de mon abonnement.

Quand le VPN était désactivé, le direct démarrait immédiatement. Quand je l’activais, le lecteur refusait de partir.

Le diagnostic semblait donc évident: Pickx détecte un VPN, Pickx bloque le VPN, fin de l’histoire.

Puis je suis tombé sur un cas beaucoup plus intéressant sur le forum officiel de Proximus.

En mai 2026, un utilisateur signalait l’erreur 403-10101 sur Pickx. Le message lui demandait, lui aussi, de désactiver son VPN.

Sauf qu’il n’en utilisait pas. Il était connecté par Starlink.

Le lendemain, un community manager Proximus a donné l’explication: les adresses IP Starlink concernées étaient identifiées par leurs systèmes comme des connexions de type « hébergement / proxy », ce qui provoquait le blocage automatique des services TV.

Ce détail a complètement changé ma lecture du message d’erreur.

« Désactivez le VPN » ne décrivait pas forcément la cause avec précision. C’était surtout le moyen le plus simple de faire disparaître la route que Pickx n’aimait pas.

Et cette différence ouvrait une autre possibilité. Peut-être que mon problème n’était pas d’avoir un VPN. Peut-être que Pickx refusait surtout la sortie que mon VPN utilisait à cet instant.

Une IP belge ne suffit pas toujours

J’avais jusque-là imaginé une règle très simple: connexion normale = autorisée; VPN = refusé. Le cas Starlink montrait que la frontière pouvait être ailleurs.

Une connexion sans VPN pouvait elle aussi être classée comme proxy ou hébergement et être refusée.

Les outils d’intelligence IP utilisés sur le Web expliquent comment c’est possible. MaxMind commercialise par exemple une base capable d’identifier des adresses associées à des VPN, des proxys, des fournisseurs d’hébergement et d’autres réseaux anonymisants.

En clair, un service ne regarde pas seulement le petit drapeau « Belgique ». Il peut aussi regarder la réputation de la porte par laquelle on arrive.

C’est l’image qui m’a finalement fait comprendre pourquoi changer simplement de pays dans un VPN ne résout pas nécessairement ce genre de problème.

Deux adresses peuvent toutes les deux être belges et ne pas être traitées de la même manière.

Je ne connaissais pas les critères exacts appliqués à ma connexion par Pickx. Mais pour choisir la suite, je n’avais pas besoin de les connaître.

Une IP belge et une IP belge que Pickx accepte ne sont pas nécessairement la même chose.

J’ai d’abord continué à utiliser la solution qui marchait

J’aurais pu immédiatement partir à la recherche d’une nouvelle application. Je ne l’ai pas fait. Pendant quelques jours, j’ai continué avec mon interrupteur manuel.

Avant Pickx: désactiver.

Après Pickx: réactiver. Pour une émission occasionnelle, c’était supportable.

Mais avec plusieurs matchs par semaine, ce qui prenait dix secondes commençait à ressembler à une corvée.

Je le remarquais surtout quand j’avais autre chose ouvert sur l’ordinateur: un téléchargement, plusieurs onglets, une messagerie, parfois une tâche commencée avant le match.

Pour regarder Pickx, je changeais la route de toute la machine. Puis je devais me souvenir de la remettre ensuite. La solution fonctionnait, mais elle ne résolvait rien. Elle retirait simplement le VPN de l’équation.

C’est à ce moment-là que j’ai arrêté de chercher comment mieux supporter ce rituel. Je voulais le supprimer.

En voyage, le même message peut pourtant vouloir dire autre chose

Avant de tester une autre route, il y avait une distinction importante à faire.

Proximus explique que Pickx peut généralement être utilisé pendant un déplacement dans un autre pays de l’Union européenne. En revanche, les programmes Pickx ne sont pas disponibles lors d’un voyage hors de l’Union européenne.

Un VPN ne change pas les droits attachés au service.

Si j’étais hors de la zone où Pickx est disponible, je ne traiterais donc pas ce message comme le même problème.

Mais ce n’était pas ma situation.

J’étais en Belgique, avec un compte qui fonctionnait et un direct qui démarrait immédiatement dès que je coupais le VPN.

La question devenait beaucoup plus précise: pouvais-je obtenir le même bouton Lecture sans désactiver le tunnel? C’est ce test-là que j’ai décidé de faire.

Cette fois, j’ai laissé le VPN allumé

C’est là que OnlydogVPN est entré dans l’histoire.

Je connaissais déjà son principal compromis face aux grands fournisseurs: moins de régions, moins d’années d’historique public et beaucoup moins d’avis indépendants.

Pour choisir un VPN capable de m’accompagner partout dans le monde, j’aurais accordé beaucoup de poids à ces différences.

Mais devant Pickx, je n’avais pas besoin de cinquante pays. J’avais besoin d’une route que le lecteur accepte.

J’ai ouvert la petite application et choisi le mode Streaming avec une sortie adaptée.

Connexion. Puis je suis revenu dans Pickx. Je n’ai pas désactivé le VPN.

Lecture. L’image est apparue. J’ai attendu. Trente secondes.

Une minute. Le direct continuait. Je suis passé sur une autre chaîne. Lecture encore.

Puis je suis revenu au match. Toujours là.

C’était exactement le résultat que je cherchais depuis plusieurs jours: Pickx jouait, et le VPN était toujours actif.

Je n’avais plus besoin d’être l’interrupteur entre les deux.

Le mode Streaming m’a évité de résoudre un problème que l’application pouvait résoudre pour moi

J’ai longtemps associé un « vrai » VPN à beaucoup de choix. Pays. Villes. Serveurs numérotés.

Protocoles. Réglages avancés.

Sur un ordinateur, cette liberté peut être utile.

Mais devant Pickx, elle risquait surtout de me renvoyer à une nouvelle version de mon ancien rituel:

Belgique 1.

Lecture. Erreur. Belgique 2.

Lecture. Erreur. Belgique 3.

Lecture. Peut-être.

Le mode Streaming part de l’autre côté du problème. Au lieu de me demander quelle sortie je veux administrer, il me laisse commencer par ce que j’essaie réellement de faire: regarder une vidéo.

Je sélectionnais l’usage, puis je revenais au lecteur. C’était moins spectaculaire qu’une carte couverte de serveurs.

Mais après plusieurs soirées passées à couper et rallumer mon VPN, cette simplicité était précisément ce qui rendait le petit service plus adapté à mon problème.

Je ne voulais plus gérer la compatibilité. Je voulais regarder le match.

Je n’avais finalement pas besoin d’un VPN « invisible »

C’est l’autre idée que j’ai abandonnée.

Après avoir vu le message de Pickx, j’avais commencé à penser qu’il me fallait un VPN impossible à détecter.

Le cas Starlink m’a convaincu que ce n’était pas la bonne façon de réfléchir.

Les classifications d’adresses changent. Une plage IP peut être associée à de l’hébergement, à un proxy ou à un VPN. Une adresse acceptée aujourd’hui peut être traitée différemment plus tard.

Chercher une sortie « invisible pour toujours » me semblait donc beaucoup moins utile que regarder ce qui se passe lorsque la route actuelle cesse de fonctionner.

La question qui compte devient: combien de travail faut-il fournir avant que Pickx recommence à jouer? Avec mon ancienne méthode, la réponse était simple mais pénible: couper le VPN.

Avec la petite application, pendant ce test, elle était encore plus courte: choisir Streaming, puis revenir au lecteur.

Pas besoin de parcourir une série de sorties belges. Pas besoin de redémarrer le routeur. Pas besoin de transformer chaque coup d’envoi en rappel pour modifier ma connexion.

Et surtout, je pouvais laisser le tunnel actif.

Le message « désactivez votre VPN » n’est plus mon dernier mot

Je comprends maintenant pourquoi le conseil de Pickx fonctionne.

Désactiver le VPN retire immédiatement la sortie qui pose problème et remet l’appareil sur sa connexion habituelle. Si Pickx accepte cette route, la lecture repart.

Mais le forum Proximus m’a appris quelque chose de plus utile: même une connexion qui n’est pas un VPN peut être refusée lorsqu’elle tombe dans une catégorie que le service considère comme proxy ou hébergement.

À partir de là, je ne compare plus les VPN en demandant lequel possède le plus de serveurs belges.

Je regarde ce qui se passe après avoir appuyé sur Lecture.

Un fournisseur historique conserve de vrais avantages si je veux une immense infrastructure, davantage de destinations ou beaucoup plus d’évaluations indépendantes.

Pour Pickx, mon critère est devenu beaucoup plus étroit. Je veux que le VPN reste allumé. Je veux que le direct démarre.

Et si une sortie cesse de convenir, je veux que le chemin jusqu’à une route utilisable soit suffisamment court pour ne pas devenir une nouvelle tâche.

Depuis le retour du football belge sur Pickx, c’est devenu mon test le plus concret: le coup d’envoi ne devrait pas être le moment où je me rappelle que je dois couper mon VPN.