- cross-posted to:
- programmerhumor@lemmy.ml
You must log in or register to comment.
It is incredible to me how some people think they make themselves look smart by wearing their willful ignorance like a crown.
Cisco as a client tried to force ipv6 for their managed service and after an entire quarter of attempting to resolve it, we actually disabled it for their virtual address per their request. IPv4 has issues and IPv6 promises solutions, but it’s not a stable platform yet. This appears ignorant but is based on truth. IPv6 is also eventually going to hit exhaustion with the frequency we spin up virtual machines, it’s okay to skip a bad generation.
Wait this is real?
No, it’s an edit. I linked the original in the post text. If you can’t access it for some reason, here’s a transcript:
Government of the Netherlands
Home > Topics > Coronavirus COVID-19 > Travelling to the Netherlands from abroad
Checklist for travel to the Netherlands
Do not travel to the Netherlands.
Check out A Short IPv6 Guide for Home IPv4 Admins
Thanks, will take a look when I have time
Ipv4 is one of those things that works awesome, is simple, and is a victim of its own success. Ipv6 is just complicated bloat of a standard. Cool features, but nobody implements them, so useless.
In 30 years, probably useful. Until then, I’m not giving up Ipv4.
idk man ipv4 NAT sounds like the “complicated bloat” to me.
Should probably fix that given we’ve been out of IPv4 for over a decade now and v6 is only becoming more widely deployed
I use ipv6 when possible but it’s rarely possible. I’ve never had home internet that was ipv6 ready enough for my wan address when googling “what’s my ip” to be something besides an ipv4 number.
Could I get ipv6 over otherwise non ipv6 compatible hardware using a vpn?
Then why does it still break everything lol
Skill issue
Agreed. Though I wonder if ipv6 will ever displace ipv4 in things like virtual networks (docker, vpn, etc.) where there’s no need for a bigger address space
Yes, because Docker becomes significantly more powerful once every container has a different publicly addressable IP.
Altough IPv6 support in Docker is still lacking in some areas right now, so add that to the long list of IPv6 migration todos.
I hope so. I don’t want to manage two different address spaces in my head. I prefer if one standard is just the standard.
I’m using IPv6 on Kubernetes and it’s amazing. Every Pod has its own global IP address. There is no NAT and no giant ARP routing table slowing down the other computers on my network. Each of my nodes announces a /112 for itself to my router, allowing it to give addresses to over 65k pods. There is no feasible limit to the amount of IP addresses I could assign to my containers and load balancers, and no routing overhead. I have no need for port forwarding on my router or worrying about dynamic IPs, since I just have a /80 block with no firewall that I assign to my public facing load balancers.
Of course, I only have around 300 pods on my cluster, and realistically, it’s not really possible for there to be over 1 million containers in current kubernetes clusters, due to other limitations. But it is still a huge upgrade in reducing overhead and complexity, and increasing scale.
I wish everything would just default to a unix socket in /run, with only nginx managing http and stream reverse sockets.
Wait, but if you have, for example an HTTP API and you listen on a unix socket in for incoming requests, this is quite a lot of overhead in parsing HTTP headers. It is not much, but also cannot be the recommended solution on how to do network applications.
Replacing a TCP socket with a UNIX socket doesn’t affect the amount of headers you have to parse.
It’s not real.
we’ve been out of IPv4 for over a decade now
Really? Haven’t had trouble allocating new VPSs with IPv4 as of late…
You’re probably in a country that got a ton of allocations in the 90s. If you came from a country that was a little late to build out their infrastructure, or even tried to setup a new ISP in just about any country, you would have a much harder time.
