Xen domU는 /etc/network/interfaces를 다소 무시합니다.

Xen domU는 /etc/network/interfaces를 다소 무시합니다.

Debian 기반 Linux가 설치되어 있으며 다음 문제가 해결됩니다.

물리적 시스템으로 시작한 다음 운영 체제를 VMware 컨테이너로 이동한 다음 Xen 컨테이너로 이동했습니다. 물리적 및 VMware 설치에서는 다음과 같이 /etc/network/interfaces작동합니다.

auto lo
iface lo inet loopback


auto eth0
iface eth0 inet6 auto
    privext 0
    post-up ip a a fe80::1337/64 dev eth0
    post-up ip a a fc0e::1337/64 dev eth0

작동한다는 것은 eth0이 작동 중이고 모든 주소/서브넷이 eth0에 구성되어 있으며 개인정보 보호 확장이 비활성화되어 있음을 의미합니다.

Xen VM으로 실행할 때 개인 정보 보호 확장이 활성화되고( /proc/sys/net/ipv6/conf/eth0/use_tempaddris 2) eth0이 작동하지만 링크 로컬 fe80::/64 주소만 있습니다. VM에 로그인하여 수동으로 수행할 수 있습니다.

    ip a a fe80::1337/64 dev eth0
    ip a a fc0e::1337/64 dev eth0

, 문제없이 작동합니다. 예상할 수 있듯이 수동으로 할당된 주소를 사용하여 이 시스템에 액세스할 수 있으며 OS가 물리적 시스템이거나 VMware VM이었을 때 작동했습니다.

그렇다면 (pv) Xen 게스트의 차이점은 무엇입니까? 이것이 작동하지 않습니까? 로그 파일에는 매우 의심스러운 두 가지 항목이 있습니다.

syslog:Oct 31 10:41:48 hostname kernel: [    6.926601] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
syslog:Oct 31 10:41:48 hostname kernel: [    9.842540] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

동일한 벽시계 시간에 발생하므로 의심됩니다. VM 생성을 시도했지만 VM이 완전히 시작되기 전에 Open vSwitch가 해당 작업을 처리할 시간을 주기 위해 일시 ​​중지했습니다. 그러나 이것이 현상 유지를 바꾸지는 않습니다.

post-up sleep 5또한 타이밍 문제를 추가 하고 도와주려고 노력했지만 pre-up sleep 5... 여전히 가상 머신입니다...

나에게는 시간문제인 것 같다. 이 문제를 어떻게 해결할 수 있나요?

답변1

인터페이스가 작동 중이라고 하셨는데, 그냥 작동 중인가요 ip link, 아니면 그냥 작동 중인가요 ifup? 실패한 명령은 post-up후자를 의미합니다. IPv6 ND가 작동하지 않는 이유를 디버깅하려면 패킷 추적기( tcpdump, , ...) tshark와 같은 것을 실행하고 라우터 광고를 받는지 확인해야 합니다. 그렇다면 /proc/sys/net/ipv6/{default,eth0}/accept_ra켜져 있는지 확인하세요. 바라보다http://www.tldp.org/HOWTO/Linux+IPv6-HOWTO/proc-sys-net-ipv6..html자세한 내용은.

관련 정보