On ouvre le navigateur, on tape l’adresse de Dopriv, et la page reste blanche ou renvoie une erreur réseau. Avant de conclure à une panne générale, il faut comprendre que le problème peut venir de trois couches distinctes : la résolution DNS, la connexion VPN ou le cache local du navigateur. Chaque couche se vérifie séparément, dans un ordre précis, pour éviter de tourner en rond.
Blocage DNS dynamique : pourquoi changer de serveur ne suffit plus
La première réaction quand Dopriv ne fonctionne plus, c’est de modifier ses DNS pour passer sur Google Public DNS ou Cloudflare. Cette astuce a longtemps marché. Ce n’est plus garanti.
En France, des ordonnances judiciaires récentes ont étendu les obligations de blocage aux résolveurs DNS publics eux-mêmes. Google Public DNS, Cloudflare, Quad9 et DNS4EU figurent parmi les acteurs visés par ces décisions. Concrètement, même en quittant les DNS de votre fournisseur d’accès, la résolution peut échouer si le domaine ciblé est inscrit sur ces listes.
Plus déstabilisant encore : ces listes de blocage sont devenues dynamiques. L’Arcom peut faire ajouter de nouveaux domaines ou miroirs en cours de saison, sans nouvelle procédure judiciaire complète. Un site qui répondait hier peut donc cesser de fonctionner aujourd’hui, sans que rien n’ait changé côté utilisateur.
Vérifier si le blocage est DNS ou autre chose
On ouvre un terminal (ou l’invite de commandes sur Windows) et on tape nslookup suivi du nom de domaine. Si la réponse renvoie une adresse IP locale (127.0.0.1, 0.0.0.0) ou un message « NXDOMAIN », le domaine est filtré au niveau DNS. Si une adresse IP valide apparaît mais que le site ne charge pas, le blocage se situe plus loin dans la chaîne.
Cette distinction est la base de tout le diagnostic. Sans elle, on applique des solutions au mauvais endroit.
VPN et accès bloqué : les pièges techniques à isoler
Activer un VPN est souvent présenté comme la solution universelle. Sur le terrain, c’est plus nuancé. Certains fournisseurs VPN, dont Proton VPN, CyberGhost et ExpressVPN, ont eux aussi été intégrés à des ordonnances de blocage françaises. Le VPN peut donc lui-même appliquer un filtrage sur certains domaines, selon la juridiction et les obligations qui lui sont imposées.
Diagnostic VPN pas à pas
Si Dopriv ne fonctionne plus avec le VPN activé, on procède par élimination :
- Changer de serveur VPN en sélectionnant un pays hors juridiction française. Un serveur en Roumanie, en Islande ou au Panama n’est pas soumis aux mêmes ordonnances qu’un serveur situé en France ou aux Pays-Bas.
- Modifier le protocole de connexion. Certains réseaux détectent et ralentissent OpenVPN sur le port par défaut. Passer sur WireGuard ou sur un protocole obfusqué (si le VPN le propose) contourne ce type de filtrage.
- Désactiver temporairement les protections intégrées au VPN (anti-malware, filtre DNS propriétaire). Ces modules bloquent parfois des domaines classés comme dangereux, indépendamment de toute décision judiciaire.
- Tester la navigation sans VPN. Si le site charge sans VPN mais pas avec, le problème est côté VPN. Si rien ne charge dans les deux cas, on passe au cache navigateur.
Le split tunneling permet d’exclure un site du tunnel VPN pour vérifier si c’est le VPN lui-même qui bloque l’accès. Cette fonction existe sur la plupart des applications VPN desktop et Android.
Cache navigateur et cookies : la couche invisible qui bloque le chargement
On sous-estime souvent le cache. Un navigateur stocke localement les réponses DNS, les certificats TLS, les redirections et les cookies d’un site. Quand un domaine change d’adresse IP (migration de miroir, nouveau sous-domaine), le navigateur peut continuer à pointer vers l’ancienne destination pendant des heures, voire des jours.
Vider le cache DNS du système
Le cache DNS n’est pas seulement dans le navigateur. Le système d’exploitation en maintient un aussi. Sur Windows, on ouvre l’invite de commandes en administrateur et on exécute ipconfig /flushdns. Sur macOS, la commande équivalente est sudo dscacheutil -flushcache suivie de sudo killall -HUP mDNSResponder.
Cette étape est rapide et sans risque. Elle force le système à interroger à nouveau les serveurs DNS au lieu de s’appuyer sur une réponse périmée.
Purger le cache et les cookies du navigateur
Dans Chrome, Firefox ou tout autre navigateur, on accède aux paramètres de confidentialité et on supprime les données de navigation. Deux points à ne pas oublier :
- Cocher « images et fichiers en cache » ET « cookies et données de site ». L’un sans l’autre laisse des résidus qui peuvent maintenir le blocage.
- Cibler le domaine précis si le navigateur le permet (Firefox propose un nettoyage par site). Cela évite de perdre toutes ses sessions actives sur d’autres sites.
- Tester ensuite en navigation privée. Ce mode ignore le cache existant et les cookies. Si le site charge en navigation privée mais pas en mode normal, le problème vient bien du cache ou d’une extension.
Distinguer panne technique et blocage judiciaire évolutif
Après avoir vérifié DNS, VPN et cache, il reste une possibilité que l’on ne peut pas résoudre localement : le domaine a été ajouté à une liste de blocage dynamique depuis la dernière visite. Les retours varient sur ce point selon les FAI et les périodes, car les mises à jour de ces listes ne suivent pas un calendrier public.
Pour trancher, on peut utiliser un outil de vérification d’état de site (comme « Is It Down Right Now » ou « Down For Everyone Or Just Me »). Si le site est signalé comme accessible depuis d’autres pays mais pas depuis la France, le blocage est géographique et lié à une décision judiciaire, pas à une panne serveur.
Dans ce cas précis, aucune manipulation DNS ou cache ne changera quoi que ce soit. Seul un VPN connecté à un serveur situé hors du périmètre de l’ordonnance peut rétablir l’accès, à condition que ce fournisseur VPN ne soit pas lui-même visé par les mêmes obligations de filtrage.
Le diagnostic complet prend moins de dix minutes quand on suit cet ordre : DNS d’abord, VPN ensuite, cache en dernier. Chaque étape élimine une cause et réduit le champ des possibilités. Si les trois couches sont propres et que le site reste inaccessible, la source du blocage est extérieure à votre installation.
