this post was submitted on 24 Jun 2024
675 points (98.0% liked)

Programmer Humor

31214 readers
121 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 43 points 1 week ago* (last edited 1 week ago) (12 children)

::1 is the new 127.0.0.1
:: abbreviates empty fields
ipv6 has more addresses
there is something going on with mac addresses (asside from arp)

thats all i remember

[–] [email protected] 35 points 1 week ago (11 children)
[–] [email protected] 11 points 1 week ago* (last edited 1 week ago) (10 children)

~~fc00::/7 are ULA (basically what RFC1918 was for IPv4)~~ not entirely true, fc00::/8 is part of ULA, but it is not yet defined. Use fd00::/8 instead.
2001:db8::/32 is for documentation purposes

[–] [email protected] 3 points 1 week ago (3 children)

IMO they shouldn't have allowed ULA as part of the standard. There's no good reason for it.

[–] [email protected] 7 points 1 week ago (1 children)

I use ULA prefixes to ensure the management interfaces of my devices don’t leak via public routes.

It’s one of the unique parts of the standard IPv6 stack not back ported to IPv4, that an interface on any host can be configured with multiple addresses. It permits functional isolation with the default routing logic.

IPv6 is far from perfect, but the majority of the arguments I’ve seen against deploying it are a mixture of laziness, wilful ignorance, and terminal incuriosity.

[–] [email protected] 2 points 1 week ago (1 children)

I might be misunderstanding. It's definitely possible to have as many IPv4 aliases on an interface as you want with whatever routing preferences you want. Can you clarify?

I agree with your stance on deployment.

[–] [email protected] 3 points 1 week ago

Configuring multiple v4 addresses on an interface is a kludge, typically only used on hosts which apply inter-network routing logic. It’s an explicit, primary function of the standard v6 specifications.

With v4, you would use either RFC1918 and NAT, or plumb a public address to the host.

With v6 you should use a ULA and an address with a public prefix, and selectively open ports/services to on appropriate address.

An example is the file sharing and administration daemons on my NAS are only bound to its ULA. I don’t need to worry whether it will accidentally be exposed publicly through fat fingering my firewall config, because it will never route beyond my gateway.

[–] [email protected] 3 points 1 week ago (1 children)

Yeah there is: not breaking all your internal traffic when the wan link goes down and you lose your prefix.

[–] [email protected] 1 points 1 week ago* (last edited 1 week ago) (1 children)

I can potentially see that scenario if your transit provider is giving you a dynamic prefix but I've never seen that in practice. The address space is so enormous there is no reason to.

Otherwise with either of RADVD or DHCPv6 the local routers should still be able to handle the traffic.

My home internal network (v6, SLAAC) with all publicly routeable addresses doesn't break if I unplug my modem.

[–] [email protected] 5 points 1 week ago

IIRC, there are some sloppy ISPs who are needlessly handing out prefixes dynamically. ISPs seem to be doing everything they can to fuck this up, and it seems more incompetence than malice. They are hurting themselves with this more than anybody else.

[–] [email protected] 3 points 1 week ago* (last edited 1 week ago)

When you want IPv6 but your ISP says “no”

load more comments (6 replies)
load more comments (6 replies)
load more comments (6 replies)