So do you block it in htaccess as well as blocking its IP ranges in the server panel?We block the entire ASN block at the server level. (We don’t use CloudFlare) We get the raw IP data associated with their ASN ID and load that into our firewall.
So do you block it in htaccess as well as blocking its IP ranges in the server panel?We block the entire ASN block at the server level. (We don’t use CloudFlare) We get the raw IP data associated with their ASN ID and load that into our firewall.
If you're using CF, you can block the relative ASN ID.So do you block it in htaccess as well as blocking its IP ranges in the server panel?
Thank you. I already tried blocking it in the Cloudflare app via a firewall rule and it still appeared on the site. So I'm wondering if it bypasses Cloudflare. If that's the case, none of the Cloudflare settings will help.blocking asn works very well with cloudflare. can be done using the digitalpoint addon from xenforo backend.
Yes I did use the proxy in the digitalpoint addon. However I am wondering if ByteDance obtained the server IP from the site before I used the addon - ie before that was proxied (it was certainly crawling the site before I used the addon). Can I actually get a new IP from the server if it's shared hosting?try getting a new ip from your host and stop ip leaks through unfurl/proxy etc which i think you already did using the digitalpoint addon.
I suddenly have a whole number of bots called Async http client/server framework (aiohttp Python)
It's in the list of known bots but I don't know what it is and if I should try to block it?
Exactly - but there are barely any legitimate reasons imaginable to let it hammer other peoples forums at scale. These are scrapers, cheaply made ones - those who are made with a little more intelligence fake their user agent.Seems like an open source python script that can be run by anyone.
<IfModule mod_rewrite.c>
RewriteCond %{HTTP_USER_AGENT} ^aiohttp$ [NC]
RewriteRule .* - [F,L]
</IfModule>
I'm on XF Cloud and don't have access to .htaccess.Exactly - but there are barely any legitimate reasons imaginable to let it hammer other peoples forums at scale. These are scrapers, cheaply made ones - those who are made with a little more intelligence fake their user agent.
You can simply block those in your .htaccess:
Code:<IfModule mod_rewrite.c> RewriteCond %{HTTP_USER_AGENT} ^aiohttp$ [NC] RewriteRule .* - [F,L] </IfModule>
I agree with you here, the more for the hosted version. What I'd expect from a decent actual forum software today is to deal with new developments and threats and AI-bots are one of the biggest. Sure one could argue, that this kind of stuff should be done on the network layer and not on the application layer - still: behaviour based blocking could (and in my eyes should) be supported or even done by forum software in my eyes. I am self-hosted and in the same boat not wanting to use cloudflare. Clearly a point where XF does fall short. Very short.This is my only gripe with XenForo, how they don't help with keeping these buggars at bay.
This won't work as robots.txt relies on cooperation of the bots and you can be sure that bad bots are not cooperative.I can try adding it to the robots.txt but not sure what the user-agent is?
But then they tell me to "get Cloudflare" but I don't want to get Cloudflare. I'm paying a lot of money for Cloud and I think it's XenForo's responsibility to keep bad bots that don't respect robots.txt out. That should be the default. If people do want them on their forum they can ask for it.
Sure one could argue, that this kind of stuff should be done on the network layer and not on the application layer - still: behaviour based blocking could (and in my eyes should) be supported or even done by forum software in my eyes
Hmmm, that's a good point and it's well taken.The thing is that the XenForo devs are really really good at building forum software - it's their thing.
Cloudflare is really really good at identifying and blocking problematic traffic, including bots - it's their thing.
I don't ask my plumber to fix my garden and I don't ask my gardener to fix a leaky tap in my house.
I was going to say you could block them in ht.access and then just saw that you can't. I use Cloudflare and just the free version - you don't have to have the paid version. The Cloudflare app for xenforo that you can install is also free. Some of the free options re bot blocking are limited. My robots.txt works well and I blocked Bytespider in ht.access which got rid of a lot. This is my robots.txt if it helps - with the correct user-agents and syntax (created with help on here from various people). My bots are down dramatically, but then it's only a small forum. These all seem to follow robots.txt although occasionally anthropic ignores it but not often.I'm on XF Cloud and don't have access to .htaccess.
This is my only gripe with XenForo, how they don't help with keeping these buggers at bay. We've been under attack a few times and they fix it quick enough, no complaints there. But then they tell me to "get Cloudflare" but I don't want to get Cloudflare. I'm paying a lot of money for Cloud and I think it's XenForo's responsibility to keep bad bots that don't respect robots.txt out. That should be the default. If people do want them on their forum they can ask for it. /rant
Being on Cloud my only defence is the robots.txt which bad bots ignore. So what I do is I put them in discourage mode, redirecting them to a dead URL. It's how I got rid of Bytespider. But I can only do so many or else the system can't handle it and it will slow the site to a halt.
The Async bots were using one IP address and I put it in discourage mode. Well, now they are using a gazillion different IP addresses.
I can try adding it to the robots.txt but not sure what the user-agent is?
We use essential cookies to make this site work, and optional cookies to enhance your experience.