ログに172.16.xxネットワークが表示されるのはなぜですか?

ログに172.16.xxネットワークが表示されるのはなぜですか?

私が作成した新しいUbuntu 16.04イメージがあります。包装労働者に基づいて弁当構成。私の構成はほぼ同じです。16.04 構成はこちら

私のUbuntu仮想マシンを再起動した後もDHCPリースを取得できません。同じVLAN上の他のWindowsおよびCentOS仮想マシンは、DHCPリースを取得するのに問題はありません。

リースを受ける唯一の方法は手動で実行することです。dhclient

/etc/ネットワーク/インターフェース

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto ens32
iface ens32 inet dhcp
pre-up sleep 2

確認してみると、cat /var/log/syslog | grep -Ei 'dhcp'dhcpクライアントが起動するのを見ました。奇妙なことは、172.16.xxネットワークからIPを要求することです(10.xxx IPが欲しい)。

Dec  2 21:17:02 vagrant dhclient[688]: Internet Systems Consortium DHCP Client 4.3.3
Dec  2 21:17:02 vagrant sh[676]: Internet Systems Consortium DHCP Client 4.3.3
Dec  2 21:17:02 vagrant dhclient[688]: For info, please visit https://www.isc.org/software/dhcp/
Dec  2 21:17:02 vagrant sh[676]: For info, please visit https://www.isc.org/software/dhcp/
Dec  2 21:17:02 vagrant dhclient[688]: DHCPDISCOVER on ens32 to 255.255.255.255 port 67 interval 3 (xid=0x76d9e602)
Dec  2 21:17:02 vagrant sh[676]: DHCPDISCOVER on ens32 to 255.255.255.255 port 67 interval 3 (xid=0x76d9e602)
Dec  2 21:17:03 vagrant dhclient[688]: DHCPREQUEST of 172.16.148.140 on ens32 to 255.255.255.255 port 67 (xid=0x2e6d976)
Dec  2 21:17:03 vagrant sh[676]: DHCPREQUEST of 172.16.148.140 on ens32 to 255.255.255.255 port 67 (xid=0x2e6d976)
Dec  2 21:17:03 vagrant sh[676]: DHCPOFFER of 172.16.148.140 from 172.16.148.254
Dec  2 21:17:03 vagrant dhclient[688]: DHCPOFFER of 172.16.148.140 from 172.16.148.254
Dec  2 21:17:03 vagrant dhclient[688]: DHCPACK of 172.16.148.140 from 172.16.148.254
Dec  2 21:17:03 vagrant sh[676]: DHCPACK of 172.16.148.140 from 172.16.148.254
Jan  5 16:53:56 vagrant kernel: [    6.068252] audit: type=1400 audit(1483635236.420:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=951 comm="apparmor_parser"
Jan  5 16:53:56 vagrant kernel: [    6.068256] audit: type=1400 audit(1483635236.420:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-helper" pid=951 comm="apparmor_parser"
Jan  5 16:53:58 vagrant dhclient[1115]: Internet Systems Consortium DHCP Client 4.3.3
Jan  5 16:53:58 vagrant ifup[965]: Internet Systems Consortium DHCP Client 4.3.3
Jan  5 16:53:58 vagrant ifup[965]: For info, please visit https://www.isc.org/software/dhcp/
Jan  5 16:53:58 vagrant dhclient[1115]: For info, please visit https://www.isc.org/software/dhcp/

確認してみると、cat /var/log/syslog | grep networkネットワークインターフェイスを起動できないことがわかりました。

vagrant@vagrant:~$ cat /var/log/syslog | grep network
Dec  2 21:14:06 vagrant systemd[1]: Strating Raise network interfaces...
Dec  2 21:14:06 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Dec  2 21:14:06 vagrant ifup[2794]: /sbin/ifup: waiting for lock on /run/network/ifstate.ens32
Dec  2 21:14:07 vagrant systemd[1]: Started Raise network interfaces.
Dec  2 21:15:54 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Dec  2 21:17:02 vagrant systemd[1]: Starting Raise network interfaces...
Dec  2 21:17:02 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Dec  2 21:17:02 vagrant ifup[724]: /sbin/ifup: waiting for lock on /run/network/ifstate.ens32
Dec  2 21:17:03 vagrant systemd[1]: Started Raise network interfaces.
Jan  5 16:53:56 vagrant systemd[1]: Started Trigger resolvconf update for networkd DNS.
Jan  5 16:53:58 vagrant systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Jan  5 16:53:58 vagrant systemd[1]: networking.service: Unit entered failed state.
Jan  5 16:53:58 vagrant systemd[1]: networking.service: Failed with result 'exit-code'.

私の研究では、Ubuntuが14.04と16.04からアップグレードされ、ネットワークインターフェイス名が以前のバージョンからeth0最新バージョンに正しく変更されていない場合に発生する可能性がありますens32。これは新しいUbuntuのインストールなので、そうではありません。簡単に実行すればdhclient問題を解決できるからはい初期化されました。

https://askubuntu.com/questions/758594/no-networking-failed-to-bring-up-eth0

ネットワークインタフェースが初期化されない理由はどこにありますか?
dhcpclientが自動的に実行されないのはなぜですか?

修正する

次のコマンドを実行すると、ネットワークデバイスは機能しますが、まだ自動DHCPリースはありません。

root@vagrant:~# ip link set ens3 up
root@vagrant:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 52:54:00:0f:a4:c0 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::5054:ff:fe0f:a4c0/64 scope link
       valid_lft forever preferred_lft forever

修正する

ログに表示される172.xxxのIPアドレスは12月2日です。 vmwareでイメージをビルドする場合です。

ベストアンサー1

ログに172.16.xxネットワークが表示されるのはなぜですか?

vmはvmware(packerを使用)から作成され、kvmに移行されました。ログは、仮想マシンが移行される前のものです。

仮想マシンがIPアドレスを取得できないのはなぜですか?

仮想マシンが vmware にあり、そのネットワーク アダプタが移行ens32 された場合、仮想マシン ネットワーク アダプタはens3
/etc/network/interfacesまだ古いアダプタを参照して呼び出されます。ens32

これが新しい「副作用」です予測可能なネットワークインターフェイス名'Ubuntu 15.10から

短期的な解決策は/etc/network/interfacesを編集することです。長期自動修理はここで取り上げます。

予測可能なネットワークインターフェイス名が原因でVMの移行が中断されることがある

おすすめ記事