>

패커 로 만든 새로운 우분투 16.04 이미지가 href = "https://github.com/chef/bento/blob/master/ubuntu-16.04-amd64.json"rel = "nofollow noreferrer">벤토 구성 . 내 구성은 16.04 구성 과 거의 동일합니다.

다시 부팅 한 후에도 우분투 vm에서 DHCP 임대를 얻지 못했습니다. 동일한 VLAN의 다른 창과 centos VM은 DHCP 임대에 문제가 없습니다.

임대를 얻는 유일한 방법은 수동으로 dhclient 를 실행하는 것입니다

/etc/network/인터페이스

# 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.x.x 네트워크에서 IP를 요청하고 있습니다 (10.x.x.x 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'.

14.04 및 16.04에서 우분투를 업그레이드 할 때 발생할 수있는 연구에서 레거시 eth0 에서 네트워크 인터페이스의 이름이 올바르게 바뀌지 않습니다.  현대 ens32 에 . 이것은 새로운 우분투 설치이기 때문에 그럴 것 같지 않습니다. 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.x.x.x ip 주소는 12 월 2 일부터입니다. 이미지가 vmware에 구축되었을 때였습니다.

  • 답변 # 1

    로그에 왜 172.16.x.x 네트워크가 표시됩니까?

    vmware (packer 포함)에서 vm을 만든 다음 kvm으로 마이그레이션했습니다. 로그는 vm이 마이그레이션되기 전의 것입니다.

    vm은 왜 IP 주소를 얻지 못합니까?

    VM이 vmware에있을 때 네트워크 어댑터는 ens32 였습니다. 마이그레이션 후 vm 네트워크 어댑터는 이제 ens3 라고합니다.
    와이즈 비즈  여전히 오래된 /etc/network/interfaces 를 참조하십시오

    이것은 우분투 15.10에서 시작된 새로운 '예측 가능한 네트워크 인터페이스 이름'의 부작용입니다

    단기 수정은/etc/network/interfaces를 편집하는 것입니다. 장기 자동 수정은 여기에서 다룹니다 :

    예상 가능한 네트워크 인터페이스 이름으로 인해 vm 마이그레이션이 중단됨

    ens32

  • 이전 linux - DVD/레코더 HDD에서 데이터 마운트 및 복구
  • 다음 여러 버전의 사용자 정의 deb 패키지를 배포하기위한 데비안 패키지 저장소 만들기