Lorsque vous utilisez Linux, vous pouvez rencontrer un échec temporaire dans l'erreur de résolution de nom lorsque vous essayez d'accéder à des sites Web, de mettre à jour des packages ou d'exécuter des tâches nécessitant une connexion Internet. Cette erreur indique que votre système ne peut pas résoudre un nom de domaine en adresse IP, empêchant ainsi les opérations réseau de se terminer correctement.
Ce problème provient généralement de problèmes de connectivité Internet ou de problèmes de configuration DNS. Le dépannage et la correction de cette erreur sont simples et directs. Dans ce guide, nous vous expliquerons tout ce que vous devez savoir pour résoudre cette erreur sur différentes distributions Linux. Nous aborderons les correctifs spécifiques pour Ubuntu 22.04 et 24.04.
Que signifie un échec temporaire dans la résolution de nom ?
L'échec temporaire de la résolution de noms empêche votre système Linux de se connecter correctement à Internet. Lorsque cela se produit, vous ne pouvez pas accéder à des sites Web ni utiliser des applications nécessitant une connexion Internet active.
Il s’agit d’un échec générique de type « réessayer » pour le DNS. La recherche a échoué quelque part dans la chaîne, qu'il s'agisse d'un problème local, d'un délai d'attente en amont ou d'un problème de validation.
Vous voyez généralement cette erreur lorsque vous tentez d'envoyer une requête ping à un site Web :
ping google.com
ping: google.com: Temporary failure in name resolutionComment réparer un échec temporaire dans la résolution de nom
Il existe plusieurs approches pour résoudre cette erreur en fonction de sa cause première. Explorons les principales solutions.
Solution 1 : vérifier la connexion Internet
Vérifiez votre routeur et votre matériel réseau pour vous assurer que tout est correctement configuré. Essayez d'ouvrir d'autres applications pour confirmer que vous pouvez établir une connexion Internet via elles.
Vous pouvez tester la connectivité de base en envoyant une requête ping directement à une adresse IP :
ping -c 4 8.8.8.8Cette commande envoie quatre paquets au serveur DNS public de Google. Si vous recevez des réponses, votre connexion Internet fonctionne.
Si vous voyez « Demande expirée » ou « Réseau inaccessible », vous avez un problème de connectivité général sans rapport avec le DNS.
Si les applications se connectent correctement à Internet, passez à la solution suivante.
Solution 2 : fichier resolv.conf mal configuré
Le /etc/resolv.conf Le fichier répertorie les serveurs DNS utilisés par votre système. Si ce fichier contient des adresses IP incorrectes, vous ne pourrez pas vous connecter aux sites Web.
Sur de nombreux systèmes Ubuntu, ce fichier est un lien vers un fichier dynamique géré par systemd-resolved. Il contient souvent un avertissement : « Ne pas modifier ». Cependant, si vous modifiez ce fichier directement, vos modifications risquent de ne durer que quelques minutes. Le système les écrase lorsqu'il met à jour les paramètres réseau ou redémarre.
Avant de configurer les paramètres DNS, assurez-vous que l'utilisateur de votre système dispose de privilèges administratifs. Apprenez à ajouter un utilisateur aux sudoers si nécessaire.
Vérifier la configuration DNS actuelle
Vérifiez vos paramètres DNS sans les modifier au préalable :
cat /etc/resolv.confSi vous ne voyez pas de serveurs de noms valides, vous avez trouvé le problème.
Test temporaire
Vous pouvez ajouter les serveurs DNS de Google pour un test rapide.
nameserver 8.8.8.8
nameserver 8.8.4.4Vous pouvez également utiliser les serveurs DNS de Cloudflare :
nameserver 1.1.1.1
nameserver 1.0.0.1Voici une comparaison des serveurs DNS publics populaires :
| Fournisseur DNS | DNS primaire | DNS secondaire | Principales fonctionnalités |
| Google DNS | 8.8.8.8 | 8.8.4.4 | Haute disponibilité, couverture mondiale |
| Flare nuageuse | 1.1.1.1 | 1.0.0.1 | Axé sur la confidentialité, n'enregistre pas les adresses IP |
| Quad9 | 9.9.9.9 | 149.112.112.112 | Bloque les domaines malveillants connus |
| OpenDNS | 208.67.222.222 | 208.67.220.220 | Protection contre le phishing, filtrage de contenu |
Mais ce n’est pas permanent. Le système effacera ces modifications. Pour une solution durable sur Ubuntu, vous devez configurer résolu par systemd ou Netplan. Nous couvrons ces étapes dans les sections spécifiques ci-dessous.
Vérifiez l’état du service résolu par Systemd.
Si vos serveurs de noms semblent corrects, mais que la résolution échoue toujours, vérifiez le résolu par systemd service. Ce service gère les recherches DNS locales sur la plupart des systèmes Linux modernes. Utilisez cette commande pour voir si elle est en cours d'exécution : statut sudo systemctl résolu par systemd
Si le résultat indique que le service est inactif, vous pouvez le démarrer immédiatement.
sudo systemctl start systemd-résolu
Cette étape est incontournable pour les utilisateurs d'Ubuntu car les interruptions de service déclenchent souvent des échecs de résolution de noms.
Solution 3 : restrictions du pare-feu
Les pare-feu protègent votre système Linux contre les logiciels malveillants et les menaces de sécurité. Cependant, une configuration incorrecte du pare-feu peut bloquer les requêtes DNS, provoquant des erreurs de résolution de noms.
Une approche de diagnostic consiste à désactiver temporairement les pare-feu et les logiciels de sécurité pour déterminer s'ils sont à l'origine du problème. Si la désactivation du pare-feu résout le problème, vous devez reconfigurer les paramètres de votre pare-feu.
Configurer le pare-feu UFW
La plupart des distributions Debian et Ubuntu utilisent le Pare-feu UFW. Vous devez autoriser le trafic DNS sur le port 53 (UDP et TCP) :
sudo ufw allow 53/udp
sudo ufw allow 53/tcpDNS s'appuie sur UDP pour les requêtes standard et TCP pour les transferts plus importants.
Après avoir ouvert ces ports, rechargez UFW pour appliquer les modifications :
recharger sudo ufw
Configurer le pare-feu
Pour les systèmes CentOS et Red Hat utilisant pare-feu, ouvrez les ports nécessaires :
sudo firewall-cmd --add-port=53/udp --permanent
sudo firewall-cmd --add-port=53/tcp --permanentRechargez le pare-feu pour appliquer les modifications :
sudo firewall-cmd --reloadSolution 4 : vider le cache DNS
Le cache DNS stocke les adresses IP localement pour accélérer les recherches futures. Cependant, les données du cache DNS obsolètes ou corrompues peuvent vous empêcher d'accéder aux sites Web qui ont changé de nom de domaine ou de fournisseur d'hébergement, provoquant ainsi un échec temporaire des erreurs de résolution de nom.
Toi seulement vider le cache DNS lorsque vous souhaitez forcer le système à demander de nouvelles données. Utilisez cette étape lorsque vous rencontrez des erreurs de résolution.
Identifiez votre service DNS
Les services varient selon l'installation. Vérifiez lequel est en cours d'exécution pour éviter les erreurs « unité non trouvée » :
sudo systemctl is-active nscd
sudo systemctl is-active dnsmasqRincer le nscd
If nscd est actif, redémarrez-le :
sudo systemctl restart nscd.serviceVider le masque DNS
If dnsmasq est actif, redémarrez-le :
sudo systemctl restart dnsmasq.serviceVider le cache sur Ubuntu (résolu par systemd)
Pour les systèmes utilisant systemd-resolved :
sudo systemctl restart systemd-resolved.serviceOu utilisez la commande solvectl :
sudo resolvectl flush-cachesComprendre la résolution de noms
Lorsque vous saisissez une adresse de site Web comme cloudzy.com, votre ordinateur doit convertir ce domaine lisible par l'homme en une adresse IP (telle que 172.66.40.212) pour localiser le site sur Internet. Ce processus de conversion est appelé résolution de noms et les serveurs DNS le gèrent.
L'erreur d'échec temporaire de la résolution de nom se produit lorsque votre système Linux ne parvient pas à contacter un serveur DNS pour récupérer l'adresse IP correspondante d'un site Web. La désignation « temporaire » indique qu’il ne s’agit pas nécessairement d’un échec permanent. Le plus souvent, cela résulte d’un problème de configuration ou de connectivité qui peut être résolu.
Les serveurs DNS traduisent les noms de domaine en adresses IP que les ordinateurs utilisent pour communiquer. Identifiants DNS publics de Google plus d'un billion requêtes quotidiennes, illustrant l’ampleur de ce service Internet vital.
De même, le résolveur 1.1.1.1 de Cloudflare traite près de 2 000 milliards de requêtes par jour. Ce volume prouve que le DNS est la clé d'Internet.
Quelles sont les causes d’un échec temporaire dans la résolution de noms ?
Identifier la cause première est la première étape vers la correction de l’échec temporaire d’Ubuntu dans les erreurs de résolution de noms. Plusieurs facteurs peuvent déclencher ce problème.
Problèmes de connectivité Internet
Une connexion Internet lente ou perdue est souvent la principale cause. Avant de vous lancer dans un dépannage complexe, vérifiez que votre connexion Internet fonctionne correctement.
Problèmes de configuration DNS
Les erreurs de configuration DNS font partie des sources les plus courantes de cette erreur :
- Serveurs DNS qui ne répondent pas : Les serveurs DNS que votre système tente d'atteindre peuvent être indisponibles
- Résolution DNS mal configurée : Le mécanisme de résolution DNS est peut-être mal configuré
- Cache DNS obsolète : Les entrées de cache DNS anciennes ou corrompues peuvent empêcher une résolution correcte
Restrictions du pare-feu
Les configurations de pare-feu peuvent bloquer les requêtes DNS même lorsqu'elles sont correctement configurées. Utilisation des requêtes DNS Port 53, et si votre pare-feu bloque ce port, la résolution de nom échouera.
Le port 53 gère les protocoles UDP et TCP. DNS utilise généralement le port UDP 53 pour les requêtes standard car il est plus rapide. Le port TCP 53 est utilisé pour les transferts de zone et les requêtes plus volumineuses qui dépassent les limites de taille d'UDP.
Problèmes de configuration des services
Le service résolu par systemd, qui gère la résolution DNS dans les distributions Linux modernes, peut être arrêté, désactivé ou mal configuré. Ce service fournit une résolution DNS pour toutes les applications de votre système.
Échec temporaire dans la résolution de nom Ubuntu 22.04
Ubuntu 22.04 LTS a introduit des modifications dans la gestion du réseau qui peuvent entraîner des problèmes de résolution DNS, en particulier après les mises à niveau du système. Les utilisateurs peuvent rencontrer Ubuntu incapable de résoudre l'hôte, échec temporaire des erreurs de résolution de nom plus fréquemment sur cette version.
Problèmes courants d'Ubuntu 22.04
Les utilisateurs effectuant une mise à niveau d'Ubuntu 20.04 vers 22.04 signalent fréquemment des échecs de résolution DNS. L'échec temporaire d'Ubuntu 22.04 dans le problème de résolution de nom provient souvent de mauvaises configurations de service résolues par systemd qui se produisent pendant le processus de mise à niveau.
Correctif spécifique à Ubuntu 22.04
Si vous rencontrez des problèmes DNS persistants sur Ubuntu 22.04, procédez comme suit :
Tout d’abord, vérifiez que les services réseau systemd sont correctement activés :
sudo systemctl unmask systemd-networkd.service
sudo systemctl unmask systemd-resolved.serviceVérifiez l'état de systemd-resolved :
sudo systemctl status systemd-resolved.serviceSi le service est inactif, démarrez-le :
sudo systemctl start systemd-resolved.service
sudo systemctl enable systemd-resolved.serviceVérifiez que votre lien symbolique /etc/resolv.conf pointe vers le bon emplacement :
ls -l /etc/resolv.confLa configuration recommandée est liée au résolveur de stub :
sudo ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.confTester le correctif
Après avoir effectué ces modifications, testez la résolution DNS :
resolvectl statusCette commande affiche votre configuration DNS actuelle. Il confirme également que systemd-resolved gère correctement le DNS.
Ubuntu 24.04 Échec temporaire dans la résolution de nom
Ubuntu 24.04 LTS, la dernière version de support à long terme, utilise systemd 255 et inclut des composants de gestion de réseau mis à jour. Bien que plus stable que les versions précédentes, des problèmes DNS spécifiques peuvent toujours survenir.
Les administrateurs distants sont souvent confrontés à des erreurs « SSH n'a pas pu résoudre le nom d'hôte ». Cela se déclenche lorsque le résolveur de stub système à 127.0.0.53 échoue. Puisque SSH s'appuie sur ce service local pour la traduction des noms, un résolu par systemd Le processus bloque immédiatement toutes les tentatives de connexion basées sur le domaine.
Configuration DNS Ubuntu 24.04
Ubuntu 24.04 s'appuie fortement sur systemd-resolved pour la gestion DNS. L'écouteur stub sur 127.0.0.53 gère les requêtes DNS pour le système.
Résoudre les problèmes DNS dans Ubuntu 24.04
Si vous rencontrez des échecs de résolution de noms sur Ubuntu 24.04, vérifiez que systemd-resolved est en cours d'exécution :
sudo systemctl status systemd-resolvedVérifiez la configuration DNS avec solvectl :
resolvectl statusCela affiche les informations du serveur de noms et la configuration DNS pour chaque interface réseau.
Configuration du plan réseau Ubuntu 24.04
Ubuntu 24.04 utilise Netplan pour la configuration réseau. Les paramètres de nom de fichier et de rendu dépendent du fait que vous utilisez une version serveur ou bureau.
Tout d'abord, identifiez votre fichier de configuration :
ls /etc/netplan/Modifiez le fichier que vous trouvez (souvent 50-cloud-init.yaml or 00-installer-config.yaml):
sudo nano /etc/netplan/YOUR_FILE_NAME.yamlVérifiez vos paramètres DNS. Note: Les serveurs utilisent généralement réseau, tandis que les installations de bureau utilisent Gestionnaire de réseau. Vérifiez le nom de votre interface (par exemple, eth0 or ens3) en utilisant adresse IP avant de modifier.
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: yes
nameservers:
addresses: [8.8.8.8, 8.8.4.4]Appliquez la configuration :
sudo netplan apply
Problèmes d'écouteur de stub
Certaines applications peuvent entrer en conflit avec l'écouteur de stub de systemd-resolved sur le port 53. Si vous devez désactiver l'écouteur de stub :
sudo mkdir -p /etc/systemd/resolved.conf.d/Créez un fichier de configuration :
echo -e "[Resolve]\nDNSStubListener=no" | sudo tee /etc/systemd/resolved.conf.d/noresolved.confRedémarrez systemd-résolu :
sudo systemctl restart systemd-resolved.serviceConseils de dépannage supplémentaires
Si l'erreur persiste, utilisez ces outils pour isoler le problème. Vous devez déterminer si le problème vient de votre connexion réseau, du serveur DNS lui-même ou d'un conflit de fichiers local.
Vérifier l'accessibilité du serveur DNS
Vous devez tester si votre système peut atteindre les serveurs DNS spécifiques répertoriés dans votre configuration. Utilisez le pinger commande suivie de l'adresse IP de votre serveur de noms principal :
ping -c 4 <your_dns_server_ip>Si cela échoue, vous avez un problème de connexion réseau.
Vérifiez le fichier /etc/hosts
Le fichier /etc/hosts peut remplacer les recherches DNS. Des entrées incorrectes ici peuvent entraîner des échecs de résolution :
sudo nano /etc/hostsVérifiez qu'il contient au minimum :
127.0.0.1 hôte local
127.0.1.1 votre nom d'hôte
Utiliser dig pour les diagnostics DNS
La commande dig permet de diagnostiquer les problèmes DNS :
dig google.comCela affiche des informations détaillées sur la requête DNS, y compris le serveur de noms qui a répondu et la durée de la requête.
Vérifier la configuration de l'interface réseau
Vérifiez que vos interfaces réseau sont correctement configurées :
ip addr showAssurez-vous que votre interface réseau principale dispose d'une adresse IP attribuée.
Prévenir les futurs problèmes DNS
La correction de l'erreur immédiate rétablit l'accès, mais vous avez besoin d'une configuration résiliente pour l'empêcher de revenir. Ces pratiques intègrent une redondance dans votre configuration réseau afin que votre système gère les interruptions de connexion mineures sans perdre la résolution de noms.
La fiabilité du réseau dépend de la qualité du matériel. Notre Cloudzy Serveur virtuel Linux fonctionne sur des processeurs AMD Ryzen 9 haute fréquence et des connexions 40 Gbit/s. Cette vitesse brute minimise la latence et les délais d'attente qui provoquent souvent des échecs de résolution, garantissant ainsi que vos applications restent accessibles.
Utilisez des serveurs DNS fiables
Vous devez configurer plusieurs serveurs de noms via Netplan ou résolu par systemd plutôt que d'éditer /etc/resolv.conf directement; ceci afin que vos paramètres restent persistants après un redémarrage. Ajout d'une IP secondaire comme 1.1.1.1 or 8.8.4.4 crée une redondance en cas de panne de votre fournisseur principal.
Surveiller les mises à jour du système
La configuration DNS peut changer après les mises à jour du système. Après avoir mis à jour votre distribution Linux, vérifiez que la résolution DNS fonctionne toujours correctement.
Documentez votre configuration
Conservez des enregistrements de votre configuration DNS, surtout si vous utilisez des serveurs DNS personnalisés. Cela facilite le dépannage en cas de problème.
Évitez les rinçages de routine
N'effacez pas le cache DNS dans le cadre d'un programme quotidien. Cela supprime les données valides et ralentit votre navigation sur le Web.
Videz le cache uniquement dans deux situations spécifiques :
- Vous avez changé de fournisseur DNS (par exemple, en passant du FAI au DNS Google).
- Un site Web a été déplacé vers un nouveau serveur et vous ne pouvez pas y accéder.
Conclusion
L'échec temporaire de l'erreur de résolution de nom dans les systèmes Linux résulte généralement de problèmes de connectivité Internet, de problèmes de configuration DNS, de restrictions de pare-feu ou d'une corruption du cache DNS. En travaillant systématiquement sur les solutions de ce guide, vous pouvez identifier et corriger la cause spécifique affectant votre système.
Les utilisateurs d'Ubuntu 22.04 et 24.04 doivent donner la priorité à résolu par systemd configuration. Puisque ce service gère toutes les requêtes DNS, une seule mauvaise configuration bloque les mises à jour des packages et les connexions externes. Vérifiez que le service est actif et correctement lié. Une configuration DNS stable permet à votre VPS Linux d'exécuter des tâches réseau sans interruption.
