ipv6:`ifconfig`显示“ Scope:Link”。什么是“范围:链接”?


9

我在RedHat 6盒子上。默认情况下启用IPv6,并且已为所有接口分配了IPv6地址。

ifconfig 报告这些IPv6地址具有“链接”的范围。

%ifconfig eth0链接encap:以太网HWaddr 00:24:90:AA:BB:1A
inet地址:192.168.10.100 Bcast:192.168.10.255掩码:255.255.255.0 inet6地址:fe80 :: 224:90ff:feaa:bb1a / 64范围:Link UP广播运行多播MTU:1500公制:1

eth1链接encap:以太网HWaddr 00:24:90:AA:BB:1B
inet地址:10.8.8.44 Bcast:10.8.8.255掩码:255.255.255.0 inet6地址:fe80 :: 224:90ff:feaa:bb1b / 64范围:链接向上广播运行多播MTU:1500公制:1

“范围:链接”是什么意思?我看到IPv6地址的后半部分类似于NIC的MAC地址。即使我没有明确设置IPv6地址,同一网段上的其他设备是否也可以ping通该设备?

为什么我的IPv4地址没有显示此范围?“ Scope:Link”是仅IPv6的概念吗?


Answers:


9

链接范围fe80 :: / 10(实际上实现为/ 64,但整个/ 10保留了)与第二层网段上的设备隔离。您可以使用设备的fe80地址在网段内进行通信,但您需要一个范围不同的地址才能进行任何需要在网段外进行路由的通信。


关于您的编辑:虽然在IPv4(169.254 / 16和RFC 1918范围)中确实存在专用寻址的想法,但是由于NAT的普遍性,专用寻址的想法有所不同。相反,存在链路作用域地址和fc00 :: / 7范围(大致等效于IPv4的RFC1918范围),并与每个设备的全局地址一起使用。

许多实现中都进行了特殊处理,以解决IPv4实现中不需要的地址范围。


0

169.254.0.0/16 不是 “专用”地址。这是“本地链接”寻址。

但是,如上所述,IPv4中的“链接本地”地址与IPv6中的“链接本地”地址有很大不同(且用途很少)。

在IPv6中,如果没有第一个链接本地地址,就无法获得全局连接或全局作用域地址(静态分配的地址除外)。链路本地地址用于解析下一跳路由器,OSPF邻接关系,SLAAC和DHCPv6以及IPv6中的许多其他内容。

fd00 :: / 8(ULA随机)的目的和意识形态与RFC-1918寻址(10.0.0.0/8、172.16.0.0/12、192.168.0.0/16)相似,但有很大不同。从理论上讲,您应该使用可靠的随机过程来产生所需的40位(fdxx:xxxx:xxxx :: / 48中的x位)以创建/ 48前缀。从理论上讲,这应该使加入ULA寻址网络的组织之间的冲突不大可能发生。

fc00 :: / 8(fc00 :: / 7的另一半)原本打算在ULA中注册,但是RFC遭到了强烈反对,未能达成共识。草案已过期,虽然IANA为ULA保留了fc00 :: / 7且为ULA Random指定了fd00 :: / 8,但目前尚无RFC设置标准或允许使用fc00 :: / 8。

具有全局IPv6的主机将具有类似于以下内容的接口报告:

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
    ether 68:fe:f7:07:11:6f 
    inet6 fe80::c19:132b:7ba:abc2%en0 prefixlen 64 secured scopeid 0x7 
    inet6 2001:db8:930::200:5 prefixlen 64 
    inet xxx.xxx.xxx.5 netmask 0xffffff00 broadcast xxx.xxx.xxx.255
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect (1000baseT <full-duplex,flow-control>)
    status: active

(以上是静态分配的接口)

但是请注意,它仍然具有链接本地地址(fe80 :: c19:132b:7ba:abc2 / 64)和全局单播地址(2001:db8:930 :: 5/64)。

我将IPv6前缀更改为为文档保留的前缀,并修改了IPv4前缀。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.