Ubuntu Server 18.04 Tymczasowa awaria rozpoznawania nazw

Właśnie zainstalowałem Ubuntu Server 18.04 i skonfigurowałem SSH, dzięki czemu mogę kontynuować konfigurację za pośrednictwem pulpitu, ale napotkałem problemy, których nie mogę rozwiązać.

Próbowałem biec

sudo apt-get update

ale ciągle pojawiały się błędy:

Tymczasowe usuwanie awarii archive.ubuntu.com

Nie udało się pobrać http: //archive.ubuntu ........

Sprawdziłem, czy moje połączenie internetowe działa poprawnie

ping 8.8.8.8

i dostałem odpowiedź, wszystko w porządku.

Podejrzewałem, że może mój DNS nie został poprawnie skonfigurowany, więc spróbowałem

ping www.google.com

i dostał błąd:

Tymczasowa awaria rozpoznawania nazw

Ok, więc ustaliłem, że to w rzeczywistości problem DNS, ale wszystkie „odpowiedzi”, które próbowałem, nie zadziałały.

Próbowałem edytować /etc/resolv.confbez powodzenia, ponieważ wydaje się, że jest to symboliczny link.

Znalazłem tutaj odpowiedź, która działa tylko wtedy, gdy uruchamiam z roota, tj .:

sudo bash

Ale nakazuje późniejsze cofnięcie zmian poprzez:

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

Jeśli to zrobię, ponownie tracę połączenie.

• Czy powinienem po prostu zostawić to tak, jak miałem, czy coś innego?
• Czy to może być trwałe rozwiązanie?
• A czy przyczyną problemu jest fakt, że /run/resolvconf/resolv.conftak naprawdę nie istnieje?

Na serwerze Ubuntu 18-04, z zainstalowanym xorg lightdm lightdm-gtk-greeter i GUI xfce4, podczas uruchamiania systemu jedyny sposób, w jaki wpadłem na pomysł, aby uruchomić sieć przewodową:

    sudo dhclient -v -4

działa świetnie, jednak należy to zrobić ręcznie po każdym rozruchu i po każdym rozłączeniu / ponownym połączeniu sieci, więc działa, ale jest to rozwiązanie ręczne, a nie trwałe;

aby automatycznie uruchomić sieć bezprzewodową, po prostu:

    sudo apt-get install nm-tray network-manager

prawdopodobnie musisz zrestartować komputer; wtedy będziesz mógł użyć ikony sieci bezprzewodowej, która pojawi się w obszarze powiadomień w panelu sterowania (upewnij się, że obszar powiadomień został dodany do panelu), aby wybrać sieć bezprzewodową; po tym nastąpi automatyczne ponowne połączenie;

jednak, aby sieć przewodowa ponownie łączyła się automatycznie, próbowałem zainstalować avahi-daemon i avahi-autoipd, ale najwyraźniej to nie pomaga; nawet próbowałem:

    sudo systemctl start NetworkManager
    sudo systemctl enable NetworkManager

w zasadzie, jeśli instalujesz dystrybucję, taką jak pulpit Xubuntu, instalowane są odpowiednie narzędzia / daemon / config, a sieć jest wykrywana automatycznie po podłączeniu bez jakiejkolwiek konfiguracji użytkownika; dobrze byłoby wiedzieć, które narzędzie / daemon / config / setting to robi.

Wystąpił ten błąd, gdy byłem debootstrapobrazem QEMU.

Rozdzielczość wymagała:

1. utwórz główny system plików rw, w przeciwnym razie dhclientzawiedzie. Lepszym sposobem na to jest dodanie do twojego /etc/fstab, który jest tylko manekinem w debootstrap :

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

2. • W systemie Ubuntu 18.04 możesz wykonać jedną z następujących czynności:

     1. Utwórz systemową jednostkę, która zainicjuje sieć we właściwym czasie:

        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"
        

     Na podstawie: https://gist.github.com/corvax19/6230283#gistcomment-1940694

     1. Zastosowanie network-manager. Pobiera wiele bibliotek graficznych, ale wydaje się mniej hackerski:

        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
        

        Znalazłem to, patrząc najpierw na pierwszy plik konfiguracji sieci, który znałem z Debiana z mojego hosta:

        cat /etc/network/interfaces
        

        ale niesamowici twórcy Ubuntu zostawili tam wiadomość:

         # 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
        

        więc zrobiłem:

        cat /etc/network/interfaces
        

        na moim hoście Ubuntu i znalazłem brakującą konfigurację.

     Pełna debootstrapkonfiguracja Ubuntu pod: Czy w Internecie jest jakiś wstępnie zbudowany obraz Ubuntu QEMU (32-bitowy)?

   • W systemie Debian 9 dodaj poprawny wpis do /etc/network/interfacespliku konfiguracyjnego. Moje było:

     auto enp0s3
     iface enp0s3 inet dhcp
     

     i eth0zamiast enp0s3jest inną wspólną wartością, możesz ją znaleźć za pomocą:

     ip link show
     

     Pełna debootstrapkonfiguracja Debiana na /unix/275429/creating-bootable-debian-image-with-debootstrap/473256#473256

Wersja 18.04 zmień resolv.conf na netplan

robić

man netplan

katalog / etc / netplan w środku znajdziesz plik np .: 50-cloud-init.yaml

edytuj tak:

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

po zapisaniu pliku wykonaj

sudo netplan apply

i sprawdź, czy możesz pingować google.com.

Miałem ten sam problem z rozpoznawaniem nazw po aktualizacji do Ubuntu 18.04 LTS.

Przyczyna:

Aktualizacja systemu wyczyściła ustawienia serwera nazw DNS, które wcześniej znajdowały się w /etc/resolv.conf

Rozwiązanie:

Edytuj /etc/resolvconf/resolv.conf.d/base i dodaj szczegóły serwera nazw

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

Dodaj adres IP swojego serwera nazw DNS dla swojej sieci lub usługodawcy internetowego w tym formacie:

nameserver 12.34.56.78

(Zamień adres IP 12.34.56.78 na serwer nazw DNS).

Aby zmiany odniosły skutek, należy natychmiast uruchomić:

sudo resolvconf -u

Ostatnia linia pozwala pominąć ponowne uruchomienie. Alternatywnie możesz również edytować /etc/resolv.conf i wprowadzić dokładnie takie same zmiany (ale ten plik zostanie przepisany przy ponownym uruchomieniu).

Nie znasz swojego serwera nazw DNS?

Przejdź do komputera z systemem Windows w tej samej sieci iz poziomu wiersza polecenia

ipconfig /all

Jeśli masz kilka urządzeń, każde z nich powinno mieć na liście serwer nazw DNS i będziesz musiał wybrać odpowiednio. Informacje o serwerze DNS będą wyglądać następująco:

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