Le 17/06/2019 à 17:39, Curt Howland a écrit :
Yes, IPv6 does have such allocations. The first 64bits is network
block, then the last 64bits are your local machine.
Unless you want to enable SLAAC which requires 64+64, you can select
different sizes for the network the host parts. Your network, your rules.
fc00:: is the non-routed network. RFC1918 equiv.
Unique local addresse can be routed over private links. Just not routed
on the public internet.
fe80:: is the link-local address which is not routed at all, it is
used solely between your device and the router.
Not only between the router and device, but also between devices.
Personally, I would
have combined these two, but when IPv6 was being built they didn't
ask me.
I wouldn't. Link local and ULA have totally different purposes.
These show the three entries which should always exist. The first is
the link-local address built from the MAC. Second, the allocated
network from my ISP, with a randomized local address for security
purposes.
Rather for privacy concerns.
Be aware that the assignment of a privacy IPv6 address does not mean
that it is used by default.
Unfortunately, because DHCP6 is really dynamic, and my ISP changes the
network blocks every once in a while, having the global network
entries and MAC local addresses in the hosts file has been a complete
waste of time.
DHCPv6 is not the problem. It is just a method to dynamically assign a
prefix, it does not mean that the prefix has to be variable. The problem
is that your ISP changes the assigned prefix without notice. My ISP has
changed my prefix once in more than a decade for technical reasons, and
noticed me before.
Having fc00::MAC as a non-routed local RFC1918 default
What do you mean by "fc00::MAC" ?
IPv6 was not designed by network engineers.
The fc00::/7 prefix was assigned for ULA long after IPv6 was designed,
when the site local prefix was deprecated.
