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_tempaddr
is 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자세한 내용은.