Loto-Québec bloqué sous VPN : j’ai vérifié le filtre de menaces avant de changer encore de serveur

La page de Loto-Québec ne disait même pas clairement que mon VPN était le problème. Elle chargeait à moitié, puis certaines parties restaient vides.

J’étais chez moi, au Québec, avec ma localisation activée et le même compte que d’habitude. J’ai regardé l’icône du VPN : connecté au Canada. Mon premier réflexe a été presque automatique.

Nouveau serveur. Actualiser. Toujours pareil. Deuxième serveur. Même résultat. J’étais déjà en train d’en chercher un troisième quand une question beaucoup plus simple m’est venue : et si ce n’était pas le serveur VPN qui bloquait la page, mais une autre fonction de l’application ?

J’avais immédiatement transformé le problème en chasse aux adresses IP

L’hypothèse paraissait logique.

Loto-Québec vérifie la localisation des personnes qui accèdent à leur compte. Sa FAQ précise que cette vérification peut utiliser l’adresse IP ou la géolocalisation de l’appareil afin de confirmer que le joueur se trouve bien au Québec. Si quelqu’un se trouve réellement dans la province mais reçoit quand même un message indiquant qu’il est à l’extérieur, Loto-Québec recommande de vérifier le service de localisation puis, si nécessaire, de communiquer avec son assistance pour faire valider l’adresse IP.

Je n’avais donc aucune raison de considérer cette vérification géographique comme un obstacle à contourner.

Si j’avais été hors Québec, le diagnostic se serait arrêté là.

Mais j’étais bien chez moi.

Ce qui m’avait trompé, c’était autre chose : dès qu’un site sensible à la localisation se comporte mal avec un VPN, changer de serveur ressemble immédiatement au test le plus évident.

J’avais changé d’adresse.

Puis encore d’adresse.

Et le symptôme n’avait absolument pas changé.

C’est précisément ce détail qui aurait dû me faire arrêter.

Trois serveurs différents produisaient exactement la même panne

Le premier serveur canadien avait donné une page incomplète.

Le deuxième aussi.

À ce stade, en essayer un troisième ne m’apprenait presque plus rien.

Si une adresse IP précise était refusée par Loto-Québec, changer d’adresse pouvait modifier le résultat.

Or je retrouvais le même chargement bancal, au même endroit.

J’ai donc fait le test que j’aurais dû faire avant de toucher à la liste des serveurs.

J’ai gardé exactement le même serveur.

Même navigateur.

Même Wi-Fi.

Même ordinateur.

Puis j’ai regardé ce qui était activé autour du tunnel lui-même.

Le filtre de menaces était actif.

Jusque-là, je le considérais comme faisant simplement partie du VPN : une couche de sécurité supplémentaire que je pouvais activer puis oublier.

C’est là que mon raisonnement avait dérapé.

Un VPN peut changer la route et filtrer le Web en même temps

Les grandes applications VPN font aujourd’hui beaucoup plus que créer un tunnel.

NordVPN, par exemple, distingue le VPN lui-même de ses fonctions de protection contre les arnaques, le phishing, les logiciels malveillants, les publicités et les trackers. Sa documentation explique que ces protections peuvent bloquer certains domaines et certaines requêtes jugés indésirables ou dangereux.

Autrement dit, j’avais jusque-là raisonné comme si l’application ne possédait qu’un interrupteur :

VPN activé ou VPN désactivé.

En réalité, il y avait deux décisions différentes.

D’abord : par quelle route mon trafic passe-t-il ?

Ensuite : qu’est-ce que l’application laisse passer sur cette route ?

Changer de serveur ne modifiait que la première.

Si le filtre arrêtait une requête nécessaire au fonctionnement de la page, je pouvais parcourir toute la liste des serveurs sans jamais toucher à la vraie cause.

Cette fois, je savais quelle variable changer.

J’ai laissé le serveur tranquille et coupé uniquement le filtre

Je n’ai pas eu besoin d’inventer une méthode compliquée.

Dans son propre guide de dépannage lorsqu’un site ou une application cesse de fonctionner, NordVPN recommande de désactiver temporairement ses fonctions de protection contre les arnaques, le phishing et les logiciels malveillants, puis de les tester une par une pour identifier celle qui pose problème.

J’ai donc laissé le serveur canadien inchangé.

Puis j’ai suspendu le filtre.

Retour dans le navigateur.

Actualiser.

Cette fois, la page s’est chargée normalement jusqu’à l’étape de localisation.

Je n’avais pas trouvé un « meilleur serveur Loto-Québec ».

Je n’avais même pas changé de serveur.

J’avais simplement retiré une couche qui intervenait entre le navigateur et le site.

C’est là que tout mon diagnostic s’est retourné.

Le premier blocage n’était pas une preuve que Loto-Québec refusait l’adresse IP du VPN. Le filtre suffisait, dans ce test, à casser la page avant même que cette question se pose.

Une page cassée ne ressemble pas forcément à un filtre qui travaille

C’est ce qui rend ce genre de panne si trompeur.

Un filtre trop agressif n’affiche pas toujours un grand message disant :

« J’ai bloqué quelque chose dont ce site avait besoin. »

Il peut simplement laisser :

une page blanche ;

un bouton qui ne répond plus ;

un formulaire qui tourne ;

une partie du site qui disparaît.

Et l’utilisateur retient seulement :

« Loto-Québec ne marche pas avec mon VPN. »

Des utilisateurs de NordVPN décrivaient encore ce genre de confusion durant l’été 2026 : des sites légitimes devenaient inaccessibles ou se chargeaient mal, puis revenaient après la désactivation de Threat Protection.

Le détail important n’était pas qu’un filtre puisse produire un faux positif.

C’était ce que cela provoquait ensuite chez moi : j’attribuais immédiatement la panne au serveur VPN et je changeais une variable qui n’avait rien à voir avec le symptôme.

J’avais déjà perdu deux essais comme ça.

Je n’allais pas en perdre dix.

Faire charger la page ne supprimait pas la géolocalisation de Loto-Québec

Une fois le filtre coupé, la différence était nette :

la page fonctionnait ;

l’étape de localisation apparaissait ;

Loto-Québec pouvait maintenant effectuer sa propre vérification.

Et cette vérification devait rester séparée du problème que je venais de résoudre.

Loto-Québec demande aux joueurs de se trouver au Québec lorsqu’ils participent à ses jeux en ligne et vérifie leur localisation par adresse IP ou géolocalisation. Si la détection se trompe alors qu’on se trouve réellement au Québec, sa FAQ conseille d’abord de vérifier les autorisations de localisation, puis de contacter le service afin qu’il puisse valider l’adresse IP.

Je n’allais donc pas continuer à faire défiler des serveurs dans l’espoir de contourner cette étape.

Ce qui venait d’être réparé était beaucoup plus simple :

le site pouvait de nouveau effectuer sa vérification normalement.

Et cela suffisait à montrer que ma chasse aux serveurs avait commencé trop tôt.

J’ai voulu voir ce que donnerait une application où cette distinction était plus évidente

À ce stade, je n’avais plus besoin d’un quatrième serveur canadien.

J’avais besoin d’un témoin.

J’ai ouvert le petit service que j’utilisais déjà pour mes tests et choisi sa connexion automatique, sans activer son mode de filtrage.

Je suis retourné sur la page.

Elle s’est chargée.

L’étape de localisation est apparue normalement.

C’était tout ce que je voulais obtenir.

Je ne demandais pas au VPN de décider à la place de Loto-Québec si j’étais autorisé à jouer.

Je voulais simplement que le tunnel n’endommage pas la page avant que Loto-Québec puisse vérifier ma présence au Québec.

Avec cette application, les deux actions étaient plus faciles à séparer dans ma tête :

me connecter d’abord ; filtrer seulement quand je le souhaite.

Après avoir passé plusieurs minutes à changer des serveurs qui n’étaient pas le problème, cette distinction m’a paru beaucoup moins théorique.

C’est seulement après que le compteur de requêtes bloquées m’a intéressé

Sur d’autres sites, j’utilise volontiers le blocage des publicités et des trackers.

Le petit service possède justement des modes prévus pour cela, avec un compteur visible des requêtes bloquées.

Avant cette panne, j’aurais probablement considéré ce chiffre comme un détail d’interface.

Après, je le voyais différemment.

Un filtre silencieux peut me laisser croire qu’un site est cassé.

Un filtre dont l’activité reste visible me donne immédiatement une piste si une page commence soudain à perdre des éléments.

Je pouvais donc remettre le filtrage là où il m’était utile sans oublier qu’il existait.

Le vrai avantage n’était pas seulement de bloquer des requêtes.

C’était de savoir quand cette couche intervenait, au lieu de découvrir sa présence parce qu’un site important cessait de fonctionner.

Le grand fournisseur gardait une profondeur que le petit service n’a pas encore

Le service que j’utilisais au départ possède une histoire publique beaucoup plus longue et un ensemble de fonctions de sécurité plus développé.

Pour quelqu’un qui veut réunir dans une seule application le tunnel VPN, la détection de sites malveillants, le filtrage des trackers et plusieurs protections supplémentaires, cette profondeur reste un avantage réel.

Le petit service a moins d’historique public et moins d’évaluations indépendantes.

Mais ce soir-là, mon problème ne venait pas d’un manque de fonctions.

Il venait du fait que plusieurs fonctions se superposaient au point que je ne savais plus laquelle avait cassé la page.

Je préférais donc pouvoir distinguer immédiatement deux choses :

changer ma route

et

filtrer ce qui passe dessus.

Les deux m’intéressent.

Je ne veux simplement plus changer la première quand c’est la seconde qui pose problème.

Depuis, je ne change plus de serveur en premier

Quand un site fonctionne normalement sans mon VPN mais se comporte bizarrement une fois l’application ouverte, je ne commence plus par Montréal 1, Montréal 2, Toronto 1, puis Montréal 3.

Je garde d’abord le même serveur.

Je coupe temporairement les couches qui peuvent modifier le contenu ou les requêtes :

filtre de menaces ;

blocage publicitaire ;

protection contre les trackers.

Si le site revient sans que l’adresse VPN ait changé, j’ai appris quelque chose de beaucoup plus précis qu’après dix reconnexions.

Ensuite seulement, je regarde si le service refuse réellement l’adresse IP ou s’il demande une localisation que le VPN ne doit pas contourner.

Avec Loto-Québec, cette séparation compte particulièrement.

La vérification géographique appartient au fonctionnement du service.

Le filtre de menaces appartient à mon VPN.

Ce soir-là, j’avais commencé par changer plusieurs fois de serveur parce que je pensais que le problème se trouvait au bout du tunnel.

Il était beaucoup plus près de moi : avant de chercher une nouvelle sortie VPN, il fallait regarder ce que mon propre filtre empêchait déjà d’entrer.