Earlier quoted context omitted.
You know your external IPv4 address rarely changes and also basically linked to you too, right?
> your external IPv4 address rarely changes Bad generalization. I'm sure policy about this differs a lot, but my consumer ISP definitely reassigns my home's v4 address periodically. I don't track it closely, but it seems that when my ONT power cycles more often than not it pulls a new v4 address. Now, basing my privacy/security on this would be bad, but to GP's point, if I was using a static v6 block, not only would…
Building a Mostly IPv6 Only Home Network
61–70 of 106 posts
Re: Building a Mostly IPv6 Only Home Network
#62Re: Building a Mostly IPv6 Only Home Network
#63Do you actually own that /48? The problem with using the globally routable addresses internally is that your public /48 might change in the future, and and that will force you to change a bunch of internal stuff. I have my router set up to advertise two /64 prefixes on each LAN subnet: one from fddd:deca:fbad::/56* that I use for all internal communication, and one from 2001:5a8:xxxx:xxxx::/56 that is only used for t…
Well. From TFA:
So I decided to use Free Range Cloud service provider to lease a /48, which cost me around C$10/year. I also used their tunnel service to then route this over to me.
The link embedded in the pull quote is [0], which isn't maximally helpful, but it's useful. Approximately 60 seconds of poking around there brings us to [1], which quotes a "ARIN - /48 IPv6 lease ... Use on our network or yours" for $8/year with a $2 setup fee. That sounds a lot like what's mentioned in TFA.So. You tell me?
[0] https://freerangecloud.com/>
[1] https://freerangecloud.com/products.php>
Re: Building a Mostly IPv6 Only Home Network
#64Earlier quoted context omitted.
Ideally it'll be standard that your DHCP will assign you both an internet IP from your ISP-provided prefix (dynamic or static), and private IP from a ULA prefix, which can be made static through address reservation.
Don't use DCHPv6 at home. I tried: you will hate your life, lots of stuff doesn't support it. Android specifically has zero support for it, google says it never will. Use SLAAC. It just works.
Re: Building a Mostly IPv6 Only Home Network
#65Earlier quoted context omitted.
Ipv4 is the headache. What are you talking about, ipv6 is simpler in my experience.
IPv4 is pretty simple and good for LANs. Nothing wrong with sticking to it.
Until the place you're VPNing to happens to use the same RFC1918 network address as your LAN (that is, your LAN is 192.168.10.x and the network on the other side of your work's VPN is also 192.168.10.x). Or either of them use the same RFC1918 network address libvirt is using for its virtual network. Or you want to route between several LANs (for instance, after a company merger) and some of them (but not all) were using the same RFC1918 network addresses.
All of this is avoided by using public addresses for LANs, but address scarcity makes that hard with IPv4 (unless it's a legacy LAN from the 1900s which happens to still use public addresses form the pre-NAT era).
Re: Building a Mostly IPv6 Only Home Network
#66"mostly" (...) "only"
> This is where DHCPv4 Option 108 comes into the picture. This simply tells the client that IPv6 only mode is preferred. Clients that do not honor this will get a IPv4 address as normal. Those who do have an option can setup 464XLAT to handle IPv4 literals and disable IPv4 addresses.
Re: Building a Mostly IPv6 Only Home Network
#67Earlier quoted context omitted.
Ideally it'll be standard that your DHCP will assign you both an internet IP from your ISP-provided prefix (dynamic or static), and private IP from a ULA prefix, which can be made static through address reservation.
Don't use DCHPv6 at home. I tried: you will hate your life, lots of stuff doesn't support it. Android specifically has zero support for it, google says it never will. Use SLAAC. It just works.
[0] https://datatracker.ietf.org/doc/html/rfc4861#section-4.6.2>
[1] https://datatracker.ietf.org/doc/html/rfc4861#section-4.2>
Re: Building a Mostly IPv6 Only Home Network
#68Do you actually own that /48? The problem with using the globally routable addresses internally is that your public /48 might change in the future, and and that will force you to change a bunch of internal stuff. I have my router set up to advertise two /64 prefixes on each LAN subnet: one from fddd:deca:fbad::/56* that I use for all internal communication, and one from 2001:5a8:xxxx:xxxx::/56 that is only used for t…
If you don't care about collision resistance, why didn't you pick fd00:: ? That's way easier to remember than that jumble of letters you selected. It's actually my go-to subnet when someone claims that local-only IPv6 addresses are "hard to remember". fd00::1 is notably shorter than 10.0.0.1.
Re: Building a Mostly IPv6 Only Home Network
#69Earlier quoted context omitted.
> your external IPv4 address rarely changes Bad generalization. I'm sure policy about this differs a lot, but my consumer ISP definitely reassigns my home's v4 address periodically. I don't track it closely, but it seems that when my ONT power cycles more often than not it pulls a new v4 address. Now, basing my privacy/security on this would be bad, but to GP's point, if I was using a static v6 block, not only would…
That's also a poor generalization, though. Some ISPs rotate customer subnets, and devices can rotate their randomized IPs.
But it does seem like it would be far more likely de facto for an ISP to not randomly rotate v6 networks, except maybe to discourage hosting on consumer connections?
Re: Building a Mostly IPv6 Only Home Network
#70Earlier quoted context omitted.
Don't use DCHPv6 at home. I tried: you will hate your life, lots of stuff doesn't support it. Android specifically has zero support for it, google says it never will. Use SLAAC. It just works.
I'm pretty sure that you can use both. RAs even have bits to indicate if one is supposed to autoconfigure, [0] hit up a DHCPv6 server for some or all configuration, [1] or both. radvd refers to them as AdvAutonomous and AdvOtherConfigFlag/AdvManagedFlag, respectively. [0] https://datatracker.ietf.org/doc/html/rfc4861#section-4.6.2 > [1] https://datatracker.ietf.org/doc/html/rfc4861#section-4.2 >