5 ms·
> A service I'm using its public IP for, routing through public network connections over the public internet, but somehow its not public networking its private
by M95D 6mo ago
> A service I'm using its public IP for, routing through public network connections over the public internet, but somehow its not public networking its private networking despite private networks not really being involved. Got it. Having firewall rules suddenly makes it private networking, somehow.
It's a private service exposed to public networks when it shouldn't be. That's not how it's done. You are taking risks. I'm sure others would agree with me if this article wasn't this old.
> Why limit myself to having to memorize weird ports when I can just use the standard ones?
For the reasons I explained before, mainly LAN security and DNS not working with dynamic IP allocations. But, go ahead, have it your way. Each of us have our own priorities in life. Convenience is a valid choice. Keep those offline backups updated.
- vel0city 6mo ago> That's not how it's done. Its not how it was done because of NAT. You just couldn't have done it that way for a long time. We don't need NAT anymore. > For the reasons I explained before, mainly LAN security and DNS not working with dynamic IP allocations But once again, its not actually changing the security characteristics at all compared to choosing weird ports and having to deal with reflection issues. The service is still opened either way, just one requires you to choose other ports.