TLDR; Since Jun 2020 Jackett can't resolve the Cloudflare challenge. In this issue I will try to explain the cause, affected trackers and a tentative solution.
There are some torrent sites which use Cloudflare protection to avoid DDoS attacks. The challenge used to be a small JavaScript code with mathematical operations. The browser does the maths for you and after a few seconds you can see the web site.
Jackett has been using CloudflareSolverRe library to resolve Cloudflare challenges for years. That library was really fast and lightweight, but it had to be updated each time Cloudflare changed the challenge. In Jun 2020 Cloudflare increased the complexity of the challenge and it can't be solved with that library anymore. More details: https://github.com/Jackett/Jackett/issues/8840#issuecomment-639062081
Affected trackers: bteye, gktorrent, limetorrents, pornleech, torrent9clone, torrentz2, zetorrents (could be more because they enable/disable Cloudflare on demand)
To solve the new challenge we need a full web browser. This brings new problems: huge RAM usage, more disk space, OS compatibility... so we decide to not include it in Jackett. See https://github.com/Jackett/Jackett/issues/8840#issuecomment-639062081
Since Cloudflare is present in 7 of 500 supported trackers, it doesn't make sense to make it mandatory for all users, so it's optional.
Instructions to test the POC:
2020-06-21T18:41:54.582Z INFO REQ-5 Incoming request: POST /v1
2020-06-21T18:41:54.583Z INFO REQ-5 Params: {"url":"https://torrentz2.eu/","userAgent":"Mozilla/5.0 (X11; Linux i686; rv:77.0) Gecko/20100101 Firefox/67.0","maxTimeout":100000}
2020-06-21T18:42:08.594Z INFO REQ-5 Successful response in 14.012 s
This feature is experimental. It may never be a part of Jackett. Everything will depend on whether it is useful for users.
Please help us to test it and if you find any problems in any of the three projects open an issue.
I'm not sure how long the challange codes last until they require a new code, but you can add the cookie inside .config/Jackett/Indexers/TorrentWebsite.json
Go to the desired website → Inspect Element → Network → Copy the cookie
Go to .config/Jackett/Indexers/TorrentWebsite.json and add this (change out value to the cookie you copied):
{
"id": "cookie",
"type": "inputstring",
"name": "Cookie",
"value": "The cookie you copied"
},
{
"id": "cookieheader",
"type": "hiddendata",
"name": "CookieHeader",
"value": "The cookie you copied"
}
The cookie might look something like this: "__cfduid=d28e57bf8432a47859c223d06b39016461591236972; cf_clearance=0141459bcb7925275670b0d3bed06e9f6997eea2-1592401728-0-573dbd01-150; uid=1871531; pass=Lbetv3iI7p7xgg2eJk5gfnFcGs6yqCu3; hideCats=0; hideTop=1; togTem=11592478342"
Very needed feature ! Yggtorrent (which is the main french torrent indexer) uses cloudflare Upvote for implementing a durable solution to handle those dynamic cloudflare challenges
Any updates on this ? For m'y knowledge, why dont you merge this PR ?
Add tvchaosuk to the growing list of trackers using the new cloudflare.
I'm trying to download the Jackett beta linked above, but the link goes to an empty web page.
@ilike2burnthing Is it possible to pull the Jackett beta version if running in docker?
Unless @ngosang or someone else has Dockerised it (or you want to give it a shot), then no. Sorry :/
I'm trying to download the Jackett beta linked above, but the link goes to an empty web page.
This is the issue I am having as well. Would LOVE to be able to use this...
EDIT: I was able to pull the source and build it. Verified working with SceneTime at least. Never containerized something before but may give it a shot.
Sounds like this feature is mostly working. Any updates on if this could be considered a first-class feature? Even as a separate docker container it'd be amazing.
An headless browser is expensive, why not just use nodejs or other interpreters to solve the challenge? Like this
Sadly that method no longer works for most websites (as can be seen in various issues on the repo you linked e.g. https://github.com/Anorov/cloudflare-scrape/issues/391#issuecomment-707222460).
The link provided to download a custom Jackett build is not working anymore.
The link provided to download a custom Jackett build is not working anymore.
https://github.com/ngosang/Jackett/tree/feature/flaresolverr
You'll have to grab the source and build it. That's what I had to do in order to make it work.
A docker image would be great
You can use mine, it's the same as the official but i have changed the bin downloads url. https://hub.docker.com/repository/docker/sebclem/jackett
For me it's not working (YggTorrent), i got a time out in flaresolverr logs.
FlareSolverr doesn't seem to be working anymore but CloudProxy(a fork of FlareSolverr) do with some limitation.
FlareSolverrSharp has to be altered to make it work with CloudProxy. See this link for a patch.
Also here's a newer patch for pull request 9028.
Hope it help, it did for me.
@abeloin Thank you for all this informations, but how did you altered FlareSolverrSharp ?
Download Jackett beta #9028 (download drop folder) => https://dev.azure.com/Jackett/Jackett/_build/results?buildId=762&view=artifacts&type=publishedArtifacts
Not working for me eather (using Yggtorrent)
I can't download the Jackett beta using this link. Do someone know how to get it on Windows ?
Thanks!
The link provided to download a custom Jackett build is not working anymore.
https://github.com/ngosang/Jackett/tree/feature/flaresolverr
You'll have to grab the source and build it. That's what I had to do in order to make it work.
Hi @dubl3a , I would like to know how did you compile this version for Windows!
Thanks in advance
@Sebclem Rebuild it using .Net Core 3.1 SDK on Windows. It's nearly the same thing as building Jackett.
dotnet publish FlareSolverrSharp -f netstandard1.3 -r linux-x64 -c Release -o build-output
Here's a compiled version of FlareSolverrSharp with the patch
Also here's a compiled version of Jackett(0.16.1819) with PR9028 and the modified version of FlareSolverrSharp targted for linux-x64
@abeloin Thank you ! It's work like a charm !
For people that want to try this (with CloudProxy)
I have builded a docker image with the @abeloin modified binary: https://hub.docker.com/repository/docker/sebclem/jackett
To make it work, clone CloudProxy
And this is my docker-compose config:
version: "2.1"
services:
jackett:
# image: linuxserver/jackett
image: sebclem/jackett
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/London
- RUN_OPTS=run options here #optional
volumes:
- ./jackett/conf:/config
- ./jackett/blackhole:/downloads
# ports:
# - 9117:9117
restart: unless-stopped
networks:
- torrent
flaresolver:
build: ./CloudProxy
restart: unless-stopped
networks:
- torrent
networks:
torrent:
external: false
In jacket setting:
I have tested with YGG and it work great.
@Sebclem Nice automation, I deployed your Jackett version and CloudProxy in my stack but get this error (YGG obv) :
"The cookies provided by FlareSolverr are not valid"
Any idea of what goes wrong ?
@Sebclem solution worked for me.
Thanks
@Sebclem Thank you it works like a charm for me 👍
@n1coh I suspect there is a bug in CloudProxy, where it return an error code 503 in the solution when it should be a 200. This result in FlareSolverrSharp thinking there is no cookie present.
@n1coh One possibility I can see is Jackett fetching via IPv6 and CloudProxy via IPv4 which would make the cookies invalid. Do you have IPv6?
I can't connect Jackett to the server, he gives me an error message (connection refuses)
I am under centos 7
@abeloin Thank you ! It's work like a charm !
For people that want to try this (with CloudProxy)
I have builded a docker image with the @abeloin modified binary: https://hub.docker.com/repository/docker/sebclem/jackett
To make it work, clone CloudProxy
And this is my docker-compose config:version: "2.1" services: jackett: # image: linuxserver/jackett image: sebclem/jackett environment: - PUID=1000 - PGID=1000 - TZ=Europe/London - RUN_OPTS=run options here #optional volumes: - ./jackett/conf:/config - ./jackett/blackhole:/downloads # ports: # - 9117:9117 restart: unless-stopped networks: - torrent flaresolver: build: ./CloudProxy restart: unless-stopped networks: - torrent networks: torrent: external: false
In jacket setting:
- FlareSolverr API Url: http://flaresolver:8191/
I have tested with YGG and it work great.
EDIT: Can confirm this works with cookies.
It’s not working anymore for me since yesterday..
It's working for me but with YGGcookie.
If you use YGGtorrent with login + password, it seem that they have changed something : https://github.com/Jackett/Jackett/issues/9959#issuecomment-716058618
how dump i was ... spent hours using the other ygg profile lol
with ygg cookie, in fact it appears it does not work for me
it says "you must be logged to download ...
Strange as the test works from Jackett
`
date | stream | content
-- | -- | --
2020-10-26 16:11:31 | stdout | [39;49m[33m at Jackett.Server.Controllers.DownloadController.Download(String indexerID, String path, String jackett_apikey, String file) in D:\dev\git\Jackett\src\Jackett.Server\Controllers\DownloadController.cs:line 85
2020-10-26 16:11:31 | stdout | [39;49m[33m --- End of inner exception stack trace ---[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[33m at Jackett.Server.Controllers.DownloadController.Download(String indexerID, String path, String jackett_apikey, String file) in D:\dev\git\Jackett\src\Jackett.Server\Controllers\DownloadController.cs:line 78[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[33m at BencodeNET.Parsing.BencodeParserExtensions.Parse(IBencodeParser parser, Byte[] bytes)[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[33m at BencodeNET.Parsing.BencodeParserExtensions.Parse(IBencodeParser parser, Stream stream)[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[33m at BencodeNET.Parsing.BencodeParser.Parse(BencodeReader reader)[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[33m ---> BencodeNET.Exceptions.InvalidBencodeException`1[BencodeNET.Objects.IBObject]: Failed to parse IBObject. Invalid beginning character of object. Found 'V' at position 0. Valid characters are: 0-9, 'i', 'l' and 'd'[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[33mSystem.Exception: BencodeParser failed[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[39;49m[33m10-26 17:11:31 Error Error downloading. indexer: yggcookie path: https://www2.yggtorrent.si/engine/download_torrent?id=677163[39;49m
2020-10-26 16:11:31 | stdout | [39;49m[39;49m[39;49m[33m10-26 17:11:31 Error Vous devez vous connecter pour télécharger un torrent
`
got it ... it works with the cookie info and user client filled correctly :)
I managed to use the login+pass method with this change to CardigannIndexer.cs.
It add a check to see if the landing page is a redirect and if so follow it.
N.B.: Tested only with ygg, it may break other indexers.
abeloin, do you want to post those changes as a pull request here and someone can take a look at it?
hi @abeloin ! i'm currently using your modified docker image of jackett (thanks !)
But it's not up to date.
How can i build my own ? I was thinking about cloning https://github.com/linuxserver/docker-jackett then edit the Dockerfile to point to my own cloned Jackett repo with the flaresolverr edit and the latest update from master but i don't know how to release a new version and point to it...
Thanks for the help.
Hi @GautierT, I think you are talking about @Sebclem who made a docker image available based on the change I made.
You can use the official docker image since Cloudflare ddos protection isn't enable anymore on ygg. Make sure to use build v0.16.1922 or greater since it contain a fix for the login form issue(307 redirect).
Hi! It seems ygg's ddos protection is up once again. Retested with jbouhd/cloudproxy and sebclem/jackett images, still working !
For those interested, I've updated the linux x64 package, available here: https://github.com/abeloin/Jackett/releases
PS: Don't create a bug report(issue) regarding this build, it isn't supported by the official Jackett team
and for those interested, i've done a docker from your update @abeloin based on linuxserver/docker image.
sclemenceau/docker-jackett:cloudproxy
you can see from hub docker https://hub.docker.com/repository/docker/sclemenceau/docker-jackett
Hi,
I'm lookin for a windows x64 package of Jackett with FlareSolverr
If someone has already compile it or can do it.
Thanks in advance, 🙂
@abeloin Thank you ! It's work like a charm !
For people that want to try this (with CloudProxy)
I have builded a docker image with the @abeloin modified binary: https://hub.docker.com/repository/docker/sebclem/jackett
To make it work, clone CloudProxy
And this is my docker-compose config:version: "2.1" services: jackett: # image: linuxserver/jackett image: sebclem/jackett environment: - PUID=1000 - PGID=1000 - TZ=Europe/London - RUN_OPTS=run options here #optional volumes: - ./jackett/conf:/config - ./jackett/blackhole:/downloads # ports: # - 9117:9117 restart: unless-stopped networks: - torrent flaresolver: build: ./CloudProxy restart: unless-stopped networks: - torrent networks: torrent: external: false
In jacket setting:
- FlareSolverr API Url: http://flaresolver:8191/
I have tested with YGG and it work great.
Since yesterday I can't grab any torrent anymore using this method with YGG Cookies, it seems to works for now without the Cookie.
Tried with the container by @xfouloux but it's not working neither :
An error occurred while testing this indexer
Exception (yggcookie): Error connecting to CloudProxy server: System.Net.Http.HttpRequestException: Name or service not known ---> System.Net.Sockets.SocketException (0xFFFDFFFF): Name or service not known at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) --- End of inner exception stack trace --- at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.ConnectAsync(HttpRequestMessage request, Boolean allowHttp2, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.CreateHttp11ConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.GetHttpConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.SendWithRetryAsync(HttpRequestMessage request, Boolean doRequestAuth, CancellationToken cancellationToken) at System.Net.Http.RedirectHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.DiagnosticsHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpClient.FinishSendAsyncBuffered(Task`1 sendTask, HttpRequestMessage request, CancellationTokenSource cts, Boolean disposeCts) at CloudProxySharp.Solvers.CloudProxy.<>c__DisplayClass5_0.d.MoveNext(): Error connecting to CloudProxy server: System.Net.Http.HttpRequestException: Name or service not known ---> System.Net.Sockets.SocketException (0xFFFDFFFF): Name or service not known at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) --- End of inner exception stack trace --- at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) at System.Net.Http.HttpConne
Click here to open an issue on GitHub for this indexer.
Since I don't have time to maintain FlareSolverr I'm going to talk with https://github.com/NoahCardoza/CloudProxy owner.
The idea is to include official support in Jackett so you don't have to make custom builds, dockers, etc I expect to have some free time this weekend to work on it. I will keep you informed.
ngosang Might be useful for you,
Here's the commit I'm using in Jackett (basically your POC #9028 modified for CloudProxy): https://github.com/abeloin/Jackett/commit/520737be774270e9cca686a41f4ac223c606b1e9
I also have a repo https://github.com/abeloin/YetAnotherCloudProxySharp, which is the same as yours https://github.com/ngosang/FlareSolverrSharp but with the code renamed to YetAnotherCloudProxySharp.
@lborruto your error say ot can't connect to your flaresolver container, check the name and port you entered in your jackett field.
usually http://[flaresolver_docker_name]:8191 (if it's on the same machine)
works for me from seedbox at OVH france with normal ygg and cookie method
@NeZios You can try this unofficial build: https://github.com/abeloin/Jackett/releases/tag/v0.116.2
Thanks @abeloin, it works with your unofficial build !
NICE THANKS SOOOOOO MUCH @abeloin
Thank you so much @abeloin ! You litteraly made my day! 😍
Works great with Yggtorrent indexer on Windows!!
But I got an issue with Yggcookie : I got a 404 error when I try to download .torrent files from Jackett.
Anyone else having this issue ?
Thank you so much @abeloin ! You litteraly made my day! 😍
Works great with Yggtorrent indexer on Windows!!
But I got an issue with Yggcookie : I got a 404 error when I try to download .torrent files from Jackett.
Anyone else having this issue ?
use the standard one, not the cookie version
@NeZios You can try this unofficial build: https://github.com/abeloin/Jackett/releases/tag/v0.116.2
many thx to you @abeloin and to @lborruto for the docker image !!
@abeloin How to install YetAnotherCloudProxySharp on debian ARMv7 ?
After few tests and reviewing the source code I don't think CloudProxy is mature enough to be integrated with Jackett. The code is working, and the integration with Jackett will take only few hours. It could be useful to some of you but it will cause a management issue for the maintainers of this project. It's hard to install, there aren't official binaries and it doesn't work in ARM. At this point if we request regular users to install CloudProxy to use popular torrent sites like Limetorrents we will spend too much time providing support.
I will wait to see if there is interest from @NoahCardoza. Maybe some of you can help to solve the issues in CloudProxy. https://github.com/NoahCardoza/CloudProxy/issues/31
Hi @ngosang !
If the changes to support CloudProxy config in Jackett (from https://github.com/Jackett/Jackett/pull/9028) were pushed to master (or a new dev branch), the guys over at LinuxServer could pick up the change and their CI would update the docker images they release. (They're the "official" Jackett Docker images, right ?)
Then we would need an official docker image for CloudProxy (see my comment in their repo : https://github.com/NoahCardoza/CloudProxy/issues/31#issuecomment-727908527)
And then it's just a matter of spinning up the two containers (using compose, for instance).
IMO this would be the easiest way forward, enabling everyone who uses Jackett in Docker to implement it in their setups by just spinning up an additional container.
Hope this helps ;)
The blockade is the CloudProxy images. When his part is solved I will take care of the rest.
@ngosang I was able to build CloudProxy on ARM using following Dockerfile (based on original CloudProxy one):
FROM alpine:3.11
# Install packages
RUN apk add --no-cache \
chromium \
nss \
freetype \
freetype-dev \
harfbuzz \
ca-certificates \
ttf-freefont \
nodejs \
npm \
yarn
# Tell Puppeteer to skip installing Chrome. We'll be using the installed package.
ENV PUPPETEER_SKIP_CHROMIUM_DOWNLOAD=true \
PUPPETEER_EXECUTABLE_PATH=/usr/bin/chromium-browser
# Add user so we don't need --no-sandbox
RUN addgroup -S node && adduser -S -g node node \
&& chown -R node:node /home/node
RUN mkdir -p /home/node/cloudproxy && chown -R node:node /home/node/cloudproxy
WORKDIR /home/node/cloudproxy
COPY package*.json ./
USER node
RUN PUPPETEER_PRODUCT=chrome npm install
COPY --chown=node:node . .
ENV LOG_LEVEL=info
ENV LOG_HTML=
ENV PORT=8191
ENV HOST=0.0.0.0
# ENV CAPTCHA_SOLVER=harvester|<more coming soon>...
# ENV HARVESTER_ENDPOINT=https://127.0.0.1:5000/token
EXPOSE 8191
CMD [ "npm", "start" ]
The main modification here is to set puppeteer in a way that it uses external chrome instead of downloading one by itself.
It's based on alpine 3.11 as it has chromium package for all architectures https://pkgs.alpinelinux.org/packages?name=chromium&branch=v3.11 . Alpine 3.12 currently is missing package for ARM architecture.
From the docker logs after building the container and running sample query:
pi@raspberrypi:~/docker/media-center $ docker-compose logs -f cloudproxy
Attaching to media-center_cloudproxy_1
cloudproxy_1 |
cloudproxy_1 | > [email protected] start /home/node/cloudproxy
cloudproxy_1 | > ts-node src/index.ts
cloudproxy_1 |
cloudproxy_1 | 2020-11-16T20:35:50.441Z INFO REQ-0 CloudProxy v1.0.0 listening on http://0.0.0.0:8191
cloudproxy_1 | 2020-11-16T20:36:35.769Z INFO REQ-1 Incoming request: POST /v1
cloudproxy_1 | 2020-11-16T20:36:35.778Z INFO REQ-1 Params: {"cmd":"request.get","url":"http://www.google.com/","userAgent":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.0 Safari/537.36","maxTimeout":60000,"headers":{"X-Test":"Testing 123..."}}
cloudproxy_1 | 2020-11-16T20:36:39.654Z INFO REQ-1 Successful response in 3.885 s
The blockade is the CloudProxy images. When his part is solved I will take care of the rest.
Opened https://github.com/NoahCardoza/CloudProxy/pull/32 to get this on track :)
Hope to see it in docker hub to install it on my Synology docker :)
Thanks for your work !
@abeloin Thank You !!! It's work on Ygg 👍
@Sebclem Thank you for the docker image !!! :-)
@abeloin Thank You !!! It's work on Ygg 👍
@Sebclem Thank you for the docker image !!
Hi @Turakam83
Are you french ? It would be easily for me...
I have tried Cloudproxy + Sebclem/Jackett and i have this report :
An error occurred while updating this indexer
Error connecting to FlareSolverr server: System.Net.Http.HttpRequestException: Cannot assign requested address ---> System.Net.Sockets.SocketException (99): Cannot assign requested address at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) --- End of inner exception stack trace --- at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.ConnectAsync(HttpRequestMessage request, Boolean allowHttp2, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.CreateHttp11ConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.GetHttpConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.SendWithRetryAsync(HttpRequestMessage request, Boolean doRequestAuth, CancellationToken cancellationToken) at System.Net.Http.RedirectHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.DiagnosticsHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpClient.FinishSendAsyncBuffered(Task`1 sendTask, HttpRequestMessage request, CancellationTokenSource cts, Boolean disposeCts) at FlareSolverrSharp.Solvers.FlareSolverr.<>c__DisplayClass5_0.d.MoveNext()
Did you have too ?
Thx
@abeloin Thank You !!! It's work on Ygg +1
@Sebclem Thank you for the docker image !!Hi @Turakam83
Are you french ? It would be easily for me...
I have tried Cloudproxy + Sebclem/Jackett and i have this report :
An error occurred while updating this indexer
Error connecting to FlareSolverr server: System.Net.Http.HttpRequestException: Cannot assign requested address ---> System.Net.Sockets.SocketException (99): Cannot assign requested address at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) --- End of inner exception stack trace --- at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.ConnectAsync(HttpRequestMessage request, Boolean allowHttp2, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.CreateHttp11ConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.GetHttpConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpConnectionPool.SendWithRetryAsync(HttpRequestMessage request, Boolean doRequestAuth, CancellationToken cancellationToken) at System.Net.Http.RedirectHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.DiagnosticsHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at System.Net.Http.HttpClient.FinishSendAsyncBuffered(Task`1 sendTask, HttpRequestMessage request, CancellationTokenSource cts, Boolean disposeCts) at FlareSolverrSharp.Solvers.FlareSolverr.<>c__DisplayClass5_0.d.MoveNext() Did you have too ?
Thx
>
Et oui c'est à cause de Clouflare sur Ygg torrent qui est an "anti ddos" mais ya aussi un malheureux CAPTCHA sur cloudflare et ta machine est bel est bien un petit robot
Dommage !
@FLAFLALEBG Merci pour ton retour.
Pour autant, comment a pu faire @Turakam83 ? Il semble que ça fonctionne pour lui.
@Alandil35 ne t'attends pas à une solution magique qui fonctionne instantanément. L'instabilité de la solution proposée est clairement affichée à tous les niveaux. Tu ferais mieux d'attendre que la solution évoquée par @Twanislas voit le jour, si tu n'as pas le niveau technique requis pour comprendre tout ça.
OK thx all :)
We are getting close but there are some issues that have to be addressed.
https://github.com/NoahCardoza/CloudProxy/issues/31#issuecomment-730008048
@Alandil35 @Turakam83 and others, sebclem docker container for jackett is not updated with the latest build that @abeloin did
use mine : sclemenceau/docker-jackett:cloudproxy
cloud proxy v1.0.0 docker image is now out : https://github.com/NoahCardoza/CloudProxy/issues/31#issuecomment-730039843
cloud proxy v1.0.0 docker image is now out : NoahCardoza/CloudProxy#31 (comment)
I can't see it in registry docker hub currently.
Most helpful comment
Very needed feature ! Yggtorrent (which is the main french torrent indexer) uses cloudflare Upvote for implementing a durable solution to handle those dynamic cloudflare challenges