私は何年もの間静的 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 ルートを使用しようとしている可能性があるため、それを削除しようとしましたが、次の結果になりました:
# route delete -inet6 default fe80::%utun0
route: writing to routing socket: not in table
delete net default: gateway fe80::%utun0: not in table
何が欠けているのか分かりません...