Forum:Aktuelle Welle von Bot-Anmeldungen

Forum > Aktuelle Welle von Bot-Anmeldungen

Hinweis: Dieser Fred wurde seit 175 Tagen nicht bearbeitet. Dieser Fred ist offiziell versandet - die Diskussion damit Geschichte. Bitte nichts mehr hinzufügen.
Bei Bedarf dann halt einen neuen Fred starten oder diesen notfalls reanimieren.

Hat jemand eine Idee, wie kamel der aktuellen Welle von Bot-Account-Erstellungen Herr werden könnte? Momentan sperre ich einfach alles, was nach einem typischen Bot-Accountnamen klingt. Auf die Gefahr hin dass ich jemanden falsch-positiv rauskicke. Keine Ahnung ob es hier mit Filtern möglich wäre, Anmeldeversuche per GeoIP zu lokalisieren und alles was aus Drübenien kommt, zu blocken?

Im FreeMusicWiki unterstelle ich Neu-Accounts erstmal gute Absicht. Wenn jemand aber rumspammt, wird er natürlich gesperrt. Nach einer Weile fasse ich die reinen Spam-Accounts Zero-Edit-Accounts mittels der Extension UserMerge zu einem einzelnen Müll-Account namens ████████ zusammen. Das hält die User-Liste übersichtlich. Die Wellen, in denen lauter neue Accounts erstellt werden, dauern erfahrungsgemäß nur ein paar Tage. -- Sloyment (Diskussion) 17:47, 9. Mai 2026 (NNZ)

Auch eine Möglichkeit. Wobei wir wahrscheinlich einmal mehr über die Steinzeit-Version von MediaWiki stolpern könnten. Ich frage mich, für was diese Schläfer-Accounts eigentlich angelegt werden. Sie sind einfach nur da und tun nichts. Meiner Erfahrung nach geschehen derlei Dinge niemals ohne Grund im Internet, man erkennt ihn nur möglicherweise nicht. --Wüstenspitz (Diskussion) 19:56, 9. Mai 2026 (NNZ)

Manchmal fangen diese Accounts nach Monaten plötzlich an, gemeinsam zu spammen. -- Sloyment (Diskussion) 22:03, 9. Mai 2026 (NNZ)

Richtigen Spam haben wir hier gemessen an der Anzahl der Botaccounts eigentlich überraschend wenig. Vielleicht tun sie ja auch andere Dinge, nutzen irgendwelche Bugs aus für die es einen Account braucht, aber keine Spuren unter Letzte Änderungen hinterlassen? Wenn ich in unsere Accountliste schaue, dann sind da bergeweise teils uralte 0-Edit-Accounts. Dazu müsste man aber aufwendig die Accesslogs durchwühlen, so der alte Server überhaupt welche schreibt. Dazu fehlt mir aber neben der Zeit auch inzwischen die notwendige Zugangsberechtigung. Solange es nicht mehr als eine Handvoll pro Tag sind, macht Sperren mehr Sinn. --Wüstenspitz (Diskussion) 07:29, 10. Mai 2026 (NNZ)

UserMerge für die Kamelo! Kamelurmel (Diskussion) 13:20, 10. Mai 2026 (NNZ)

P.S. HTTPS bitte erstmal für die FreeMusicWiki, da ist das bestimmt einfacher, aber auch norwendig, um die Wahrnehmbarkeit der freien Musikwerke von Null auf Hundert zu bringen.

So sehr ich Wünsche nach neuen Features auch verstehen kann, es macht keinen Sinn. Wir fahren hier mit einer uralten Mediawiki-Version und noch dazu mit einer Alpha und keinem offiziellen Release. Obendrein auch noch proprietär gepatched und diese Änderungen haben Leute gemacht, die nicht mehr hier aktiv sind bzw. schon gar nicht mehr leben. Ich sags ja nicht gern, aber ohne Hilfe von einem oder mehreren Mediawiki-Experten werden wir über die ca. 80%, die wir beim Upgrade-Testlauf erreicht hatten, nicht hinaus kommen. Ohne Upgrade von Hard- und Software fahren wir hier auf Verschleiß, wie man z.B. an den immer wiederkehrenden Varnish-Cache-Gurus sieht. *Schnüff* --Wüstenspitz (Diskussion) 08:04, 11. Mai 2026 (NNZ)

Ich denke, es wäre möglich einen Bot zu schreiben, der sich sämtliche 0-Edit-Accounts zusammensucht und sperrt. Ggf. nur solche, die älter sind als irgendein Stichtag. Ein Nachteil wäre, dass so eine Aktion ein höllisch langes LÄ produzieren würde. Der Vorteil wäre, dass dafür keine Extension in unserem Steinzeit-MediaWiki installiert werden bräuchte. Ich bezweifle nur, dass unser multimorbider Server einer solchen Aktion gewachsen wäre. --Wüstenspitz (Diskussion) 22:38, 11. Mai 2026 (NNZ)