Live data from Hacker News

I spent a week without IPv4 to understand IPv6 transition mechanisms

apalrd.net

271–280 of 511 posts

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#271
post #266

Earlier quoted context omitted.

what do you mean by topology? the only information leaked would be the number of computers making requests.

And what computer is making what requests. Now that i think about it, this cloud be the reason why youtube started making recommendations based on stuff i just watched in private browser tabs...

Look at what Android does with MAC address randomization on wireless networks. We will probably see something similar with IPv6.

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#272
post #253

Earlier quoted context omitted.

No. Game servers usually want high clock speed.

You’d just use the VPS as a proxy with a publicly accessible IP, and tunnel the connection back to your home. That would add latency that might be undesirable for a game, but maybe not.

Unless you're playing something like a turn based game, adding latency/hops is almost never desirable. Every multi-player game that I play is latency sensitive (and I don't play FPS games.)

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#273

We should just make an IPv5 which takes a current address: 216.3.128.12 and makes it 0.0.0.0.216.3.128.12 So any address of the current length you just treat it as if it has zeroes in front, otherwise you use the longer length which allows for many more addresses. Problem solved.

You're leaving out what happens if an ipv4 only host gets a packet from an ipv5 host. It only knows how to respond to a 4-byte address.

If you manage to solve that problem, you'll probably have invented something a lot like NAT64, which TFA talks about.

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#274

Earlier quoted context omitted.

ISPs are expected to delegate a /56 or /64 prefix to customers. Some are even delegating /48s. Mine delegates a /56. That should be enough for all your devices to randomly rotate IPs for a lifetime or a few without any NAT.

https://news.ycombinator.com/item?id=24999906 Shitty ISPs do exist, or at least they existed two years ago.

Sure they exist, but should you expect your ISP to be shitty? Sounds like a terrible deal for you.

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#275
post #246

Everyone always goes with the "You don't need NAT, everything is globally routable!" argument, as if that's something that anybody wants. Everything on my network is going to go through my firewall anyway. I don't want anything on my network to be globally routable. Of course, this is not a good reason to not use IPv6, don't get me wrong. It's a problem that's easy to overcome, I just think it's not a good way to get…

> as if that's something that anybody wants. Of course I do. Why would you not want the option of easily allowing a device to be globally routable if you need it to be? I think routers should be more explicit about how you set up each new device on a private network anyway. Guest wifi can have a sane default. Private wifi could make a notification pop up on your trusted device, asking you if you want the now device t…

Most people don’t need it, so that’s why they don’t want it. OP didn’t say people object to it, just that it’s not something most people cares about.

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#276
post #266

Earlier quoted context omitted.

And what computer is making what requests. Now that i think about it, this cloud be the reason why youtube started making recommendations based on stuff i just watched in private browser tabs...

That's a very strong claim to make. I'd appreciate if you could provide a source to that statement!

Your chrome build id is available in both areas. Not really a secret.

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#277
post #266

Earlier quoted context omitted.

And what computer is making what requests. Now that i think about it, this cloud be the reason why youtube started making recommendations based on stuff i just watched in private browser tabs...

Look at what Android does with MAC address randomization on wireless networks. We will probably see something similar with IPv6.

> We will probably see something similar with IPv6.

It's been available for some time: https://www.internetsociety.org/resources/deploy360/2014/pri...

On my macOS system, I currently have four IPv6 IPs (excluding the link-local IP), all of which are random.

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#278
post #67

Earlier quoted context omitted.

> what would be the best way forward to keep it that way in a IPv6-only future? Firewalls. You configure what traffic should be allowed from who to who. Default deny incoming traffic, and its the same behavior as when you had a NAT. Something having a routable IP address doesn't mean it needs to receive all traffic addressed to it.

My ISP does not allow BYOM (bring your own modem) and assigns me a /64 net, so I have a hard time running an (ipv6) router behind it that would do the firewalling.. I guess I'm stuck with ipv4 for the time being...

Doesn't it let you put it in bridge mode (i.e. modem only)?

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#279

Everyone always goes with the "You don't need NAT, everything is globally routable!" argument, as if that's something that anybody wants. Everything on my network is going to go through my firewall anyway. I don't want anything on my network to be globally routable. Of course, this is not a good reason to not use IPv6, don't get me wrong. It's a problem that's easy to overcome, I just think it's not a good way to get…

The article uses gaming and IPSEC as examples but not, say, ad servers and "tech" company websites or other websites desperate to collect data. Interesting coincidence.

As the parent suggests, IPv6 creates more work to prevent more exfiltration. It is already difficult enough with IPv4.

Could IPv6 fix a web infested with "tech" company intermediaries and return it to one where all participants can connect directly and if desired publish to audiences (without "tech" interplopers). That sort of proposal would make an interesting read for end users.

Re: I spent a week without IPv4 to understand IPv6 transition mechanisms

#280
post #276

Earlier quoted context omitted.

That's a very strong claim to make. I'd appreciate if you could provide a source to that statement!

Your chrome build id is available in both areas. Not really a secret.

I'd be really surprised if I've got a chrome build ID on my browser.
Post reply on HN