manton
manton

People worry about AI bots overloading servers, but in my experience the dumb requests for potential security holes are much worse. Bots trying to get into non-existent files like htpasswd, wp-admin.php, etc. Servers getting hammered today.

|
Embed
Progress spinner
j4ck.xyz
j4ck.xyz

@manton Gotta use agents to protect against other agents!

|
Embed
Progress spinner
shred@oldbytes.space
shred@oldbytes.space

@manton Well, these requests usually result in a 404, instead of content pages that might need to be rendered first. Also, on my server, this is the fastest way to get fail2banned for a couple of days. 😆

|
Embed
Progress spinner
In reply to
manton
manton

@shred The reason it annoys me is that 404s are a little more expensive in Micro.blog. 200s are served as static files and so effectively free, and 404s have some special routing. I need to make some improvements here.

|
Embed
Progress spinner
shred@oldbytes.space
shred@oldbytes.space

@manton I see. Can you catch the bogus paths (like htpasswd) on server / reverse proxy level? I use Nginx as reverse proxy, and return a 444 on all those paths (which essentially just rudely slams the door shut). Too many of them invokes fail2ban.

|
Embed
Progress spinner
manton
manton

@shred Yes, currently I catch a bunch of the bogus paths at the proxy level, but many slip through. I essentially have a long hard-coded list of suspicious paths. It’s a bit messy. (I wonder if anyone maintains a directory of bad paths…)

|
Embed
Progress spinner