Ce réseau bloque actuellement le trafic DNS chiffré : que faire ?

Que signifie « Ce réseau bloque actuellement le trafic DNS chiffré » ?

« Ce réseau bloque actuellement le trafic DNS chiffré » signifie que votre iPhone, iPad ou Mac a voulu résoudre des noms de sites web via un serveur DNS chiffré et que le réseau Wi-Fi l'en a empêché. Apple l'affiche comme un Avertissement de confidentialité sous le réseau, dans Réglages > Wi-Fi, avec cette phrase : « Les noms des sites et des autres serveurs auxquels votre appareil accède depuis ce réseau peuvent être consultés et enregistrés par d’autres appareils connectés à ce réseau. » (Sur un iPhone réglé en français canadien, le message est « Ce réseau bloque le trafic DNS chiffré. »)

Apple l'a expliqué en introduisant le DNS chiffré dans iOS 14 et macOS Big Sur (WWDC 2020) : certains réseaux bloquent les serveurs DNS chiffrés par politique, parce qu'ils filtrent le trafic en examinant les requêtes DNS, et dans ce cas le réseau Wi-Fi est signalé par un avertissement de confidentialité.

Votre appareil n'essaie le DNS chiffré que si quelque chose l'a activé : une app DNS (comme 1.1.1.1 de Cloudflare, NextDNS ou AdGuard), un profil DNS, la gestion d'appareils de votre employeur ou, à partir d'iOS 16, un serveur DNS qui propose lui-même le chiffrement. Le relais privé iCloud peut aussi le déclencher : les réglages Wi-Fi d'Apple indiquent qu'il achemine lui-même les requêtes DNS. Trouvez cette source et vous avez trouvé la solution.

Qu'est-ce que le trafic DNS chiffré ?

Chaque fois que vous visitez un site web, votre appareil envoie une requête DNS pour traduire le nom de domaine (comme dnsrobot.net) en adresse IP. Le DNS traditionnel envoie ces requêtes en clair sur le port 53 — totalement non chiffrées. Votre FAI, l'administrateur du réseau ou n'importe qui sur le même Wi-Fi peut donc voir chaque domaine que vous consultez.

Le DNS chiffré enveloppe ces requêtes dans du chiffrement, comme HTTPS protège le trafic web. Au lieu d'envoyer dns-query: dnsrobot.net en clair, votre appareil chiffre la requête pour que seul le serveur DNS puisse la lire.

Les appareils Apple prennent en charge deux grands protocoles de DNS chiffré :

• DNS-over-HTTPS (DoH) — envoie les requêtes DNS via HTTPS sur le port 443, si bien qu'elles se fondent dans le trafic web ordinaire
• DNS-over-TLS (DoT) — envoie les requêtes DNS via une connexion TLS sur le port dédié 853, avec chiffrement et une frontière de protocole nette

Les appareils Apple prennent en charge les deux depuis iOS 14 et macOS Big Sur, mais ne les utilisent pas par défaut. Depuis iOS 16 et macOS Ventura, ils passent aussi d'eux-mêmes au DNS chiffré lorsque le serveur DNS du réseau l'annonce par Discovery of Designated Resolvers (DDR). Notre guide du DNS privé couvre les mêmes protocoles sur Android.

DoH vs DoT : quelles différences

Les deux protocoles chiffrent vos requêtes DNS, mais ils fonctionnent différemment. Comprendre la différence aide à choisir la bonne solution pour résoudre le problème de blocage.

Quand un réseau bloque le DNS chiffré, la cible facile est le DoT sur le port 853. Le DoH partage le port 443 avec tous les sites HTTPS : les réseaux le bloquent donc en bloquant les adresses et les noms des serveurs DoH connus, ou en répondant à ces noms par une erreur.

Pourquoi les réseaux bloquent-ils le DNS chiffré ?

Tout blocage du DNS chiffré n'est pas malveillant. Un réseau peut bloquer ou perturber le trafic DNS chiffré pour plusieurs raisons légitimes :

• Réseaux d'entreprise — Les services informatiques bloquent le DNS chiffré pour appliquer leurs politiques de sécurité, le filtrage de contenu et la détection des menaces. Ils ont besoin de voir les requêtes DNS pour bloquer les domaines de logiciels malveillants et empêcher l'exfiltration de données
• Routeurs avec contrôle parental — Les routeurs dotés d'un contrôle parental intégré (comme Netgear Smart Parental Controls ou ASUS AiProtection) interceptent les requêtes DNS pour filtrer les catégories de contenu. Le DNS chiffré contourne ces filtres
• Filtrage de contenu des FAI — Certains FAI utilisent un filtrage basé sur le DNS pour se conformer à la réglementation ou bloquer des sites malveillants connus. Le DNS chiffré empêche ce filtrage de fonctionner
• Portails captifs des Wi-Fi publics — Hôtels, aéroports et cafés interceptent le DNS pour vous rediriger vers leur page de connexion. Le DNS chiffré casse ce mécanisme de redirection
• Pi-hole et AdGuard Home — Les bloqueurs de publicités basés sur le DNS doivent voir vos requêtes. Pi-hole, par exemple, répond par défaut aux noms que les appareils utilisent pour découvrir le DNS chiffré (DDR) et le relais privé iCloud afin qu'ils restent sur le filtre, et certaines installations ajoutent des listes de blocage de serveurs DoH

Sur un réseau domestique, cherchez d'abord une fonction qui filtre le DNS : contrôle parental, bloqueur de publicités comme Pi-hole ou AdGuard Home, suite de sécurité du routeur ou règle de pare-feu sur le port 853.

Comment résoudre sur iPhone et iPad (iOS/iPadOS)

Commencez par la Correction 1 : elle trouve le réglage qui essaie le DNS chiffré. Les corrections 2 à 6 débloquent une connexion coincée.

Correction 1 : trouver ce qui a activé le DNS chiffré

Vérifiez ces points dans l'ordre. Chacun peut amener votre appareil à essayer le DNS chiffré sur tous les réseaux :

• Relais privé iCloud — il achemine et chiffre lui-même vos requêtes DNS ; les réglages Wi-Fi d'Apple affichent « Les requêtes DNS sont redirigées par le relais privé iCloud pour ce réseau Wi-Fi ». Pour l'arrêter sur ce réseau seulement, allez dans Réglages > Wi-Fi, touchez (i) à côté du réseau et désactivez Limiter le suivi de l’adresse IP (la méthode d'Apple pour désactiver le relais privé sur un seul réseau). Un réseau qui bloque le relais privé lui-même affiche un message distinct : « Votre réseau Wi-Fi n’est pas compatible avec le relais privé. »
• Une app ou un profil DNS — ouvrez Réglages > Général > VPN et gestion de l’appareil et cherchez une entrée VPN ou DNS d'une app (l'app 1.1.1.1 de Cloudflare installe un profil VPN ; NextDNS et AdGuard utilisent des réglages DNS) ou un profil. Désactivez l'app sur ce réseau, ou supprimez un profil dont vous n'avez pas besoin
• Serveurs DNS manuels — sous Réglages > Wi-Fi > (i) > Configurer le DNS, des serveurs comme 1.1.1.1, 8.8.8.8 et 9.9.9.9 indiquent à iOS 16 et ultérieur qu'ils proposent le DNS chiffré, et votre iPhone y passe automatiquement. Remettez Configurer le DNS sur Automatique pour tester
• Un profil professionnel — si votre employeur gère l'appareil, ses réglages DNS relèvent de la politique de l'entreprise : demandez au service informatique plutôt que de les modifier

Correction 2 : redémarrer votre appareil et routeur

Un redémarrage efface l'état réseau mis en cache sur votre appareil et sur votre routeur.

• iPhone/iPad : Maintenez le bouton latéral + bouton de volume > glissez pour éteindre > attendez 30 secondes > rallumez
• Routeur : Débranchez le câble d'alimentation > attendez 30 secondes > rebranchez > attendez 2 minutes pour le démarrage complet

Une fois les deux appareils redémarrés, allez dans Réglages > Wi-Fi et touchez le nom de votre réseau. Vérifiez si le message « Avertissement de confidentialité » est toujours présent.

Correction 3 : oublier et rejoindre le réseau Wi-Fi

Oublier le réseau supprime ses réglages enregistrés, y compris un DNS personnalisé, et force une nouvelle connexion. Il vous faudra le mot de passe Wi-Fi pour vous reconnecter : vérifiez-le d'abord (il figure souvent sur une étiquette du routeur). Dans iOS, l'option s'appelle Oublier ce réseau.

# iOS path:
Settings > Wi-Fi > tap (i) next to network name > Forget This Network > Confirm

# Then reconnect:
Settings > Wi-Fi > select your network > enter password

Correction 4 : mettre à jour iOS/iPadOS vers la dernière version

Allez dans Réglages > Général > Mise à jour logicielle et installez les mises à jour disponibles. Des avertissements inattendus ont été signalés sous iOS 14 et 15 sur les forums développeurs d'Apple : restez donc à jour avant de modifier autre chose.

Correction 5 : vérifier vos serveurs DNS manuels

Configurer le DNS > Manuel ne chiffre rien à lui seul : il change seulement le serveur que votre iPhone interroge. Mais à partir d'iOS 16, un serveur qui prend en charge Discovery of Designated Resolvers fait passer votre iPhone automatiquement au DNS chiffré. Nous l'avons vérifié le 26 octobre 2026 : 1.1.1.1, 8.8.8.8 et 9.9.9.9 annoncent tous DoH et DoT de cette façon (Quad9 aussi DNS over QUIC).

# iOS DNS configuration path:
Settings > Wi-Fi > tap (i) next to network > Configure DNS

# To clear the warning on this network:
Automatic

# Manual servers that iOS 16+ upgrades to encrypted DNS (DDR):
1.1.1.1   1.0.0.1           # Cloudflare
8.8.8.8   8.8.4.4           # Google
9.9.9.9   149.112.112.112   # Quad9

Un serveur DNS public saisi à la main peut donc provoquer l'avertissement sur un réseau qui bloque le DNS chiffré : pour l'effacer, remettez Configurer le DNS sur Automatique. N'ajoutez des serveurs publics à la main que sur les réseaux qui autorisent le DNS chiffré. Le réglage est propre à chaque réseau.

Correction 6 : réinitialiser les réglages réseau

Si aucune des corrections ci-dessus ne fonctionne, la réinitialisation des réglages réseau efface tous les réseaux Wi-Fi enregistrés, les configurations VPN et les réglages cellulaires, et rend à votre appareil un état réseau totalement propre. Sous iOS 15 et ultérieur, le chemin est Réglages > Général > Transférer ou réinitialiser l’iPhone > Réinitialiser > Réinitialiser les réglages réseau.

# iOS 15 and later:
Settings > General > Transfer or Reset iPhone > Reset > Reset Network Settings

# iOS 14:
Settings > General > Reset > Reset Network Settings

Après la réinitialisation, votre appareil redémarre. Vous devrez vous reconnecter à tous les réseaux Wi-Fi et ressaisir les mots de passe. Les profils VPN devront aussi être reconfigurés.

Comment résoudre sur Mac (macOS)

Le même avertissement peut apparaître dans les réglages Wi-Fi de votre Mac, et les mêmes sources y activent le DNS chiffré.

Vérifier le relais privé, les profils et le DNS sur Mac

Sous macOS Ventura et ultérieur, allez dans Réglages Système > Réseau > Wi-Fi et ouvrez Détails… à côté du réseau : désactivez Limiter le suivi de l’adresse IP pour arrêter le relais privé sur ce réseau, et regardez l'onglet DNS pour des serveurs manuels (supprimez-les pour effacer l'avertissement, car 1.1.1.1, 8.8.8.8 et 9.9.9.9 passent au DNS chiffré via DDR). Les apps et profils DNS apparaissent dans Réglages Système > Général > Gestion de l’appareil. Pour définir les serveurs DNS depuis le Terminal à la place :

# Remove manual DNS servers (back to the network's own):
sudo networksetup -setdnsservers Wi-Fi Empty

# Or set servers for Wi-Fi:
sudo networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Check what's set:
networksetup -getdnsservers Wi-Fi

Vider le cache DNS sur Mac

Après avoir modifié les réglages DNS, videz le cache DNS local pour que votre Mac les utilise aussitôt. Notre guide sur comment vider le cache DNS couvre aussi Windows, Linux et les navigateurs.

# macOS Ventura / Sonoma / Sequoia and later:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Check that DNS resolution works:
nslookup example.com 1.1.1.1

Comment résoudre sur votre routeur

Si c'est votre propre réseau, corriger le routeur aide tous les appareils à la fois. Commencez par ce qui filtre le DNS.

Vérifier les filtres du routeur, puis mettre à jour le firmware

Le contrôle parental, le blocage des publicités et les fonctions de sécurité des routeurs et des box de FAI fonctionnent souvent en interceptant le DNS, et certains bloquent le DNS chiffré pour que les appareils ne contournent pas le filtre. Désactivez la fonction dans le panneau d'administration du routeur (ou autorisez-y DoH et DoT) et vérifiez si l'avertissement disparaît. Installez ensuite les mises à jour de firmware disponibles (les noms de menus varient selon le modèle) :

• ASUS : Panneau d'administration du routeur (192.168.1.1) > Administration > Mise à jour du firmware > Vérifier les mises à jour
• TP-Link : tplinkwifi.net > Outils système > Mise à jour du firmware (ou utilisez l'application Tether)
• Netgear : routerlogin.net > Administration > Mise à jour du firmware > Vérifier en ligne
• Linksys : 192.168.1.1 > Connectivité > Mise à jour du firmware du routeur

Changer les serveurs DNS sur votre routeur

Si le DNS de votre FAI est le filtre, pointer le routeur vers un résolveur public l'arrête. Le routeur lui-même interroge toutefois ce résolveur en DNS non chiffré, sauf s'il prend en charge DoT ou DoH.

# Typical router DNS configuration:
# 1. Open router admin panel: http://192.168.1.1 or http://192.168.0.1
# 2. Navigate to: WAN Settings > DNS Configuration
# 3. Change from "Get from ISP" to "Manual"
# 4. Enter DNS servers:

Primary DNS:   1.1.1.1     (Cloudflare)
Secondary DNS: 8.8.8.8     (Google)

# Alternative: Quad9 with malware blocking
Primary DNS:   9.9.9.9
Secondary DNS: 149.112.112.112

# 5. Save and reboot router

Les appareils récupèrent le nouveau serveur DNS à leur reconnexion. Si le routeur distribue directement l'adresse du serveur public (comme 1.1.1.1) plutôt que la sienne (192.168.x.x), iOS 16 et macOS Ventura et ultérieurs passent automatiquement au DNS chiffré via DDR.

Meilleurs serveurs DNS prenant en charge le chiffrement

Ces résolveurs publics prennent en charge DoH et DoT : une app ou un profil DNS pour l'un d'eux vous donne donc du DNS chiffré quand le réseau l'autorise.

Cloudflare, Google et Quad9 annoncent aussi leurs points de terminaison chiffrés via DDR, qu'iOS 16 et macOS Ventura et ultérieurs utilisent automatiquement quand l'un d'eux est votre serveur DNS. Vous ne savez pas lequel est le plus rapide depuis votre connexion ? Le test de vitesse DNS les chronomètre dans votre navigateur. Installation détaillée : nos guides des serveurs DNS de Cloudflare et des serveurs DNS de Google.

Comment vérifier que le DNS chiffré fonctionne

Après avoir appliqué les corrections, vérifiez que vos requêtes DNS sont réellement chiffrées. Voici les méthodes pour chaque plateforme.

Vérifier sur iPhone/iPad

Vérifiez depuis l'appareil lui-même :

• Lancez le test de fuite DNS de DNS Robot dans Safari : si le DNS chiffré fonctionne, vous voyez les serveurs du fournisseur choisi, pas ceux de votre FAI
• Si vous utilisez Cloudflare, ouvrez 1.1.1.1/help : la page indique si vos requêtes passent par DoH, DoT ou du DNS non chiffré
• Allez dans Réglages > Wi-Fi, touchez (i) à côté du réseau : l'avertissement de confidentialité disparaît dès que le DNS chiffré y fonctionne, ou dès que plus rien sur l'appareil ne l'essaie

Vérifier sur Mac

Sous macOS, vous pouvez utiliser le Terminal pour vérifier la résolution DNS et voir si le chiffrement est actif.

# Check which DNS servers are active:
scutil --dns | grep nameserver

# Test DNS resolution through Cloudflare DoH:
curl -s -H 'accept: application/dns-json' 'https://1.1.1.1/dns-query?name=dnsrobot.net&type=A' | python3 -m json.tool

# Check if DoH is working via Cloudflare's test page:
open https://1.1.1.1/help

Quand cet avertissement est normal (et peut être ignoré en toute sécurité)

L'avertissement sur le DNS chiffré n'est pas toujours un problème à corriger. Dans certaines situations, le réseau bloque volontairement le DNS chiffré pour des raisons de sécurité légitimes.

• Réseaux d'entreprise et de bureau — L'équipe informatique de votre entreprise bloque le DNS chiffré pour détecter les logiciels malveillants et appliquer les politiques de sécurité. C'est une pratique courante, et votre trafic HTTPS reste chiffré
• Réseaux scolaires — Aux États-Unis, les écoles K-12 et les bibliothèques qui bénéficient des remises E-rate doivent filtrer selon la CIPA (Children's Internet Protection Act), et beaucoup le font par le DNS ; les universités filtrent selon leur propre politique
• Utilisateurs de Pi-hole ou AdGuard Home — un bloqueur de publicités local basé sur le DNS peut empêcher les appareils de passer au DNS chiffré pour continuer à filtrer. C'est voulu
• Wi-Fi d'hôtels, d'aéroports et de cafés — les réseaux publics filtrent souvent le DNS. C'est là que l'avertissement compte le plus : toute personne qui gère le réseau peut voir vos requêtes, utilisez donc un VPN sur un Wi-Fi auquel vous ne faites pas confiance

Sur les réseaux gérés, vous pouvez continuer : vos requêtes sont visibles du propriétaire du réseau, mais vos pages HTTPS restent chiffrées. Le vrai risque du DNS non chiffré se situe sur les réseaux publics non fiables, où quelqu'un pourrait observer ou altérer vos requêtes.

Questions fréquemment posées