I am trying to do api requests with python 'requests' library but get stopped by catcha.

I do get request like this:
https://e926.net/post/show.json?md5=4a61c54bc93d2ef821e5a2d83de4030d
With User-Agent header set to 'PyTagFetcher/0.1 (by polzavotel)'
Response is 403 error with captcha page in the body. I use e926.net because e621.net is blocked in my country.

Is this intended behaviour?

Polzavotel said:
I am trying to do api requests with python 'requests' library but get stopped by catcha.

I do get request like this:
https://e926.net/post/show.json?md5=4a61c54bc93d2ef821e5a2d83de4030d
With User-Agent header set to 'PyTagFetcher/0.1 (by polzavotel)'
Response is 403 error with captcha page in the body. I use e926.net because e621.net is blocked in my country.

Is this intended behaviour?

I use wget in my BASH scripts for e621 and e926 requests, with my UserAgent set to "20-shades-of-faux-pa", and it works just fine for me. As far as I'm aware, e621, and by extension e926, does not have any kind of ReCaptcha checkpoints set up for API requests, though I may be wrong about that.

21-Shades-of-Faux-Pa said:
I use wget in my BASH scripts for e621 and e926 requests...

$ wget -U "Polzavotel" --content-on-error --save-headers --output-document - https://e926.net/post/show.json?md5=4a61c54bc93d2ef821e5a2d83de4030d > out.html

returns 403 error with captcha page too.

It is likely that you are being challenged by CloudFlare because your endpoint is being classified as low trust. When an endpoint is low trust they are more heavily rate limited and may be subject to browser checks and captchas.

This is especially common in countries such as Russia, China, India and Ukraine, where the amount of legitimate traffic to the site is lower than the malicious traffic. Anonymous proxies, VPNs, VPS hosts and Tor also usually fall into this category.

Great. So I have to invent captcha gui for othervise simple script just because CloudFlare doesn't like Russia so much it sticks its captcha into api.