News for hackers. Stuff that matters.
Re:Wikipedia's robots.txt by girst on Tuesday July 16, 2019 @04:25PM (#20453542)

    # Observed spamming large amounts of https://en.wikipedia.org/?curid=NNNNNN
    # and ignoring 429 ratelimit responses, claims to respect robots:
    # http://mj12bot.com/
    User-agent: MJ12bot
    Disallow: /
Coincidentally, I've just read more negative things about MJ12bot last week: http://boston.conman.org/2019/07/09.1
Re:Wikipedia's robots.txt by spc476 on Tuesday July 16, 2019 @06:28PM (#20454453)
You can read the rest of my MJ12Bot saga: http://boston.conman.org/2019/07/09-12 My take: they are grossly incompetent at programming.
Re:Wikipedia's robots.txt by Double_a_92 on Wednesday July 17, 2019 @02:42AM (#20457088)
Turns out that if one wants something from people, one shouldn't start the first interaction by calling them "grossly incompetent"...
Re:Wikipedia's robots.txt by syxun on Tuesday July 16, 2019 @07:46PM (#20455003)
The best robots.txt for Majestic:

    iptables -A INPUT -s 207.244.157.10/32 -j DROP
Re:Wikipedia's robots.txt by spc476 on Tuesday July 16, 2019 @10:20PM (#20455842)
If only it was that easy. Last month MJ12Bot hit my site from 136 distinct IP addresses. If we drop the last octet, it's 120 unique class-C addresses, and if we drop the last two octets, then 43 unique class-B addresses (and why not---31 distinct class-A addresses). It's a distributed bot. Very hard to block, so I think I came out ahead by them no longer spidering my site.

Edit: Added count of class-A blocks.

Re:Wikipedia's robots.txt by nkozyra on Tuesday July 16, 2019 @04:48PM (#20453731)
There are dozens of such bots, ones that promise they honor robots.txt but spam your server with nonsensical requests, requests for pages that haven't existed in a decade and are happy to ignore rate limits.

To be honest, robots.txt is not for these kinds of bots. These kinds of bots are either malicious or incompetent. But more importantly, they're 100% useless to you as a website operator. They offer no SEO benefit, drive no significant traffic and simply consume resources.

The answer, sadly, is to hit them at the web server / load balancer / reverse proxy layer and just bruteforce all these bad actors away.

They'll never stop trying, though. Checking some NGINX logs for some of these bots that have been blocked for years, they still knock on the door over and over again.

Re:Wikipedia's robots.txt by mistrial9 on Tuesday July 16, 2019 @05:38PM (#20454135)
bulk filtering like that only cements FAANG hegemony; agree its a problem, do not agree this is the solution
Re:Wikipedia's robots.txt by dTal on Tuesday July 16, 2019 @06:39PM (#20454553)
A whitelist of FAANG crawlers would cement their hegemony - a blacklist of known-badly-behaved crawlers doesn't.
Re:Wikipedia's robots.txt by nkozyra on Tuesday July 16, 2019 @08:20PM (#20455216)
I don't filter out anyone but bad actors. If you abide by robots.txt you're free to scrape my sites