Many ISPs in Denmark actually charge you 30-40 DKK (4-7 USD) extra for the ‘luxury’ of IPv6, which is the same that they charge for publicly routable IPv4 (of course). I found that quite infuriating, so I searched around and found one that had public IPv4 and IPv6 included in the price. A little more expensive all in all, but I just hated the concept of IPv6 being an “extra” in 2023.
Hetzner is affordable and way more transparent than AWS, btw
the other
What about the third way?
Still not powerful enough. An autohotkey-based program called bug.n is the closest to what you can get with tiling managers on Linux. But it’s neither easy nor stable…
Yeah, I just included the DNS part for completion’s sake 🙂
I changed my local subnet to 10.1.2.0, because it’s much easier to type.
The client will look up your domain at whatever DNS it uses. It will return your public IP.
Client will send a packet with that as destination. It will reach the router which goes ‘I know! The call is coming from inside the house!’ and sends it to the server without modification.
The server gets it and sends a response, but the response is addressed back to client’s local IP.
Client gets the response, but that packet’s origin (in the header) is server’s local IP.
Client goes ‘wtf, I didn’t call you?!’ And drops the packet, still waiting for a response with your public IP as its origin.
This can be solved with the router modifying the appropriate traffic’s headers so that the headers match the expected, called NAT Loopback, or by using IPv6 global addresses.
It might also work running a local DNS server that returns your server’s local IP for a given domain, but that might yield certificate errors, and won’t work if devices ignore the DNS coming from DHCP.
I was using straight firewall rules for some years, but lost the template when the NAT Loopback checkbox started working (OpenWRT).
T480 is a decent machine. Had one for work (embedded dev) for three years.
Exactly! I wrote the same thing to them when that became clear.