Ubuntu Server 18.04 Échec temporaire de la résolution de noms


16

Je viens d'installer Ubuntu Server 18.04 et de configurer SSH afin de pouvoir continuer la configuration via mon bureau, mais j'ai rencontré des problèmes que je n'arrive pas à résoudre.

J'essayais de courir

sudo apt-get update

mais obtenait constamment les erreurs:

Échec temporaire de résolution de archive.ubuntu.com

Impossible de récupérer http: //archive.ubuntu ........

J'ai vérifié si ma connexion Internet était correcte en exécutant

ping 8.8.8.8

et j'ai reçu une réponse, tout va bien là-bas.

Je soupçonnais que mon DNS n'était peut-être pas configuré correctement, j'ai donc essayé

ping www.google.com

et a obtenu l'erreur:

Échec temporaire de la résolution de noms

D'accord, j'avais donc déterminé qu'il s'agissait en fait d'une sorte de problème DNS, mais toutes les «réponses» que j'ai essayées n'ont pas fonctionné pour moi.

J'ai essayé d'éditer /etc/resolv.conf sans chance car il semble être un lien symbolique.

J'ai trouvé ici une réponse qui ne fonctionne que si je lance depuis root, c'est-à-dire:

sudo bash

Mais il demande par la suite d'inverser les changements en:

rm /etc/resolv.conf
ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

Si je fais cela, je perds à nouveau la connexion.

  • Dois-je le laisser tel que je l'ai eu ou autre chose?
  • Cela peut-il être une solution permanente?
  • Et la cause du problème est-elle le fait qu'il /run/resolvconf/resolv.confn'existe pas réellement?

Eh bien, s'il /run/resolvconf/resolv.confn'existe pas, il est inutile de créer un lien symbolique à partir /etc/resolv.confde celui-ci. Donc, jusqu'à ce que vous découvriez pourquoi ce fichier n'existe pas, je recommanderais d'utiliser votre manuel de travail resolv.conf. Pouvez-vous ajouter la sortie de dpkg -l resolvconfà votre question?
Lienhart Woitok

Avez-vous configuré netplan pour utiliser votre client DNS choisi, comme décrit ici? Résolution de nom
Steeldriver

1
Le programme resolvconf ne semble pas être installé; si je tape 'dpkg -l resolvconf' j'obtiens 'un resolvconf <aucun> <aucun> (aucune description disponible)
coxe87b

Oui, j'ai essayé de configurer netplan avec DNS en vain
coxe87b

1
Cela a résolu cette erreur pour moi. ycsoftware.net/…
user946871

Réponses:


6

Dans le serveur Ubuntu 18-04, avec xorg lightdm lightdm-gtk-greeter et xfce4 GUI installés, lors du démarrage dans le système, la seule façon dont j'ai compris pour obtenir le réseau câblé est la suivante:

    sudo dhclient -v -4

fonctionne très bien, cependant, cela doit être fait manuellement après chaque démarrage et après chaque déconnexion / reconnexion du réseau, donc cela fonctionne mais c'est une solution manuelle, pas la solution permanente;

pour activer automatiquement le réseau sans fil:

    sudo apt-get install nm-tray network-manager

vous devrez probablement redémarrer; vous pourrez alors utiliser l'icône de réseau sans fil qui apparaît dans la zone de notification de votre panneau de contrôle (assurez-vous que la zone de notification est ajoutée au panneau) pour sélectionner un réseau sans fil; après cela, il se reconnectera automatiquement;

cependant, pour que le réseau câblé se reconnecte automatiquement, j'ai essayé d'installer avahi-daemon et avahi-autoipd mais apparemment, cela n'aide pas; même essayé:

    sudo systemctl start NetworkManager
    sudo systemctl enable NetworkManager

fondamentalement, si vous installez une distribution telle que le bureau Xubuntu, le ou les outils / daemon / config appropriés sont installés et le réseau est détecté automatiquement lorsqu'il est branché sans aucune configuration utilisateur; serait bien de savoir quel outil / daemon / config / setting fait cela.


3
J'utilise Ubuntu Server, donc il n'y a pas d'interface graphique. En outre, j'utilise l'adressage réseau statique, donc DHCP doit être désactivé
coxe87b

1
J'ai trouvé la configuration requise: askubuntu.com/a/1080902/52975 , a dû être modifiée /etc/netplan/*.
Ciro Santilli 5 改造 中心 法轮功 六四 事件

2

J'ai eu cette erreur quand j'étais une debootstrapimage QEMU.

La résolution exigeait ce qui suit:

  1. faire le système de fichiers racine rw, ou bien dhclientéchoue. La meilleure façon de le faire est d'ajouter à votre /etc/fstab, qui est juste un mannequin dans debootstrap :

    /dev/sda / ext4 errors=remount-ro,acl 0 1
    
    • Sur Ubuntu 18.04, vous pouvez effectuer l'une des opérations suivantes:

      1. Créez une unité systemd qui initialise la mise en réseau au bon moment:

        cat << EOF | sudo tee "/etc/systemd/system/dhclient.service"
        [Unit]
        Description=DHCP Client
        Documentation=man:dhclient(8)
        Wants=network.target
        Before=network.target
        
        [Service]
        Type=forking
        PIDFile=/var/run/dhclient.pid
        ExecStart=/sbin/dhclient -4 -q
        
        [Install]
        WantedBy=multi-user.target
        EOF
        
        sudo ln -sf "/etc/systemd/system/dhclient.service" \
            "/etc/systemd/system/multi-user.target.wants/dhclient.service"
        

      Basé sur: https://gist.github.com/corvax19/6230283#gistcomment-1940694

      1. Utilisez network-manager. Télécharge beaucoup de bibliothèques graphiques, mais se sent moins hacky:

        sudo apt-get install network-manager
        cat << EOF | sudo tee "/etc/netplan/01-network-manager-all.yaml"
        # Let NetworkManager manage all devices on this system
        network:
          version: 2
          renderer: NetworkManager
        EOF
        

        J'ai trouvé cela en regardant d'abord le premier fichier de configuration réseau que je connaissais de Debian de mon hôte:

        cat /etc/network/interfaces
        

        mais les développeurs d'Ubuntu ont laissé un message là-bas:

         # ifupdown has been replaced by netplan(5) on this system.  See
         # /etc/netplan for current configuration.
         # To re-enable ifupdown on this system, you can run:
         #    sudo apt install ifupdown
        

        alors j'ai fait:

        cat /etc/network/interfaces
        

        sur mon hôte Ubuntu et a trouvé la configuration manquante.

      debootstrapConfiguration complète d'Ubuntu sur: Existe - t-il une image Ubuntu QEMU (32 bits) préconstruite en ligne?

    • Sur Debian 9, ajoutez l'entrée correcte à votre /etc/network/interfacesfichier de configuration. Le mien était:

      auto enp0s3
      iface enp0s3 inet dhcp
      

      et eth0au lieu de enp0s3est une autre valeur commune, vous pouvez le découvrir avec:

      ip link show
      

      debootstrapConfiguration complète de Debian sur /unix/275429/creating-bootable-debian-image-with-debootstrap/473256#473256


0

J'ai eu le même problème de résolution de nom après la mise à niveau vers Ubuntu 18.04 LTS.

Cause:

La mise à niveau du système a effacé les paramètres du serveur de noms DNS qui se trouvaient précédemment dans /etc/resolv.conf

Solution:

Modifiez /etc/resolvconf/resolv.conf.d/base et ajoutez les détails du serveur de noms

nano /etc/resolvconf/resolv.conf.d/base

Ajoutez l'adresse IP de votre serveur de noms DNS pour votre réseau ou FAI dans ce format:

nameserver 12.34.56.78

(Remplacez l'adresse IP 12.34.56.78 par votre serveur de noms DNS.)

Pour que les modifications prennent effet immédiatement, exécutez:

sudo resolvconf -u

La dernière ligne vous permet de sauter le redémarrage. Alternativement, vous pouvez également modifier /etc/resolv.conf et apporter les mêmes modifications exactes (mais ce fichier sera réécrit au redémarrage).

Vous ne connaissez pas votre serveur de noms DNS?

Accédez à une machine Windows sur le même réseau et à partir de l'invite de commande, tapez

ipconfig /all

Si vous avez plusieurs appareils, chaque appareil doit avoir un serveur de noms DNS répertorié et vous voudrez choisir en conséquence. Les informations du serveur DNS ressembleront à ceci:

DNS Servers . . . . . . . . . . . : 12.34.56.78

0

18.04 release changez le resolv.conf en netplan

faire

man netplan

dir emplacement / etc / netplan à l'intérieur, vous trouverez un fichier par exemple: 50-cloud-init.yaml

éditez-le comme ceci:

network:
    ethernets:
        ens160:
            addresses:
            - 10.10.10.100/24
            dhcp4: false
            gateway4: 10.10.10.1
            nameservers:
                addresses:
                - 8.8.4.4
                - 8.8.8.8
                search:
                - domain.local
    version: 2

lorsque vous enregistrez le fichier faire

sudo netplan apply

et vérifiez si vous pouvez envoyer une requête ping à google.com.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.