Short story: I recently had a massive Spam on my discourse installation after to change a text template for the “email confirmation” that seeemed to be wrong (from an old install?) that the url had something like url/authorize_email/ , In the end I needed to apply a full forum recovery 5 days older…
Now I’m watching the logs to see if there’s more spambot attacks, but I have noticed something strange… most of the spambots seems to come from a local IP:
If you’ve got a single host and no load balancer/reverse proxy, then I don’t know how anyone would have such an IP address. Maybe something else is somehow forwarding traffic? Those are private addresses, so it would appear that they are coming from your local network. That suggests that the spam bot is living on your network. (Guide to Private IP Address Classes and Ranges - Ipstack)
If you don’t have legitimate users (e.g., people on your LAN) accessing Discourse from that IP range, you’re safe to block it. I’d contact someone who runs your network and let them know that these attacks are coming from those internal addresses..
Nou, ik weet niets en voor mij is de docker-wereld één groot mysterie, maar ik vroeg me af of het mogelijk is om via SSH of iets dergelijks het IP-adres van een container te krijgen?
Yes, I did it many years ago but I recall to be this one. Basically: a dedicated small host machine on vultr (like those dropplets on DO) for only this purpose, installed on docker, the rest of the host/vps is not used for anything else.
Yeah thats what im thinking, some wrong configuration or, since seems like happening from spambots, something strange happening around
Heb je je besturingssysteem in al die jaren niet bijgewerkt? Zou de hostmachine gehackt kunnen zijn? Die IP-adressen lijken van dezelfde machine te komen.
it doesn’t looks like but, this can be hard to know, on the other side the spambots are not massive (but it was massive a few days ago, for some reason I got massive spam 2 hours after changing the confirmation email url link from “authorize_email” to “confirm-new-email” which seemed to be an old template contents, but in the restored backup now I still have the old way in order to avoid another attack)
Nee, ik wacht nog steeds op antwoord waarom ik zoveel gedupliceerde “e-mailsjablonen” met verkeerde inhoud heb (die lijken te zijn overgenomen van oudere versies) en waarom ik ze niet kan verwijderen, zoals vermeld in het vorige bericht.
Het is onwaarschijnlijk dat de e-mailsjablonen de oorzaak zijn van het probleem dat u hier beschrijft. Het lijkt mij gerelateerd aan uw server, en een herinstallatie op een schone installatie zal het voor u oplossen.
Er lijkt niet veel meer te zijn dat gedaan kan worden om u hier te helpen, dus ik ga dit onderwerp sluiten. Ik heb ook gereageerd op uw vraag over de e-mailsjablonen. Als u een nieuw probleem ondervindt, start dan een nieuw onderwerp.