I love the internet.

I instantly disliked that when I joined Lemmy. This could totally be solved in the frontend by storing hashes of pictures I’ve seen before.

Lan party?

Just because the destination IP address is not a LAN address? That’s not misconfiguration, that’s a legitimate use of NAT reflection/loopback. If that’s how it determines who is streaming remotely then just run it behind nginx that forgets to set the correct headers.

Edit: Apparently Plex centrally relays all the traffic? Self-hosted my 🍑, it’s not self-hosted if you need to rely on their server.

I recommend Kagi. It is a search engine with absolutely no tracking or ads, AI slop filter, an in-house index and a cute doggo. It’s a paid search engine (which means you pay with money not with data), but you can give it a try with 300 free searches with no strings attached.

Narrator: They did in fact go and fact check.

Needs more vibe.

You are confusing morality and copyright with user privacy.

You also failed to access if you’ve actually tried the search engine that you are no quick to spit nonsense about.

Privacy company offers privacy focused LLMs for users that would’ve otherwise paid for ChatGPT. Unbelievable

Did you actually ever try Kagi or do you just want to spit uninformed delusions?

Excuse me what nomination?

Doesn’t help they pick the oldest guys in the room to become the pope.

If apocalypse is another word for thursday…

I explained why. Misconfiguration and caching.

You would also need to clear your device’s DNS cache.

It’s the Cypherpunk’s Manifesto all over again.

Not two A records. From what I understand, OP has an A record pointing to their public IP address (which Nginx is listening on behind a NAT). Then, on the local network, OP uses their own DNS server to ignore that entry and instead always serve the local IP when a host on the LAN queries it.

Aside from OP’s devices potentially using a different DNS server (I was only able to solve it for my stock Android by dropping outgoing DNS in my firewall), this solution is a nightmare for roaming devices like mobile phones. Such a device might cache the DNS answer while on LAN or WAN respectively and then try to continue using that address when the device moves to the other network segment.

These are the most likely scenarios in my opinion - OP’s devices are ignoring the hacky DNS rewrite (either due to using a different DNS server or due to caching) and try to access the server via the public IP. This is supported by the connection timeout, which is exactly what you would see when your gateway doesn’t do loopback.

TCP over IP as a protocol is an “open standard”. Network implementations are nearly always strictly proprietary.

The “protocols” behind browsers are public. HTML, CSS, and ECMAScript are all well defined on sites like the Mozilla documentation. You are free to implement your own browser that follows these standards.

Never point your DNS at two different IP addresses like this. It will only cause you pain and unexpected behaviour.

What you are experiencing is solved by so-called “NAT reflection” or “NAT loopback”. It’s a setting that - in the optimal case - you should just be able to activate on the appropriate interface on your gateway.

If you do not have that setting or do not have access to the edge router, but only some intermediate router, you can do a nasty hack. You can point static routes to your public IP address to point at your local IP address instead. In that case, you also need to tell your server to accept packets with your public IP address as the destination.

I pay for the whole VPS, I use the whole VPS.

The graph makes no sense. Did a generative AI make it.