16.04から18.04にアップグレードした後、インターネットがありません

アップグレード後、私はインターネットにアクセスできないことに気付きました。有線ネットワークと無線LANの設定は良好に見えましたが、うまくいきませんでした。ログイン後、システムは常に機内モードに切り替わりました。私は自分の携帯電話でUSBとBluetooth経由でネットワークをつなぎましたが、それらも機能しませんでした。

ランチパッドでバグを報告しました。関与している場合は購読できます： https : //bugs.launchpad.net/ubuntu/+bug/1816530

ソリューションの起源

場合/etc/resolv.confは空ですが、8.8.8.8にpingを実行することができます

$ echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null

/etc/resolvconf/resolv.conf.d/headが空の場合、再起動するたびに上記のコマンドを繰り返す必要があります。ただし、これを行うのは例外です。

$ echo "nameserver 8.8.8.8" | sudo tee -a /etc/resolvconf/resolv.conf.d/head > /dev/null

その後、resolvconfとネットワークを再起動する必要があります

$ sudo systemctl enable resolvconf
$ sudo systemctl start resolvconf
$ sudo /etc/init.d/networking restart

ここで選択した答えはおそらく問題を解決するための最良の方法ではないことをここで他の人々に同意します：

ファイルの先頭にコメントがある場合

"DO NOT EDIT THIS FILE"

おそらく、そのファイルを編集しないでください。;-)

そして、ここに理由と、より良い（IMHO）ソリューションの提案があります：

a。変更したファイル/etc/resolv.confはブート時に上書きされるため、変更は「固着」しません。

b。元々（変更する前に）そこにあったIPアドレス（127.0.0.53）は、実際にはDNSスタブリゾルバのアドレスです。それはそこにある！pingできます！マシン上でローカルに実行されています。スタブリゾルバとは何ですか？DNSクエリを受け取り、そのキャッシュで解決策を探します！見つからない場合は、実際のDNSサーバーにアクセスします（そして結果をキャッシュします）。そのため、スタブリゾルバのアドレスを上書きすると、スタブリゾルバのこの重要なキャッシュ機能を見逃してしまいます。

Ubuntu 18.04のこの新しいリゾルバーメソッドの問題は、「実際の」DNSサーバーアドレスが設定されなかったことです。そのため、スタブリゾルバが要求されたドメインをキャッシュで見つけられない場合、どのDNSサーバーを照会するかを知りません。（したがって、ドメイン名ベースのインターネットアクセスは機能しなくなります）。そのため、このスタブリゾルバが使用する必要がある「実際の」DNSサーバーを設定するだけです。そして、これを編集することで行います（sudo！）/etc/systemd/resolved.conf

次のようなものを追加するだけです

DNS=8.8.8.8

そのファイルに。

次に、ネットワークを再起動するか、再起動して、再起動後も持続するソリューションがあることを確認できるようにします。

（まだ理解していないのは、DHCPが正しいDNSサーバーを適切に設定しない理由です！）

受け入れられた答えは私の問題を解決しました。しかし、他の皆が言ったように、それはあなたが私のマシンで毎日行うリブートまでです。システムを起動するたびにターミナルで5〜6行を入力するのは面白くありません。

インターネットで掘り下げた後、問題を恒久的に解決する解決策を見つけました。念のため、その後3回再起動しました。インターネット接続があり、何もする必要はありません。

溶液：

ターミナルを起動して、次を入力します。

$ ifconfig

これで、イーサネットインターフェイスがどれであるかを把握する必要があります。鉱山はとしてリストされていeth1ます。次のタイプ：

$sudo gedit /etc/network/interfaces

私のファイルにあったのは：

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

ここで必要なのは、後で次の行を追加することです。

auto eth1
iface eth1 inet dhcp

最後に$ sudo ifup eth1、リブートして完了です。eth1イーサネットインターフェイスの名前を変更することを忘れないでください。

元の答え

tl; dr

まず、このファイルを編集します

sudo vim /etc/resolvconf/resolv.conf.d/base

第二に、以下を追加します

nameserver 8.8.8.8
nameserver 8.8.4.4

その後、Ubuntuを再起動します。今すぐインターネットが必要です。

説明する

リストされたソリューションの一部は機能しましたが、Ubuntu（私の場合はVM）を再起動すると失敗します。

上記のソリューションは、このソリューションからのtl; dr（https://unix.stackexchange.com/a/128223/243480）であり、完全に機能しました

私はubuntu 18.04で同じ問題を抱えていましたが、という名前のフォルダを持っていなかったため、上記の答えはうまくいきませんでした/etc/resolvconf/resolv.conf.d/。だから私は次のことをしました

sudo mkdir -p /etc/resolvconf/resolv.conf.d
sudo touch /etc/resolvconf/resolv.conf.d/head

次にnameserver 8.8.8.8、ファイルに追加しました/etc/resolvconf/resolv.conf.d/head

その後、簡単なネットワーク再起動で問題を解決しました。

sudo /etc/init.d/networking restart

変更/etc/resolv.confは、この問題に対する最良の答えではありません。Ubuntu 16.04によると、ドキュメントresolv.confファイルはいつでもシステムによって上書きできます。
静的IP構成を使用している場合は/etc/network/interfaces、イーサネットカード構成のファイルに1行追加する必要があります。次のようになります。

iface eth0 inet static 
    address 192.168.3.3 
    emsp;netmask 255.255.255.0 
    gateway 192.168.3.1 
    dns-nameservers 8.8.8.8

そして、ネットワークを再起動するには、次を実行します。

/etc/init.d/networking restart

将来発生する可能性のある問題を避けたい場合は、もう1つできます。16.04から18.04にアップグレードしても、ネットワーク構成方法は18.04で使用されるもの/etc/networkから新しいものに変更されません/etc/netplan。手動で変更する場合は、16.04から18.04にアップグレードしたUbuntuサーバーでネットプランを有効にする方法をご覧ください。

Hello Allここではほぼ完全にnoobですが、Windows 10と別のハードドライブにロードされたUbuntu 18.04の間でデュアルブートを開始すると、この問題に遭遇しました。インターネットが接続せず、ルーターが構成インターフェイスを開くことができません。最終的に、DCHPが静的IPをWindows 10に割り当てるように設定されているためだとわかりました。見つけることができるすべての情報を確認し、動作していませんでした。これでインターネットが機能しましたが、WindowsとUbuntuの静的IPが必要でした。Ubuntuが自動に設定されているにも関わらず、ルーターのDHCPサーバーから適切に手を離さないというのが、私が理解できる最高の方法です。Ubuntuで静的IPアドレスとゲートウェイを手動で構成したら、前述の静的IPに戻ることができます。これが誰かを助けることを願っています。

動作していない更新されたPCでは、シンボリックリンクは次のとおりです。

/etc/resolv.conf -> /run/resolveconf/resolv.conf

18.04で動作するPCでは、シンボリックリンクは次のとおりです。

/etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf

次に、古いリンクファイルを新しいファイルに置き換えます。

rm  /etc/resolv.conf
sudo ln -s  /run/systemd/resolve/stub-resolv.conf  /etc/resolv.conf

（以下に説明する手順の後作業）

アップグレード後に、USB接続のネットワークアダプターを使用したワイヤレス接続を使用して、ルーターへの優先有線接続に直接変更することにより、接続エラーを解決しました。