나는 몇 년 동안 정적 IPv6을 실행해 온 imac을 가지고 있습니다. 저는 고객에게 ipv6를 배포하는 작업을 하고 있으며 테스트 라우터의 LAN 측을 imac의 USB 이더넷 인터페이스에 연결했습니다. 이는 테스트 라우터에서 위임된 주소를 올바르게 가져오고 링크-로컬 기본 경로를 가져옵니다. 그것에서:
en5: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=4<VLAN_MTU>
ether d0:37:45:b8:f3:64
inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255
inet6 fe80::1427:aee3:e9e5:138%en5 prefixlen 64 secured scopeid 0xf
inet6 2607:f678:2fff::843:5ec6:8b74:9785 prefixlen 64 autoconf secured
netstat -rn:
...
Internet6:
Destination Gateway Flags Netif Expire
default 2607:f678:1::1 UGSc en0
default fe80::%utun0 UGcI utun0
default fe80::4a77:46ff:fef9:5bb3%en5 UGcI en5
...
실제 기본 경로(en0)를 삭제하면 ipv6 액세스는 즉시 "호스트에 대한 경로 없음"을 얻습니다(즉, 업스트림이 아니라 첫 번째 홉에서).
# traceroute6 google.com
connect: No route to host
게이트웨이에 대해 ping이 가능합니다.
# ping6 fe80::4a77:46ff:fef9:5bb3%en5
PING6(56=40+8+8 bytes) fe80::1427:aee3:e9e5:138%en5 --> fe80::4a77:46ff:fef9:5bb3%en5
16 bytes from fe80::4a77:46ff:fef9:5bb3%en5, icmp_seq=0 hlim=64 time=0.708 ms
16 bytes from fe80::4a77:46ff:fef9:5bb3%en5, icmp_seq=1 hlim=64 time=0.638 ms
^C
utun0 경로를 사용하려고 할 경우를 대비하여 utun0 경로를 삭제하려고 시도했지만 다음을 얻습니다.
# route delete -inet6 default fe80::%utun0
route: writing to routing socket: not in table
delete net default: gateway fe80::%utun0: not in table
여기에 무엇이 빠졌는지 잘 모르겠습니다 ...