Mac OS X 호스트와 우분투 및 아치 리눅스를 포함하여 많은 게스트가 있습니다. eth1에서 호스트 전용 네트워크를 설정하여 시스템에 ssh를 넣으려고했습니다. 하지만 이제 eth0가 제대로 작동하지 않습니다. 우분투는 더 이상 원격 호스트에 연결하거나 인터넷을 탐색 할 수 없습니다. 그것은 네트워크에 도달 할 수 없다는 것을 알려줍니다. 여기서 뭐가 잘못 됐어? 아래 진단을 포함했습니다.
$ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10968 errors:0 dropped:0 overruns:0 frame:0
TX packets:10968 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:897264 (897.2 KB) TX bytes:897264 (897.2 KB)
기타 진단 명령 및 출력 :
$sudo lspci -n
00:00.0 0600: 8086:1237 (rev 02)
00:01.0 0601: 8086:7000
00:01.1 0101: 8086:7111 (rev 01)
00:02.0 0300: 80ee:beef
00:03.0 0200: 8086:100e (rev 02)
00:04.0 0880: 80ee:cafe
00:05.0 0401: 8086:2415 (rev 01)
00:06.0 0C03: 106B:003F
00:07.0 0680: 8086:7113 (REV 08)
00:0D.0 0106: 8086:2829 (REV 02)
$sudo lshw -c network
*-network DISABLED
description: Ethernet interface
product: 82540EM Gigabit Ethernet Controller
vendor: Intel Corporation
physical id: 3
bus info: pci@0000:00:03.0
logical name: eth0
version: 02
serial: 08:00:27:7d:22:df
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 66MHz
capabilities: pm pcix bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000 driverversion=7.3.21-k8-NAPI duplex=full firmware=N/A latency=64 link=no mingnt=255 multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:19 memory:f0000000-f001ffff ioport:d010(size=8)
$lsmod
Module Size Used by
nls_utf8 12557 1
isofs 40257 1
vboxsf 43743 2
vesafb 13844 1
snd_intel8x0 38570 2
snd_ac97_codec 134869 1 snd_intel8x0
ac97_bus 12730 1 snd_ac97_codec
snd_pcm 97275 2 snd_intel8x0,snd_ac97_codec
snd_seq_midi 13324 0
snd_rawmidi 30748 1 snd_seq_midi
snd_seq_midi_event 14899 1 snd_seq_midi
rfcomm 47604 0
snd_seq 61929 2 snd_seq_midi,snd_seq_midi_event
bnep 18281 2
bluetooth 180113 10 rfcomm,bnep
ppdev 17113 0
psmouse 97519 0
snd_timer 29990 2 snd_pcm,snd_seq
joydev 17693 0
snd_seq_device 14540 3 snd_seq_midi,snd_rawmidi,snd_seq
vboxvideo 12622 1
serio_raw 13211 0
snd 79041 11 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore 15091 1 snd
vboxguest 235498 7 vboxsf
parport_pc 32866 0
drm 241971 2 vboxvideo
i2c_piix4 13301 0
snd_page_alloc 18529 2 snd_intel8x0,snd_pcm
mac_hid 13253 0
lp 17799 0
parport 46562 3 ppdev,parport_pc,lp
usbhid 47238 0
hid 99636 1 usbhid
e1000 108589 0
답변
이것은 VirtualBox의 버그 일지 모르지만 잘못된 일이 무엇인지 알아내는 데 많은 시간이 걸렸습니다. 같은 네트워크 인터페이스 eth0
두 가지 다른 게스트 운영 체제에서 작동하지 않는 단서가있었습니다. 인터페이스를 다시 작동시키는 가장 쉬운 방법은 다음 단계를 수행하는 것입니다.
- 네트워킹 서비스가 시작될 때 네트워크 인터페이스 이름 지정을위한 지속적인 규칙을 제거하십시오.
/etc/udev/rules.d/*net-rules
우분투 용) - 네트워크 인터페이스 구성 파일의 기본 설정 복원 (
/etc/network/interfaces
우분투 용) - 네트워킹 서비스를 다시 시작하십시오 (
/etc/init.d/networking restart
)
이 조 나를 올바른 방향으로 가리켰다.
여기서 일어나는 일은 VM을 복제 할 때 VirtualBox가 네트워크 인터페이스에 새로운 MAC 주소를 적용하지만 Linux 구성 파일을 업데이트하여 이러한 변경 사항을 미러링하지 않기 때문에 커널이 먼저이를 찾거나 시작할 수 없습니다. 인터페이스는 구성 (이전 MAC 주소)과 일치하며 구성 정보가없는 새 인터페이스 (새 MAC 주소)를 찾습니다. 그 결과 네트워킹 서비스 만 루프백 네트워킹 인터페이스를 시작할 수 있으며 eth0는 작동하지 않습니다.