ホストはインターネットに接続できませんが、ゲストVMは接続できます。

ホストはインターネットに接続できませんが、ゲストVMは接続できます。

この質問がこのサイトやaskubuntuに適しているかどうかはわかりませんが、これが私の状況です。

18.04 Ubuntuを実行しながら、仮想マシンが接続を共有できるようにブリッジインターフェイスを作成しました。今はそれがどのように動作するのかわかりませんが/etc/network/interfaces、私の推測ではこれがインタフェース(物理的または仮想)を定義しているようです。驚くべきことに、VMはインターネットからパッケージをインポートできますが、私のホストはそうではありません。ホストはまだ私のLANにローカルに接続されており、8.8.8.8にpingを送信することもできますが、それはすべてです。サーバーに入ると、設定にイーサネットオプションがないことがわかりました。なぜこれが起こるのかわかりません。私の/etc/network/interfaceファイルからエントリを削除enp3s0し、.netに置き換えましたbr0。これがネットワーキングがどのように機能するのでしょうか?これがファイルです。

******現在の構成**********

auto lo
iface lo inet loopback   

auto br0
     iface br0 inet static
         address 192.168.0.108
         netmask 255.255.255.0
         gateway 192.168.0.1

         #broadcast 192.168.0.255
         dns-nameservers 8.8.8.8
         # set static route for LAN
            #post-up route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.18.44.1
            #post-up route add -net 161.26.0.0 netmask 255.255.0.0 gw 10.18.44.1
         bridge_ports enp3s0
         bridge_stp off
         bridge_fd 0
         bridge_maxwait 0

****** 前の構成************

# interfaces(5) file used by ifup(8) and ifdown(8)
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto enp3s0
iface enp3s0 inet static
        address 192.168.0.108
        netmask 255.255.255.0
        gateway 192.168.0.1
        dns-nameservers 8.8.8.8 8. 8.8.4.4

このファイルから物理インターフェイス「enp3s0」を完全に削除したため、インターネットが機能しませんか?ただし、システムにSSHを介して8.8.8.8をpingすることができるため、これは本当ではありません。どうしたの?

ベストアンサー1

何らかの理由でネームサーバーエントリのsystemd-resolved編集に問題があることがわかりました。稼働中のDNSサーバーに手動で変更すると問題は解決しましたが、ネットワークサービスを再起動するかシステムを再起動すると問題が再び発生しました。発生した問題を解決するには、次の手順を実行します。/etc/resolvd.conf127.0.0.53

systemctl stop systemd-resolved

そして

systemctl mask systemd-resolved

おすすめ記事