Vie privée et sécurité
Serveur DNS privé inaccessible sur Android : comment le réparer
Par l'équipe llcloud 6 min de lecture
Réponse rapide
Repel supprime cette erreur à sa source habituelle. Son DNS privé en un tap saisit à votre place le nom d'hôte du fournisseur, donc rien à mal taper, et son filtre envoie les requêtes en DNS over HTTPS, qui circule comme du trafic web normal sur les réseaux qui bloquent le port 853. Pour corriger à la main, ouvrez Paramètres > Réseau et Internet > DNS privé, vérifiez le nom d'hôte lettre par lettre, ou passez sur Automatique sur ce réseau.
Vous ouvrez une appli, rien ne se charge, et Android affiche « Impossible d'accéder au serveur DNS privé » ou « Serveur DNS privé inaccessible ». Les barres Wi-Fi semblent normales. La bonne nouvelle, c'est que la cause est presque toujours l'une de cinq choses, et chacune se vérifie en une minute. Ce guide les passe en revue dans l'ordre, puis montre comment éviter que l'erreur revienne.
Que signifie « Serveur DNS privé inaccessible » ?
Le DNS privé envoie les requêtes de noms de domaine de votre téléphone, chiffrées, vers un fournisseur que vous choisissez. Quand vous saisissez un nom d'hôte, Android le traite comme une promesse : soit chaque requête part vers ce fournisseur par une connexion chiffrée, soit rien ne part. L'équipe Android de Google l'a expliqué au lancement de la fonction. Si le téléphone ne peut pas joindre le serveur, il marque le réseau « Pas d'accès à internet » au lieu de revenir au DNS en clair.
C'est une protection de la vie privée, et c'est aussi pourquoi l'erreur paraît si brutale. Un serveur injoignable et toutes les applis cessent de charger, alors que le Wi-Fi lui-même fonctionne.
Les causes habituelles :
| Cause | Indice |
|---|---|
| Une faute dans le nom d'hôte | Échoue sur tous les réseaux, Wi-Fi et données mobiles |
| Port 853 bloqué | N'échoue que sur un réseau, souvent le Wi-Fi d'un hôtel, d'une école ou du travail |
| Un portail captif | Échoue juste après la connexion à un Wi-Fi invité |
| Une panne du fournisseur | Soudaine, réglée en changeant de fournisseur |
| Un conflit avec un VPN | N'arrive que VPN connecté |
Comment corriger l'erreur de DNS privé pas à pas ?
Suivez ces étapes dans l'ordre. La plupart des gens ont fini à l'étape 2.
- Vérifiez le nom d'hôte. Ouvrez Paramètres > Réseau et Internet > DNS privé et regardez ce qui est saisi sous Nom d'hôte du fournisseur de DNS privé. Sur les Samsung Galaxy, c'est sous Paramètres > Connexions > Autres paramètres de connexion > DNS privé. Le libellé varie selon la version et le fabricant, donc si vous ne le trouvez pas, cherchez « DNS privé » dans les Paramètres. Vérifiez chaque lettre et retirez tout
https://,tls://, barre oblique finale ou espace. Une adresse IP comme1.1.1.1ne fonctionne jamais ici. - Testez sur un autre réseau. Coupez le Wi-Fi et essayez les données mobiles. Si l'erreur disparaît, le réseau Wi-Fi bloque le DNS chiffré (voir plus bas). Si elle reste, le problème vient du nom d'hôte ou du fournisseur.
- Connectez-vous d'abord au Wi-Fi. Les cafés, aéroports et hôtels affichent souvent une page de connexion avant de vous laisser en ligne. Cette page s'appuie sur le DNS du réseau. Passez le DNS privé sur Automatique, ouvrez la page de connexion depuis la notification, connectez-vous, puis remettez votre nom d'hôte.
- Essayez un second fournisseur. Les pannes sont rares mais elles existent. Mettez quelques minutes un autre nom d'hôte connu, comme
dns.quad9.netouone.one.one.one. Notre sélecteur de noms d'hôte DNS privé permet d'en copier un sans le taper. - Coupez votre VPN une minute. Si l'erreur disparaît, le VPN gère le DNS à sa façon. Utilisez son option DNS ou de blocage intégrée tant qu'il est connecté.
- Redémarrez le téléphone. Après un changement de réseau ou de SIM, un redémarrage débloque une connexion bloquée plus souvent qu'on ne le croit.
Pourquoi le Wi-Fi bloque-t-il le DNS privé sur le port 853 ?
Le DNS privé d'Android utilise le DNS over TLS, et la norme place ce trafic sur le port 853. Un port, c'est comme une porte numérotée sur le réseau. Beaucoup de réseaux gérés dans les hôtels, écoles, bureaux et certains hotspots publics ferment exprès la porte 853, parce qu'ils exploitent leur propre filtre DNS et ne veulent pas que les appareils le contournent.
Sur un tel réseau, vous avez deux choix :
- Passer le DNS privé sur Automatique le temps d'y être. Vous gardez le chiffrement quand le réseau le permet, mais vous perdez votre fournisseur choisi et son filtrage jusqu'à votre départ.
- Utiliser un filtre qui envoie les requêtes en DNS over HTTPS. Cette méthode s'appuie sur la norme HTTPS, la même connexion chiffrée sur le port 443 que tous les sites web, donc un réseau qui ferme le port 853 la laisse en général passer.
Repel fait la seconde. Son filtre de traceurs et de malwares vérifie chaque requête sur le téléphone avec les listes de blocage que vous choisissez, puis envoie les requêtes autorisées chiffrées en DNS over HTTPS. Le filtre utilise la place du VPN d'Android pour voir les requêtes, ce qui compte si vous utilisez aussi un VPN de confidentialité. Nous expliquons ce compromis dans comment Repel garde libre la place de votre VPN.
Comment éviter que l'erreur de DNS privé revienne ?
La plupart des erreurs répétées viennent de noms d'hôte saisis à la main et du passage entre des réseaux aux règles différentes. Repel règle les deux.
Plus de saisie. Le DNS privé en un tap de Repel vous laisse choisir un fournisseur comme AdGuard DNS, NextDNS, Quad9 ou Cloudflare dans une liste, et règle le DNS privé d'Android pour vous. Le nom d'hôte est toujours bien écrit. Il continue de fonctionner Repel fermé et n'utilise aucun VPN.
Revenir en arrière, c'est un tap. Quand un réseau d'hôtel vous force sur Automatique, inutile de retenir le nom d'hôte plus tard. Choisissez à nouveau le fournisseur dans Repel et c'est réglé.
Un filtre qui ne dépend pas du port 853. Sur les réseaux qui bloquent le DNS chiffré, activez le filtre de Repel. Les requêtes partent en DNS over HTTPS, et vous gardez les listes de blocage choisies, comme HaGeZi dans la version gratuite.
Voyez ce qui a cassé. Parfois l'erreur a disparu mais une appli échoue encore, parce qu'un fournisseur filtrant a bloqué un domaine dont elle a besoin. Le DNS privé seul ne peut pas vous dire lequel. Le journal d'activité de Repel montre quelle appli a cherché quel domaine et s'il a été bloqué, pour autoriser ce seul domaine.
Si vous hésitez encore sur un fournisseur, notre liste des meilleurs fournisseurs de DNS privé pour Android compare noms d'hôte, blocage et journalisation. Pour les bases du réglage lui-même, commencez par configurer le DNS privé sur Android.
« Serveur DNS privé inaccessible » est-il parfois une fausse alerte ?
Parfois. L'avertissement peut apparaître un instant pendant que le téléphone rejoint un réseau et disparaître seul. Si les pages se chargent normalement, vous pouvez l'ignorer. S'il revient sans cesse sur le même réseau, traitez-le comme un vrai blocage et appliquez l'une des corrections ci-dessus.
Un cas voisin est l'autre réglage DNS d'Android, le DNS statique d'un seul réseau Wi-Fi. Si quelqu'un a saisi DNS 1 et DNS 2 à la main sur ce réseau, ces serveurs comptent surtout quand le DNS privé est sur Désactivé ou Automatique, car un nom d'hôte de fournisseur envoie toutes les requêtes à ce fournisseur. Notre guide pour changer de DNS sur Android explique comment les deux réglages s'articulent.
Quelle méthode évite le mieux l'erreur ?
| Saisir un nom d'hôte à la main | Repel | |
|---|---|---|
| Nom d'hôte toujours bien écrit | ✗ | ✓ |
| Changer de fournisseur en un tap | ✗ | ✓ |
| Retour à votre fournisseur après Automatique en un tap | ✗ | ✓ |
| Garde le filtrage quand le Wi-Fi bloque le port 853 | ✗ | ✓ (filtre, DNS over HTTPS) |
| Voir quel domaine a été bloqué | ✗ | ✓ |
| Autoriser un domaine bloqué | ✗ | ✓ |
| Fonctionne appli fermée | ✓ | ✓ (DNS privé en un tap) |
Si vous voulez bloquer les traceurs sans renoncer du tout à votre VPN, lisez comment bloquer les traceurs sur Android sans VPN, qui associe le DNS privé en un tap au pare-feu sans VPN de Repel. Et si vous comparez Repel à l'appli de DNS chiffré Intra, le comparatif Repel vs Intra détaille les différences.
Sources
Questions
Que signifie « Serveur DNS privé inaccessible » ?
Votre téléphone est réglé pour envoyer chaque requête DNS, chiffrée, à un fournisseur nommé, et il n'a pas pu le joindre sur le réseau actuel. Android refuse alors de revenir au DNS en clair et marque le réseau comme sans internet. La cause est le plus souvent un nom d'hôte mal saisi, un réseau qui bloque le port 853, une page de connexion Wi-Fi ou un VPN.
Peut-on passer le DNS privé sur Automatique sans risque ?
Oui. Automatique chiffre quand même les requêtes dès que le serveur DNS du réseau le permet, et utilise discrètement le DNS en clair sinon. Vous perdez la garantie de votre fournisseur choisi et de son filtrage, donc remettez votre nom d'hôte une fois sorti du réseau qui bloquait. La liste en un tap de Repel permet de revenir en un seul tap.
Pourquoi l'erreur n'apparaît-elle que sur un seul réseau Wi-Fi ?
Ce réseau bloque presque sûrement le DNS chiffré. Le DNS over TLS utilise le port 853, et beaucoup de réseaux d'hôtels, d'écoles, de bureaux et publics le bloquent pour qu'on ne contourne pas leur propre filtre DNS. Vos données mobiles et votre Wi-Fi maison continuent de fonctionner car ils l'autorisent. Utilisez Automatique sur ce réseau, ou un filtre qui envoie les requêtes en DNS over HTTPS.
Puis-je saisir 1.1.1.1 ou 8.8.8.8 dans le DNS privé ?
Non. Le champ attend un nom d'hôte, car Android vérifie le certificat du fournisseur par rapport à ce nom. Une adresse IP échoue à chaque fois et déclenche cette erreur. Utilisez one.one.one.one pour Cloudflare et dns.google pour Google. Si vous préférez ne rien taper, le DNS privé en un tap de Repel saisit le bon nom d'hôte pour vous.
Un VPN peut-il causer l'erreur de DNS privé ?
Oui, il le peut. La plupart des applis VPN envoient les requêtes par leurs propres serveurs dans le tunnel, et certaines bloquent exprès le trafic DNS extérieur. VPN connecté, le DNS privé d'Android peut être contourné ou échouer. Coupez le VPN une minute pour tester. Si l'erreur disparaît, utilisez l'option DNS ou de blocage du VPN tant qu'il est connecté.
