Wo genau hast Du die denn da und was bewirken die Einträge? Im Normalfall zielen die doch auf die Registrierung ab - da ein großteil der Bots, die über AWS kommen, aber Content scrapen ohne Registrierung sind die Einträge in diesem Fall wirkungslos. Ausser Du nutzt eine Option, die ich übersehen habe.
Das war jetzt nicht wirklich eine Antwort auf meine Frage.
Cloudflare ist der Horror für Telekom-User.
Dürfte mit meiner aktuell eingesetzten Version (2.2) noch gar nicht umsetzbar sein via ACP?
Dem kann, nein...muss ich...leider zu 100% zustimmen...
Ich musste die IP-Sperren wieder rausnehmen, da darunter, leider, sehr viel DEUTSCHE IPs sind/waren...und ich somit einige Mitglieder ausgesperrt habe...Männers, bitte helft und unterstützt mich mal.
Seit einigen Tagen wird unser Forum wieder von Scharen von Bots heimgesucht...und ich schaffe es bis jetzt einfach nicht sie, zumindest größtenteils, auszusperren. Irgendwie kommen auch immer wieder neue IPs dazu.
Hier mal meine aktuelle htaccess:
Code:RewriteEngine On RewriteCond %{HTTP_USER_AGENT} (GPTBot/1.2|PetalBot|YandexBot/3.0|bingbot/2.0|BLEXBot/1.0) [NC] RewriteRule .* - [F,L] <Limit GET POST> order allow,deny allow from all #Mehrere einzelne IPs deny from 93.237. deny from 146.174. deny from 114.119. deny from 52.167.144.0 deny from 40.77.167.0 deny from 157.55.39.0 deny from 207.46.13.0 deny from 87.78.108.0 deny from 134.96.225.0 deny from 176.198.202.0 deny from 88.130.218.0 deny from 80.187.87.0 deny from 20.171.207.0 deny from 80.187.85.0 deny from 217.247.124.0 deny from 79.229.12.0 deny from 95.91.249.0 deny from 109.43.51.0 deny from 79.232.219.0 deny from 82.192.47.0 deny from 207.46.13.0 deny from 157.55.39.0 deny from 185.177.72.0 </Limit>
Scheint, diesmal...warum auch immer...nichts zu bringen. Sehr Ihr eventuell Fehler?
Gerade dieser nervige, wohl FAKE Bingbot fällt mit zehntausenden Crawls auf...und lässt sich einfach nicht davon abhalten...
Unter den IPs sind wohl, sofern ich das auf die Schnelle überblicken kann, auch bspw. deutsche Telekom-IPs dabei. Das kann und darf ja wohl nicht der Weisheit letzter Schluss sein eben solche, und damit eventuell auch ECHTE User, auszusperren.
Btw - auch xenforo.com scheint aktuell betroffen zu sein. Gerade sind dort fast 10.000 (!) "Gäste" online...
Gruß,
Chris
challenge.php<?php
header($_SERVER['SERVER_PROTOCOL'] . ' 403 Forbidden');
?><html>
<head>
<meta charset="utf-8" />
<title>Sicherheitsüberprüfung</title>
</head>
<body>
<script>
// Wie lange soll das Cookie gültig sein?
const days = 7;
const date = new Date();
date.setTime(date.getTime() + (days*86400 * 1000));
document.cookie="challenged=1; expires=" + date.toUTCString() + "; path=/";
location.reload();
</script>
<noscript>
Für den Zugriff auf diese Seite ist JavaScript erforderlich
</noscript>
</body>.htaccessRewriteEngine On
RewriteCond %{REQUEST_METHOD} GET
RewriteCond %{REQUEST_URI} !/challenge.php
# Hier alle UA erlaubter Bots rein, es gibt keine Garantie dass die nicht gefläscht sind - das zu prüfen ist aber komplexer
RewriteCond %{HTTP_USER_AGENT} !(Googlebot|bingbot) [NC]
RewriteCond %{HTTP:Cookie} !(^|;\s*)challenged=1
RewriteCond %{SERVER_PROTOCOL} HTTP/1 [OR]
RewriteCond %{HTTP:Accept-Language} !de
RewriteRule .* /challenge.php [L]Vielen Dank, Andreas!
<IfModule mod_rewrite.c>
RewriteEngine On
# Deny and Allow bots by User-Agent
SetEnvIfNoCase User-Agent "bot|crawler|fetcher|headlesschrome|inspect|search|spider|GPTBot|PetalBot|YandexBot|bingbot/2.0|BLEXBot" bad_bot
SetEnvIfNoCase User-Agent "bingbot|duckduckgo|googlebot|yahoo" good_bot
Deny from env=bad_bot
Deny from 47.76.
Deny from 146.174.
Allow from env=good_bot
</IfModule>