AdGuard DNS : 94.140.14.14, DNS privé et configuration

Qu'est-ce qu'AdGuard DNS ?

AdGuard DNS est un résolveur DNS public et gratuit qui bloque publicités, traqueurs, logiciels malveillants et hameçonnage pour toutes les applications d'un appareil. Ses serveurs par défaut sont 94.140.14.14 et 94.140.15.15 ; sur Android, saisissez dns.adguard-dns.com dans le réglage « DNS privé ». Il ne demande ni application ni compte, et il est exploité par Adguard Software Ltd, société chypriote.

Il répond aux noms de sa liste de blocage par une adresse sans issue : demandez doubleclick.net et il renvoie 0.0.0.0, qui ne mène nulle part, si bien que la publicité ne se charge jamais. AdGuard affirme compter plus de 120 millions d'utilisateurs.

• AdGuard DNS public : les trois serveurs gratuits de ce guide. Rien à installer.
• Private AdGuard DNS : le même résolveur avec un compte : vos propres listes de blocage, un journal des requêtes et des réglages par appareil, avec une offre gratuite.
• AdGuard Home : logiciel libre que vous hébergez vous-même, par exemple sur un Raspberry Pi.
• AdGuard Ad Blocker : les applications et extensions de navigateur d'AdGuard, qui filtrent aussi le contenu des pages et suppriment donc des publicités que le DNS ne peut pas atteindre.

Adresses des serveurs AdGuard DNS (IPv4 et IPv6)

AdGuard exploite trois serveurs publics. Choisissez-en un et saisissez ses deux adresses : la seconde prend le relais si la première ne répond pas.

Les adresses viennent de la page DNS public d'AdGuard (vérifiées le 26 octobre 2026), et les 12 ont répondu depuis notre machine de test en Inde, IPv6 compris. Ce sont des adresses anycast : chaque requête part vers le site AdGuard le plus proche, chez nous Singapour (nœuds comme sg-26).

Le serveur sans filtrage sert aussi de test rapide : si un site fonctionne avec 94.140.14.140 mais pas avec 94.140.14.14, la cause est la liste de blocage d'AdGuard.

Points d'accès DNS over HTTPS, TLS et QUIC

AdGuard répond aussi aux trois mêmes serveurs via des protocoles chiffrés. Selon sa base de connaissances, il a été le premier résolveur public à prendre en charge DNS over QUIC (DoQ). Le nom d'hôte DoT est aussi celui qu'accepte le réglage DNS privé d'Android.

• Les neuf points d'accès ont fonctionné lors de nos tests du 26 octobre 2026 (TLS 1.3, certificat valide) et ont filtré comme les adresses classiques : doubleclick.net a renvoyé 0.0.0.0 depuis Par défaut et Protection familiale, en DoH comme en DoT et en DoQ.
• Le DoQ le distingue de Cloudflare et de Google : 1.1.1.1 et 8.8.8.8 n'ont pas répondu à DNS over QUIC lors du même test (Quad9, oui).
• Les stamps DNSCrypt figurent aussi sur la page d'AdGuard, mais AdGuard qualifie DNSCrypt de « protocole obsolète à la prise en charge limitée ».
• Anciens noms d'hôte (dns.adguard.com, dns-family.adguard.com, dns-unfiltered.adguard.com) atteignaient encore les mêmes serveurs, mais AdGuard ne liste plus que les noms en adguard-dns.com.

# AdGuard's JSON API is at /resolve (/dns-query only takes standard DoH requests)
curl -s 'https://dns.adguard-dns.com/resolve?name=doubleclick.net&type=A'
# {"Question":[...],"Answer":[{"name":"doubleclick.net.","data":"0.0.0.0","TTL":3600,...}],...,"Status":0}

# Family protection rewrites YouTube to Restricted Mode
curl -s 'https://family.adguard-dns.com/resolve?name=www.youtube.com&type=A'
# ..."data":"restrictmoderate.youtube.com." ... "data":"216.239.38.119"...

Ce que bloque AdGuard DNS : notre test sur 60 domaines

Pour savoir ce que chaque serveur bloque vraiment, nous le leur avons demandé. Le 26 octobre 2026, nous avons envoyé 60 noms connus (serveurs publicitaires, traqueurs, sites de test de logiciels malveillants, sites pour adultes, moteurs de recherche) aux trois serveurs, et à Cloudflare 1.1.1.1 et Google 8.8.8.8 pour comparer. La requête de débogage d'AdGuard a montré la règle derrière chaque réponse.

• Publicités et traqueurs : Par défaut en a bloqué 24 sur 30 (13 serveurs publicitaires sur 15, 11 traqueurs sur 15) avec 0.0.0.0 (:: en IPv6) et un TTL d'une heure, tous via l'AdGuard DNS filter, une liste publique que vous pouvez aussi charger dans AdGuard Home.
• Lacunes : ads.tiktok.com, connect.facebook.net, bat.bing.com, sb.scorecardresearch.com et settings-win.data.microsoft.com de Windows se sont résolus normalement, et une règle d'exception (@@|cdn.taboola.com^|) laisse volontairement passer cdn.taboola.com.
• Les logiciels malveillants mènent à une page de blocage en 94.140.14.33, issue de la liste safe_browsing d'AdGuard. Les noms de test d'autres éditeurs (malware.testcategory.com de Cloudflare, internetbadguys.com de Cisco) se sont résolus ; ils ne déclenchent que le filtre de leur propre éditeur.
• La protection familiale a envoyé les sites pour adultes vers une page de blocage en 94.140.14.35, réécrit sept sites vers leur version sûre (Google, le mode restreint modéré de YouTube, Bing, DuckDuckGo, Yandex, Ecosia, Pixabay) et répondu NXDOMAIN pour le Relais privé iCloud, comme Apple demande aux réseaux de le faire pour désactiver le relais privé.
• Firefox : les trois serveurs ont refusé use-application-dns.net, le nom « canari » que Firefox consulte avant de passer à son propre DNS over HTTPS. AdGuard le bloque pour que Firefox continue d'utiliser AdGuard.

# AdGuard's debug query (CHAOS class): the answer, plus why and where
dig CH A doubleclick.net @94.140.14.14
# doubleclick.net.                  3600 IN A   0.0.0.0
# node-name.adguard-dns.com.        3600 CH TXT "sg-29"
# req.res-type.adguard-dns.com.     3600 CH TXT "blocked"
# req.rule.adguard-dns.com.         3600 CH TXT "||doubleclick.net^"
# req.rule-list-id.adguard-dns.com. 3600 CH TXT "adguard_dns_filter"

AdGuard DNS est-il rapide ? Notre test de vitesse

Nous avons chronométré chaque adresse AdGuard face à Cloudflare et Google le 26 octobre 2026 depuis une connexion domestique Jio en Inde : 5 requêtes d'un nom en cache (example.com) et 5 de noms aléatoires tout neufs par adresse, réparties sur cinq hébergeurs DNS (Cloudflare, NS1, Wikimedia, Route 53, Azure DNS) pour qu'aucun ne décide du résultat. Le tableau donne la médiane de chaque groupe.

Depuis l'Inde, AdGuard était le plus lent des trois : 36 à 51 ms derrière Cloudflare sur les noms en cache et 48 à 125 ms sur les nouveaux, où les requêtes isolées allaient d'environ 60 ms à 2 secondes. La cause est la distance : AdGuard a répondu depuis Singapour, Cloudflare depuis Nagpur (nag01). Deux séries antérieures le même soir plaçaient aussi AdGuard derrière Cloudflare, mais les médianes sur noms nouveaux variaient fortement d'une série à l'autre (de 210 à 409 ms pour AdGuard Par défaut) : considérez-les comme un ordre de grandeur.

Le chiffrement n'a rien changé : sur une connexion réutilisée, les médianes DoH, DoT et DoQ d'AdGuard se situaient toutes entre 60 et 90 ms, contre 33 ms pour le DoH de Cloudflare et 62 ms pour celui de Google. Près d'un nœud AdGuard, l'écart peut disparaître.

AdGuard DNS est-il sûr ? Confidentialité, journaux et DNSSEC

Oui, pour la plupart des gens. Voici ce que dit la politique de confidentialité d'AdGuard (datée du 6 août 2024) sur les serveurs publics, et ce que nous avons mesuré :

• Aucune donnée personnelle : AdGuard affirme n'en traiter aucune sur les serveurs publics. Il conserve des statistiques agrégées et une liste anonyme des domaines demandés au cours des dernières 24 heures, liée à aucun utilisateur, et dit ne jamais partager ni vendre d'informations personnelles.
• DNSSEC : les 12 adresses valident. dnssec-failed.org, un domaine volontairement cassé, a renvoyé SERVFAIL depuis chacune, et les réponses signées portaient l'indicateur ad.
• EDNS Client Subnet : AdGuard transmet un sous-réseau de substitution, pas le vôtre. Le nom de Google qui renvoie le sous-réseau a vu un /24 de notre FAI, Jio, mais pas celui depuis lequel nous étions connectés. AdGuard décrit la méthode : il envoie un sous-réseau aléatoire annoncé par le réseau de votre FAI, adapté à votre pays et à votre région, pour que les CDN puissent encore choisir un serveur proche. Google a transmis notre vrai /24 ; Cloudflare n'en a transmis aucun.
• Juridiction : Adguard Software Limited est immatriculée à Chypre et conserve les données des comptes dans son propre centre de données de Francfort.

Private AdGuard DNS tient par conception un journal des requêtes, pour votre tableau de bord. Vous pouvez le désactiver ou le raccourcir, et il n'enregistre les adresses IP des appareils (réduites au sous-réseau) que si vous l'activez.

Private AdGuard DNS : offres gratuite et payantes

Les serveurs publics appliquent à tout le monde les listes d'AdGuard. Private AdGuard DNS vous donne votre propre serveur dans un tableau de bord sur adguard-dns.io : vous choisissez des listes de blocage, ajoutez des règles de blocage et d'autorisation, lisez un journal des requêtes par appareil, planifiez le contrôle parental et décidez comment répondre aux noms bloqués (IP nulle, NXDOMAIN, REFUSED ou votre propre IP).

Les limites viennent de la page de tarifs d'AdGuard du 26 octobre 2026 ; les prix varient selon le pays et les promotions. 300 000 requêtes par mois représentent environ 10 000 résolutions par jour pour l'ensemble des cinq appareils.

Chaque appareil reçoit sa propre adresse : le DNS privé d'Android accepte {device-ID}.d.adguard-dns.com. Les consoles, téléviseurs et routeurs qui ne parlent que le DNS classique utilisent 94.140.14.49 et 94.140.14.59 une fois votre IP domestique associée au compte.

Comment configurer AdGuard DNS

Configurez-le sur le routeur pour couvrir d'un coup tous les appareils de votre Wi-Fi, ou sur chaque téléphone et ordinateur portable qui quitte la maison. Les étapes utilisent le serveur par défaut ; remplacez-le par les adresses Protection familiale ou Sans filtrage si vous les préférez.

Sur Android (DNS privé)

• Ouvrez Paramètres → Réseau et Internet (sur Samsung : Connexions → Plus de paramètres de connexion).
• Touchez DNS privé (sous Paramètres avancés sur certains téléphones).
• Choisissez Nom d'hôte du fournisseur DNS privé et saisissez dns.adguard-dns.com, ou family.adguard-dns.com ou unfiltered.adguard-dns.com.
• Touchez Enregistrer. Le DNS privé est chiffré (DNS over TLS), fonctionne en Wi-Fi comme en données mobiles et nécessite Android 9 ou version ultérieure.

Sur iPhone et iPad (profil de configuration)

• Dans Safari, ouvrez la page DNS public d'AdGuard, choisissez iOS, sélectionnez un serveur et touchez Télécharger le profil de configuration.
• Ouvrez Réglages, touchez Profil téléchargé, puis Installer, et suivez les instructions.
• Le profil chiffre le DNS en Wi-Fi et en données mobiles. AdGuard précise qu'il est ignoré tant qu'un VPN est actif.
• Pour le supprimer : Réglages → Général → VPN et gestion de l'appareil (l'entrée devient VPN, serveur DNS et gestion de l'appareil une fois un profil DNS installé), sélectionnez le profil, puis Supprimer le profil.
• Sans profil, Réglages → Wi-Fi → (i) → Configurer le DNS → Manuel accepte 94.140.14.14 et 94.140.15.15, sans chiffrement et pour ce réseau seulement.

Sur Windows 11 et 10

• Windows 11 : ouvrez Paramètres → Réseau et Internet, choisissez Wi-Fi ou Ethernet, puis votre connexion. À côté de Attribution du serveur DNS, cliquez sur Modifier et choisissez Manuel.
• Activez IPv4 et saisissez 94.140.14.14 (préféré) et 94.140.15.15 (secondaire). Pour chiffrer, réglez DNS sur HTTPS sur Activé (modèle manuel) et saisissez https://dns.adguard-dns.com/dns-query.
• Activez IPv6, ajoutez 2a10:50c0::ad1:ff et 2a10:50c0::ad2:ff, puis enregistrez.
• Windows 10 : appuyez sur Win + R, lancez ncpa.cpl, faites un clic droit sur votre carte réseau et ouvrez Propriétés → Protocole Internet version 4 (TCP/IPv4) → Propriétés → Utiliser l'adresse de serveur DNS suivante. Répétez pour la version 6, ou utilisez le script PowerShell ci-dessous sur l'une ou l'autre version.

# PowerShell (run as administrator): AdGuard Default on the active adapter
$if = (Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object -First 1).Name
Set-DnsClientServerAddress -InterfaceAlias $if -ServerAddresses 94.140.14.14,94.140.15.15,2a10:50c0::ad1:ff,2a10:50c0::ad2:ff

# Clear old cached answers
ipconfig /flushdns

Sur macOS

• Chiffré : téléchargez le profil de configuration macOS depuis la page DNS public d'AdGuard (macOS 11 Big Sur ou version ultérieure). Ouvrez ensuite Réglages Système : sous macOS 15 Sequoia et versions ultérieures, allez dans Général → Gestion de l'appareil (les versions récentes affichent aussi Profil téléchargé en haut de la barre latérale) ; sous Ventura et Sonoma, dans Confidentialité et sécurité → Profils ; sous Big Sur et Monterey, dans Préférences Système → Profils. Double-cliquez sur le profil et saisissez votre mot de passe.
• DNS classique : ouvrez Réglages Système → Réseau, cliquez sur Détails à côté de votre réseau Wi-Fi, ouvrez DNS, cliquez sur + et ajoutez 94.140.14.14, 94.140.15.15, 2a10:50c0::ad1:ff et 2a10:50c0::ad2:ff.

# Terminal alternative (use "Ethernet" if wired)
networksetup -setdnsservers Wi-Fi 94.140.14.14 94.140.15.15 2a10:50c0::ad1:ff 2a10:50c0::ad2:ff

# Flush the macOS DNS cache
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Sur votre routeur

• Ouvrez la page d'administration du routeur, généralement à l'adresse 192.168.1.1 ou 192.168.0.1, et connectez-vous.
• Repérez les champs DNS sous Internet, WAN ou DHCP, passez de l'automatique au manuel et saisissez 94.140.14.14 et 94.140.15.15. Ajoutez 2a10:50c0::ad1:ff et 2a10:50c0::ad2:ff s'il existe une section IPv6.
• Enregistrez et reconnectez vos appareils. Tous les téléphones, téléviseurs et consoles du Wi-Fi utilisent désormais AdGuard, sans rien installer.

Comment vérifier qu'AdGuard DNS fonctionne

Ouvrez la page de test d'AdGuard, ou résolvez vous-même un nom bloqué. Sans @serveur, la requête part vers le résolveur que votre appareil utilise réellement :

# 0.0.0.0 means AdGuard (Default or Family) is answering
nslookup doubleclick.net      # Windows, macOS and Linux
dig doubleclick.net +short    # macOS and Linux

# Which AdGuard node answered? (prints e.g. "sg-26")
dig CH A example.com @94.140.14.14 | grep node-name

Si doubleclick.net renvoie une adresse réelle, quelque chose contourne AdGuard. Le DNS Leak Test de DNS Robot montre quels résolveurs vos requêtes atteignent réellement. Pour voir la réponse non filtrée à titre de comparaison, passez le nom dans la Recherche DNS : il affiche les enregistrements des serveurs de noms du domaine lui-même.

AdGuard DNS, Cloudflare 1.1.1.1 ou Google 8.8.8.8 ?

Les trois sont gratuits, valident DNSSEC et prennent en charge DoH et DoT. Ils diffèrent par ce qu'ils bloquent, ce qu'ils transmettent aux sites web et la proximité de leurs serveurs :

Choisissez AdGuard pour bloquer publicités et traqueurs sur tous vos appareils sans rien installer, surtout sur téléphones et téléviseurs connectés. Choisissez Cloudflare si la vitesse passe avant tout (guide de 1.1.1.1), ou Google pour l'acheminement CDN le plus précis, puisqu'il transmet votre vrai sous-réseau (guide de 8.8.8.8). N'importe lequel fonctionne comme nom d'hôte du DNS privé d'un téléphone.

AdGuard DNS ne fonctionne pas ou ne bloque pas les publicités ?

Quand des publicités s'affichent encore, ou qu'un site cesse de fonctionner après le changement, la cause est généralement l'une de celles-ci :

• Quelque chose le contourne : Utiliser un DNS sécurisé de Chrome, le DNS over HTTPS de Firefox, un VPN, le Relais privé iCloud ou la « Protection avancée contre le suivi et le vol des empreintes numériques » de Safari. Désactivez-les, ou saisissez l'URL DoH d'AdGuard comme fournisseur personnalisé du navigateur.
• Réponses en cache : les réponses bloquées ont un TTL d'une heure, un changement peut donc mettre une heure à se voir. Videz le cache (ipconfig /flushdns sous Windows) et redémarrez le navigateur.
• Le DNS ne peut pas bloquer cette publicité : les publicités vidéo de YouTube et les publicités intégrées aux applications, servies depuis le domaine de l'application elle-même, se chargent quand même.
• Un site ou une application cesse de fonctionner : certaines connexions et certains liens de cashback ont besoin de domaines de traçage. Utilisez Sans filtrage sur cet appareil, ou autorisez le domaine dans Private AdGuard DNS.
• Votre réseau interfère : certains FAI, bureaux et hôtels redirigent le port 53 ou bloquent le DNS chiffré. Si 94.140.14.14 échoue alors que le DoH fonctionne, c'est la raison.