Comment savoir si un service québécois bloque mon VPN ou seulement le programme ? J’ai appris à ne changer qu’une chose à la fois

Le message « contenu non disponible » m’a envoyé dans la mauvaise direction.

J’étais sur le Wi-Fi d’un hôtel à Québec, VPN actif, et je voulais reprendre une émission sur ICI TOU.TV.

La page s’ouvrait.
Mon compte était connecté.
Les vignettes apparaissaient.
Mais l’épisode refusait de démarrer.

Ma première pensée n’a même pas concerné le VPN. J’ai pensé aux droits de diffusion.

C’était plausible : Radio-Canada explique que les droits Web sont négociés contenu par contenu et que la disponibilité peut varier d’une émission à l’autre.

J’allais donc abandonner quand j’ai ouvert une autre émission.

Elle a démarré immédiatement.

C’est là que le problème est devenu beaucoup plus intéressant.

Le service fonctionnait.
Le VPN fonctionnait au moins pour une partie du catalogue.
Mais pas le programme que je voulais regarder.

Changer dix serveurs à partir de là m’aurait donné dix résultats sans forcément me dire ce qui était réellement bloqué.

J’ai commencé par garder le VPN et changer seulement le programme

J’ai laissé exactement la même connexion active.
Même navigateur.
Même compte.
Même Wi-Fi.
J’ai lancé trois contenus différents.

Deux fonctionnaient.

Mon émission, toujours pas.

À ce stade, une restriction propre au programme restait crédible. C’est justement le genre de différence que les droits de diffusion peuvent créer sur TOU.TV.

Une discussion publique récente montre la confusion que cela provoque facilement : certains utilisateurs découvrent qu’une série ou un niveau d’accès a changé alors que le reste du service continue de fonctionner.

Ce détail me suffisait. Il ne prouvait rien sur mon épisode ; il me rappelait simplement qu’« un programme ne marche pas » n’est pas la même chose que « le service bloque mon VPN ».

Il restait donc un second test.
J’ai désactivé le VPN.
Même épisode.
Play.
La lecture a commencé.

D’un coup, l’hypothèse « ce programme n’est simplement plus disponible » ne tenait plus très bien.

Deux tests avaient réduit le problème à une combinaison précise

Avec le VPN :
d’autres contenus fonctionnaient ;
mon émission ne fonctionnait pas.
Sans le VPN :
la même émission fonctionnait.

Je n’avais donc ni une panne générale de TOU.TV, ni un programme complètement indisponible.

Le problème apparaissait lorsque ce contenu précis passait par cette route précise.

Cette manière de tester rejoint d’ailleurs le dépannage conseillé par Radio-Canada : comparer les réseaux et déterminer si le problème affecte quelques contenus ou l’ensemble du catalogue.

Cela paraît presque trop simple, mais cette petite discipline m’a empêché de réparer des choses qui n’étaient pas cassées.

Je n’avais plus besoin de réinitialiser mon mot de passe.
Ni de réinstaller l’application.
Ni de vider encore le cache.
Il fallait maintenant tester une autre route.

C’est là que mon grand VPN a commencé à me donner trop de réponses possibles

Mon fournisseur habituel avait une vraie qualité : beaucoup de serveurs canadiens et une infrastructure mature.

Normalement, j’apprécie cette liberté.

Cette fois, elle m’a surtout donné une série de nouvelles variables.

Montréal.
Connexion.
Même épisode.
Échec.
Retour au VPN.
Autre serveur.
Nouvelle IP.
Même épisode.
Toujours rien.

Puis Toronto.

Nouvel essai.

Pendant ce temps, certains autres programmes continuaient de fonctionner.

Je pouvais donc passer la soirée à essayer des adresses sans savoir exactement laquelle modifierait le résultat.

La grande liste de serveurs n’était plus vraiment un avantage.

Elle était devenue une liste de tests que je devais effectuer moi-même.

Et mon besoin avait changé.

Je ne cherchais plus davantage de serveurs canadiens.

Je cherchais une autre route qui fasse démarrer cet épisode.

Avec OnlydogVPN^↗, je n’ai changé que la variable qui comptait encore

J’ai gardé le même ordinateur.
Même hôtel.
Même navigateur.
Même compte.
Même épisode.

J’ai seulement remplacé la connexion VPN.
Dans OnlydogVPN, j’ai choisi la situation de streaming.
Connexion.
Retour sur TOU.TV.
Play.

Cette fois, l’épisode a commencé.
Je l’ai laissé tourner.
Puis j’ai avancé dans la vidéo.
Toujours en lecture.

J’ai ensuite ouvert l’un des programmes qui fonctionnaient déjà auparavant.

Il fonctionnait lui aussi.

Ce second essai était important parce qu’il confirmait ce que je cherchais réellement : je n’avais pas simplement trouvé un autre titre disponible.

J’avais changé la route et récupéré précisément le programme qui posait problème.

À ce moment-là, je n’avais plus besoin de transformer le VPN en laboratoire de géolocalisation.

Le résultat suffisait.

L’interface orientée streaming a surtout rendu mon diagnostic plus propre

Avant cette soirée, une application avec moins de choix visibles m’aurait probablement semblé moins flexible.

Pays.
Ville.
Serveur.
Protocole.
J’aime normalement pouvoir décider.

Mais quand on essaie de comprendre pourquoi une seule vidéo échoue, modifier quatre paramètres à la fois rend le résultat beaucoup moins utile.

Avec mon premier VPN, chaque tentative commençait par une nouvelle décision technique.

Avec la petite application, mon choix était simplement :
streaming.
Puis je revenais au même épisode.

Cela supprimait plusieurs étapes entre le problème et le résultat.

Et, dans ce cas précis, moins de décisions m’a donné une réponse plus claire.

Je n’avais pas ouvert un VPN pour découvrir quelle plage d’adresses canadiennes TOU.TV préférait.

Je voulais reprendre mon émission.

Il existe deux causes différentes, et je n’avais plus besoin de deviner laquelle dominait

Le contenu lui-même peut avoir des conditions de disponibilité différentes. Radio-Canada le confirme explicitement pour les droits Web.

La route compte également : les systèmes d’intelligence IP savent distinguer autre chose que le simple pays et peuvent notamment classifier des adresses associées à des VPN, des proxies ou des infrastructures d’hébergement.

C’est suffisant pour comprendre pourquoi deux situations peuvent se ressembler à l’écran tout en ayant des causes différentes.

Je ne peux pas observer les règles internes utilisées par le service pour filtrer ou accepter chaque combinaison de contenu et d’adresse.

Mais je pouvais observer une séquence beaucoup plus utile :

ancien VPN + épisode voulu → échec ;
connexion normale + même épisode → lecture ;
route de streaming différente + même épisode → lecture.

Je n’avais donc plus besoin d’une explication théorique parfaite avant de continuer à regarder.

J’ai cessé de prendre « contenu indisponible » comme un diagnostic

C’était probablement mon erreur la plus répétée.

Je voyais un message d’indisponibilité et je commençais immédiatement à réparer le VPN.

Nouveau serveur.
Nouveau protocole.
Nouveau navigateur.
Parfois même nouvelle application.
Maintenant, je commence par mesurer l’étendue du problème.

Si aucun contenu ne fonctionne avec le VPN et que tout revient dès que je le coupe, la route devient mon premier suspect.

Si un seul programme échoue même sans VPN, je regarde d’abord sa disponibilité.

Et si ce programme fonctionne sans VPN mais échoue sur certaines routes VPN, je change la route plutôt que de reconstruire toute ma configuration.

Ce raisonnement m’a aussi fait regarder différemment la taille du réseau d’un fournisseur.

Beaucoup de serveurs ne m’aidaient que si j’avais envie de les tester

Le grand fournisseur garde des avantages évidents.
Davantage de localisations.
Une histoire publique plus longue.
Plus d’avis indépendants.
Une infrastructure plus étendue.

OnlydogVPN en a moins sur ces critères.

Mais ce soir-là, je disposais déjà de beaucoup de serveurs canadiens.

Mon problème était justement que je devais les essayer.

La petite application a mieux correspondu à la situation parce qu’elle m’a demandé de définir la tâche plutôt que l’infrastructure.

Streaming.
Connexion.
Même épisode.
Lecture.

C’était le test le plus court entre mon doute et une réponse exploitable.

Alors, comment savoir si un service québécois bloque le VPN ou seulement le programme ?

Je ne commencerais plus par changer cinq fois de serveur.
Je ferais d’abord deux essais simples :
garder la même route et ouvrir un autre programme ;
puis garder le même programme et changer de route.

Ces deux comparaisons séparent rapidement des problèmes qui produisent pourtant presque le même message à l’écran.

Dans mon cas, le grand fournisseur me donnait beaucoup de nouvelles routes à expérimenter.

La petite application m’a davantage convaincu parce qu’elle m’a permis de changer une seule chose, de revenir immédiatement au même épisode et de le voir démarrer.

Depuis, quand un service québécois affiche « contenu indisponible », je ne commence plus par chercher ce qu’il bloque : je change une variable à la fois jusqu’à ce que le programme réponde lui-même.