Yes, because a password is security
towerful
joined 1 year ago
It defends against the lowest level of automation. And if that is a legit threat in your model, you are going to have a bad time.
It's just going to trip you up at some point
Just have 2 ipv4 assigned to your server. Have 1 for all your services, and run ssh on the other allowing root login with the password "admin".
A random ipv6 in the same subnet as your server is just obscurity.
The XZ exploit would be functionally similar to allowing root login using the password "admin".
Would doing that on a different port be secure? No? Then a different port is not security, it's obscurity.
Obscurity is just going to trip you up at some point and reduce log chatter.
And yes, running LTSB/stable is a sensible choice for servers.
But scriptkiddies and automated scans are not a security threat. If they were a legitimate threat to your server, you have bigger problems.
All it does is reduce log chatter.
Anyone actually wanting in would port scan, then try and connect to each port, and quickly identify an SSH port
Changing ports does nothing except reduced log chatter.
Security through obscurity is not security
I mean, even desktop excel isn't great for that. Doubley so if you have to use dates/times and timezones
Like man milk
Are you aware of any actual cases of it?
It's probably really hard to detect popcorn lung in ex-smokers (a significant demographic of vapers) amongst the wide array of damage that smoking caused to their lungs.
Did you ever figure out if the amount of diacetyls in vape juice was comparable to LD50s of diacetyls?
I vaped at the time of this all breaking, and remember trying to figure out how bad it all actually was. Or if it was a bit of "this could be better" that got blown out of proportion by ignorance and media hype.
Or nullable FK , with on delete set null.
Or have a default value for the FK, and on delete set default.
But then it would just be a footrest
Not if they keep taking it away from you.
Then you are left with 0 vehicles while they fix it
Having multiple machines can protect against hardware failures.
If hardware fails, you have dono machines.
It's good learning, both for provisioning and for the physical (cleaning, customising, wiring, networking with multiple nics), and for multi-node clusters.
Virt is convenient, but doesn't teach you everything