☰

Ubuntu Server 18.04 Vorübergehender Fehler bei der Namensauflösung

tag-icon • tag-icon networking server 18.04 dns
Ubuntu Server 18.04 Vorübergehender Fehler bei der Namensauflösung

Ich habe gerade Ubuntu Server 18.04 installiert und SSH eingerichtet, sodass ich mit der Konfiguration über meinen Desktop fortfahren kann, aber ich bin auf einige Probleme gestoßen, die ich nicht zu lösen scheine.

Ich habe versucht wegzurennen

sudo apt-get update

aber es traten ständig folgende Fehler auf:

Vorübergehender Fehler beim Auflösen von archive.ubuntu.com

Abrufen fehlgeschlagenhttp://archive.ubuntu........

Ich habe überprüft, ob meine Internetverbindung in Ordnung ist, indem ich

ping 8.8.8.8

und ich habe eine Antwort bekommen, alles in Ordnung.

Ich vermutete, dass mein DNS nicht richtig eingerichtet war, also versuchte ich

ping www.google.com

und bekam den Fehler:

Vorübergehender Fehler bei der Namensauflösung

Ok, ich habe also festgestellt, dass es sich tatsächlich um eine Art DNS-Problem handelt, aber alle „Antworten“, die ich ausprobiert habe, haben bei mir nicht funktioniert.

Ich habe /etc/resolv.conferfolglos versucht, es zu bearbeiten, da es sich anscheinend um einen symbolischen Link handelt.

Ich habe hier eine Antwort gefunden, die nur funktioniert, wenn ich sie als Root ausführe, nämlich:

sudo bash

Es wird jedoch angewiesen, die Änderungen anschließend wie folgt rückgängig zu machen:

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

Wenn ich das allerdings tue, verliere ich wieder die Verbindung.

  • Soll ich es einfach so lassen wie es war oder etwas anderes machen?
  • Kann dies eine dauerhafte Lösung sein?
  • Und liegt die Ursache des Problems in einer Tatsache, die /run/resolvconf/resolv.confes eigentlich nicht gibt?

Antwort1

Beim Booten des Systems unter Ubuntu Server 18-04 mit installiertem xorg lightdm lightdm-gtk-greeter und xfce4-GUI ist mir beim Starten des Systems nur folgende Möglichkeit eingefallen, das kabelgebundene Netzwerk zum Laufen zu bringen:

    sudo dhclient -v -4

funktioniert super, muss jedoch nach jedem Booten und nach jeder Netzwerktrennung/-wiederherstellung manuell durchgeführt werden, es funktioniert also, ist aber eine manuelle Lösung, keine dauerhafte Lösung;

Um das drahtlose Netzwerk automatisch zu starten, gehen Sie einfach wie folgt vor:

    sudo apt-get install nm-tray network-manager

Sie müssen wahrscheinlich einen Neustart durchführen. Anschließend können Sie über das Symbol für das drahtlose Netzwerk, das im Benachrichtigungsbereich Ihrer Systemsteuerung angezeigt wird (stellen Sie sicher, dass der Benachrichtigungsbereich zur Systemsteuerung hinzugefügt wurde), ein drahtloses Netzwerk auswählen. Anschließend wird die Verbindung automatisch wiederhergestellt.

Um jedoch eine automatische Wiederherstellung der Verbindung zum kabelgebundenen Netzwerk zu erreichen, habe ich versucht, avahi-daemon und avahi-autoipd zu installieren, aber anscheinend hilft das nicht; habe sogar Folgendes versucht:

    sudo systemctl start NetworkManager
    sudo systemctl enable NetworkManager

grundsätzlich ist es so, dass wenn Sie eine Distribution wie Xubuntu Desktop installieren, die richtigen Tools/Daemons/Konfigurationen installiert werden und das Netzwerk automatisch erkannt wird, wenn es ohne Benutzerkonfiguration angeschlossen wird. Es wäre schön zu wissen, welches Tool/Daemon/welche Konfiguration/Einstellung das macht.

Antwort2

Version 18.04: Ändere die Datei resolv.conf in netplan

Tun

man netplan

Im Verzeichnis /etc/netplan finden Sie beispielsweise die folgende Datei:50-cloud-init.yaml

Bearbeiten Sie es wie folgt:

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

wenn Sie die Datei speichern

sudo netplan apply

und prüfen Sie, ob Sie google.com anpingen können.

Antwort3

Ich habe diesen Fehler erhalten, als ich ein debootstrapQEMU-Image war.

Die Lösung erforderte Folgendes:

  1. erstellen Sie das Root-Dateisystem rw, sonst dhclientschlägt es fehl. Der bessere Weg, dies zu tun, ist, zu Ihrem/etc/fstab , was istnur ein Dummkopf in debootstrap:

    /dev/sda / ext4 errors=remount-ro,acl 0 1

    • Unter Ubuntu 18.04 können Sie Folgendes tun:

      1. Erstellen Sie eine systemd-Einheit, die das Netzwerk zum richtigen Zeitpunkt initialisiert:

        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"

      Bezogen auf:https://gist.github.com/corvax19/6230283#gistcomment-1940694

      1. Verwenden Sie network-manager. Lädt viele Grafikbibliotheken herunter, fühlt sich aber weniger hackig an:

        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

        Das habe ich herausgefunden, indem ich mir zunächst die erste mir bekannte Netzwerkkonfigurationsdatei von Debian von meinem Host angesehen habe:

        cat /etc/network/interfaces

        aber tolle Ubuntu-Entwickler haben dort eine Nachricht hinterlassen:

         # 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

        also habe ich Folgendes gemacht:

        cat /etc/network/interfaces

        auf meinem Ubuntu-Host und habe die fehlende Konfiguration gefunden.

      Vollständiges Ubuntudebootstrap Setup unter:Gibt es online ein vorgefertigtes QEMU-Ubuntu-Image (32 Bit)?

    • Fügen Sie unter Debian 9 den richtigen Eintrag zu Ihrer /etc/network/interfacesKonfigurationsdatei hinzu. Meiner war:

      auto enp0s3
iface enp0s3 inet dhcp

      und eth0statt enp0s3einem anderen gängigen Wert können Sie ihn wie folgt herausfinden:

      ip link show

      Vollständiges Debiandebootstrap Setup unterhttps://unix.stackexchange.com/questions/275429/creating-bootable-debian-image-with-debootstrap/473256#473256

Antwort4

Die Gründe hierfür können vielfältig sein. Der häufigste Grund besteht jedoch darin, dass Ihr DNS-Server die IP-Adresse, die dem von Ihnen eingegebenen Domänennamen entspricht, nicht nachschlagen kann.

  1. Sie können Ihre Konfigurationsdatei hier überprüfen:

    sudo nano /etc/resolv.conf

Wenn dort ein Nameserver angegeben ist, besteht kein Problem. Wenn nicht, können Sie manuell einen Nameserver hinzufügen. Einige gängige Nameserver, die Google gehören, sind:

8.8.8.8
4.4.4.4

Sie müssen sie also nur wie folgt zu Ihrer Konfigurationsdatei hinzufügen:

nameserver 8.8.8.8

oder

nameserver 8.8.4.4

oder

nameserver <IP_Address_for_DNS_Server>

Starten Sie dann die Netzwerkeinstellungen neu und versuchen Sie, eine Website anzupingen:

sudo systemctl restart systemd-resolved.service
ping google.com

  1. Wenn das Problem weiterhin besteht, liegt möglicherweise ein Berechtigungsfehler dieser Datei vor. Folgendes können Sie tun: Ändern Sie den Eigentümer der Datei mit:

    sudo chown root:root /etc/resolv.conf

Ändern Sie nun die Dateiberechtigungen:

sudo chmod 644 /etc/resolv.conf

Jetzt können Sie die Prüfung noch einmal durchführen mit:

ping google.com

  1. eine weitere Möglichkeit ist, dass Ihre Firewall den Zugriff von einigen Ports aus blockiert. Ich schlage Ihnen Folgendes vor:

    sudo ufw allow 43/tcp sudo ufw allow 53/tcp, wenn Firewall nicht aktiviert ist:

    sudo ufw enable

Anschließend sollten Sie neu laden, damit die Änderungen übernommen werden können.

sudo ufw reload

verwandte Informationen