News for hackers. Stuff that matters.
Re:NAT Is the Enemy of Low Power Devices by LegionMammal978 on Friday February 14, 2025 @12:44AM (#43045253)
An IPv6 router with a stateful firewall blocking incoming connections could have just the same issues with timeouts, I'd imagine. Switching to IPv6 doesn't just mean that anyone can make a P2P connection to anyone else (even STUN needs a third-party server to coordinate the two peers).

(D)TLS session resumption (I'm not sure if their "Connection IDs" are that or something similar) seems like the most foolproof solution to this scenario, assuming that the remote host can support it.

Re:NAT Is the Enemy of Low Power Devices by namibj on Friday February 14, 2025 @05:05AM (#43046797)
But it'd be trivial to tell it to free the device from it, unlike with NAT, where you pretty much have to expire sessions to not run out of memory.
Re:NAT Is the Enemy of Low Power Devices by LegionMammal978 on Friday February 14, 2025 @10:51AM (#43049635)
Not if the end user isn't in control of the firewall. (And if they were, then they could just forward dedicated ports for the devices they need.) It might not be as bad as the CGNAT situation, but there are plenty of big WANs that can't be reconfigured at will.
Re:NAT Is the Enemy of Low Power Devices by chgs on Saturday February 15, 2025 @06:27AM (#43057746)
I have firewalls in v4 and v6 networks which don’t do any natting (well other than some 6-4 between them). They track sessions for security purposes, and they time them out for both security and memory reasons.
Re:NAT Is the Enemy of Low Power Devices by MerManMaid on Friday February 14, 2025 @06:42PM (#43054301)
>An IPv6 router with a stateful firewall blocking incoming connections could have just the same issues with timeouts, I'd imagine.

You'd be surprised... PCP (Port Control Protocol) implemented by large vendors such as Cisco and Apple are able to punch through a firewall for up to 24 hours in a single session.

https://github.com/Self-Hosting-Group/wiki/wiki/Port-Mapping...