Search results

@wakko Und wie klappt es mit mod_evasive? Störungen der Website oder hat es den gewünschten Blockeffekt?

Mir hat es vor Jahren nicht geholfen und es war zu instabil. Dann habe ich es gelassen, weiter zu testen Ich habe irgendwo bei Debian Bookworm gelesen, dass das Paket verwaist (Orphaned) ist. Aber teste mal, sag uns Bescheid, vielleicht läuft es ja doch besser als bei mir früher.

mod_evasive? Wird schon lange nicht mehr weitergepflegt. Zudem kommt dann auch noch extra Last auf den Apache-Server, willst du das? Ranges blocken? Dann brauchst du immer aktuelle IP-Ranges der googleusercontent-Server. Ist auch aufwändig, die immer zu finden...

Das mit legitimen AI-Bots meinst du nicht ernst oder? Die meisten Bots ignorieren was in der robots.txt steht. Du muss dir schon per RegEx böse User-Agents in den Jail apache-bad-bots reinsetzen. Für das Jail in der jail.local bantime = 1w setzen, dann wird sich das geben. Wenn du zusätzlich...

Mit Heraufsetzen des Limits ist ds Problem gelöst.

Stimmt, mit ipset läuft es derzeit stabil, wenn maxelem erhöht wird. Das Limit ist allerdings größer, da bis zu 250.000 Host bei einem DoS auf dem Webserver des Bekannten zu blocken waren.

Gegen Trolle hilft nur eine Flasche Trollinger. Dazu brauche ich kein Portal zum Anschwärzen.

@Mr.blackPearl Was so ein Trollpranger soll, verstehe ich nicht. Ist ja wie ein altmodisches Schild der 80er-Jahre "Warnung vor dem Hunde!" Interessant, dass für die Website eine in Malaysia ansässige Person einer Limited verantwortlich sein soll. Briefkastenforma mit äußert geringer Haftung...

Das nutzt nix, wenn die automatisiert geblockt werden. Und jedesmal die Range rausbekommen per GeoIPLookup, deren IPrange per ASN suchen, das ist auch nervig. Nicht immer sind vorgefertigete IP-Range-Listen auch in Ordnung.

Sieht so aus als hätte es da ein Limit von ca. 65000. Mal sehen, ob Fail2ban mit ipset besser geht.

Kann mir jemand sagen, warum Fail2ban es nicht mehr schafft, mit apache-badbot und iptables Hosts per IP zu sperren? fail2ban.log zeigt zwar dass der Filter was gefunden hat, aber nicht den Ban. Bei niedrigen Zahlen an Hosts klappte das noch heute Mittag.

Es gibt auch Contrntgrabber mit veralteten UAs, die Websites ohne Gnade abgreifen. Beliebt sind Firefox-Versionen von vor über 10 Jahren.

Wenn die auf deine Webapps einprügeln oder dauernd Content abgreifen, dann sperr halt solche Uralt-Versionen von Chrome oder Firefox aus per Fail2ban aus und gut is. Sicher könntest du auch mit RewriteCond die UA auseinander nehmen und in mehrfacher Fallunterschidung gefakte blocken. Aber das...

Komm auf die Webapp an, die abgegrast wird.

Wenn so ein Bot zu oft abruft und den Betrieb der Seiten stört, dann sperren.

Preise sind in US$ Kontakt hat deutsche Mobilnummer. Impressum hat Polen als Wohnort des Betreibers Alles so konfus auf der Website, dass ich an einen KI-Agenten denke, der diese Website als Ballon gestickt hat.

Chamäleon auf einer Schusswaffe!? Seltsames Logo.

@Joe User Danke für deine Antwort. Ich habe es nun geändert in die .htaccess gesetzt. Seltsam, die Umgebungsvariable wird aber nicht für block.pl weiter gereicht, im Skript fragt der Kollege sie als HTTP_WHYBLOCKED_REF ab. Das sollte doch trotz suxexec als Umgebungsvariable im Skript lesbar...

@Joe User Also du meinst so: RequestHeader set WHYBLOCKED_URI "expr=URI %{REQUEST_URI}" RewriteRule .* - [E=WHYBLOCKED:%{WHYBLOCKED_URI}] RewriteCond %{REQUEST_URI} servlet [NC] RewriteRule ^.* /cgi-bin/block.pl [L] Oder so? RequestHeader set WHYBLOCKED_URI "expr=URI %{REQUEST_URI}" RewriteRule...

Jetzt ging meine Lösung mehrere Monate. Gerstern entdeckte ich, das im erzeugten Log des Skripts nicht mehr der Grund für die Blockierung drin war. Hat sich da irgendwas geändert in Apache/2.4.66 bei RewriteRule ? Denn die Umgebungsvariable HTTP_WHYBLOCKED wird nun nicht mehr gesetzt oder ans...