Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ERROR: Client error response [url] https://laracasts.com [status code] 403 [reason phrase] Forbidden #154

Open
Sotiris-k opened this issue Jul 9, 2024 · 13 comments

Comments

@Sotiris-k
Copy link

Hello,

Firstly thank you for this great tool, it's been really helpful for me to be able to watch laracasts videos offline and through my home media server.

Now to the issue at hand, today when I tried to do the daily check for any new videos I got the topic's error message.

ERROR: Client error response [url] https://laracasts.com [status code] 403 [reason phrase] Forbidden

Any thoughts?

@arjendevos
Copy link

This entire repo isn't working anymore. You can fix this error by adding an User-Agent to the headers and changing content-type to Content-Type & accept to Accept.

However downloading with vimeo won't work

@carlosflorencio
Copy link
Owner

@Sotiris-k can you test if this fixes the issue? #155

Thanks @arjendevos

@Sotiris-k
Copy link
Author

I've changed the occurrences of what @arjendevos mentioned in Http/Resolver.php but it didn't fix anything unfortunately.

@arjendevos
Copy link

@Sotiris-k did you install Proxyman?

@Sotiris-k
Copy link
Author

I just noticed your PR @arjendevos . Made all the other changes you did in that PR but I didn't use Proxyman. I guess it must be a requisite.

@arjendevos
Copy link

@Sotiris-k weird workaround I know but it works (you need to enable SSL on laracast.com and player.vimeo.com in proxyman)

@Sotiris-k
Copy link
Author

I don't think I can use Proxyman since I'm not on iOS and I'm running this utility through WSL

@nlmenke
Copy link

nlmenke commented Aug 19, 2024

Some of us run this on headless servers (and/or on a cron schedule). If it can't be included in the docker image, a 3rd-party app requirement isn't an acceptable answer.

@arjendevos
Copy link

@nlmenke this isn't really a solution just a patch. The issue lies in the ssl certificates. You are free to fix the issue if you understand it

@nlmenke
Copy link

nlmenke commented Aug 20, 2024

Looks like the issue (at least for the Laracasts side) is with Cloudflare's anti-bot system, so I guess the goal is to bypass that.

@AmirRezaM75
Copy link
Collaborator

AmirRezaM75 commented Oct 5, 2024

Does the issue still exist?
I've just removed my cache file and start the script.
Both "scrapping" and "downloading" functionalities work fine.
(tested without subscription)

@nlmenke
Copy link

nlmenke commented Oct 7, 2024

I just reran it locally (fresh repo, no changes) and everything works fine for me as well. I wonder if they just loosened the security on Cloudflare, but running this through both docker compose ... and docker run ... seem to be working as expected now.

@Sotiris-k
Copy link
Author

Unfortunately for me the issue persists. Cache or no cache, same thing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants