-
Notifications
You must be signed in to change notification settings - Fork 52
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
Request forbidden (403) despite correct credentials #37
Comments
I am also seeing this behavior: [06/05/2021, 10:01:28] [Wyze] Request failed: Error: Request failed with status code 403 nothing has changed in my config: { I started seeing this after a reboot of my pi. I'm willing to troubleshoot however I can. |
I am seeing the same error with 2FA enabled and disabled :( |
The issue is 100% user agent blocking. Setting a bogus User-Agent header fixes the issue: In the _performLoginRequest I have to set "User-Agent" to my current user agent, as an example, and everything works fine. |
Where is the User-Agent Value that needs to be updated ? |
I just forked it and added it myself. See the commit here: Chew@31e055f If you want to install it (I also threw in #35) just run |
Seeing the below error
|
Looks like something is wrong with your SSH key. May need to force HTTPS if you never set one: https://gist.github.com/taoyuan/bfa3ff87e4b5611b5cbe |
I tried forcing HTTPS per that threat and I still get this: pi@homebridge:~ $ git config --global url."https://github.com/".insteadOf git@github.com: npm ERR! A complete log of this run can be found in: |
I added my pi's RSA key to my GitHub account and I was able to install this. Thanks @Chew! |
Tired running on mine and i'm getting this: pi@homebridge:~ $ sudo npm install -g Chew/homebridge-wyze-connected-home npm ERR! A complete log of this run can be found in: Edit I changed the permissions on the folder and that seems to have fixed it |
Hi, I tried all of your generous above solutions and nothing worked with me :( even tried to change my email and pass and also doesn't work, need your kind advises ===== hoobs@hoobs:/usr/local/lib/node_modules $ sudo npm install -g Chew/homebridge-wyze-connected-home
==== here's my config =====
===== And still giving same frustrating error ===== 5/8/2021, 4:00:35 AM [Wyze] Request failed: Error: Request failed with status code 403 |
@Chew can you advise me please :-| this is actually I reached borderlines of solving this issue ... |
Mo-hamdan did you fix it ? I am having same problem and is hard for me follow Chew, relatively new on this |
HI @iarroniz I gave up actually, currently I'm relying on Wyze iOS app to deal with bulbs till someone advises me further... |
I keep running into error: npm ERR! A complete log of this run can be found in: |
@mo-hamdan Now looking into doing the same with Wyze Sense, then the cameras with RSTP, and Wyze will go bye bye. HTH |
@Chew That worked for me (I manually patched the change in skipping over any npm issues) Is there a PR open to upstream that fix? |
@amd989, Ohhh this is too much advanced solution for me :-) I'll not be able for sure to do it but seems fun and will run specially in regards of avoiding api/auth issues, I'll give it a try on one of my Wyze bulbs, thanks in advance... |
Hi @TJTorola can you please elaborate which patch solution worked with you? if you have a time please visit my comment in above which I explained for all the tries I did already and which also thankfully mentioned by @Chew and it also failed due to "forbidden (403)" issues... |
@TJTorola I can open one but it doesn't really look like much is going on in this repo anymore 😢 |
@Chew - Your fork fixed the issue. Hopefully it'll get merged in as a parameter in the config to set the User-Agent |
Thanks @MikeThomas123456 I will check it out later. So far @Chew version worked for me. |
Agree, Chew’s version works well too but it lacks the code for the outdoor plug, which is what I’m trying to use. :) |
Battle of the forks I see 😂 |
Thanks a lot @MikeThomas123456 now worked perfectly with me. |
Maybe one of these forks should work towards getting verified? https://github.com/homebridge/verified. Seeing as this repo is inactive and unusable without the patch to fix these 403 errors. |
I have no plans to actively maintain my fork, but you are free to use my fix. |
It’s too bad that we probably won’t see official homekit support from Wyze anytime soon |
$20 to someone who gets a version of this working on Hoobs again. With the color bulb support. |
Thanks to @MikeThomas123456. I am back in business. |
@MikeThomas123456 and @Bom342 I am quite the Noob at this stuff. I’ve had Hoobs up and running got some time now, but this darn 403 error is keeping things from going. I’ve read through this post and see a fix, but I have no idea how to implement it. Since I only run this on Hoobs, how do I get this working? |
I know little more than you do, and any advice I give you will be seen to be really rudimentary by most readers, but in the interest of giving back and helping out, I will tell you what little I know. I don't know what Hoobs is or what hardware you're running on, but I assume you have installed Homebridge on some Linux system. I assume you have a terminal window into which you can enter commands, like you did when you installed Homebridge. Or Hoobs (??). On this command line you will copy and paste the string of commands for your version of the Wyze plugin (there are two different ones) shown in the postings above. For example, "sudo -E -n npm install -g MikeThomas123456/homebridge-wyze-connected-home-op". Paste it in and hit . |
@Bom342 HOOBS (Homekit Out Of The Box System) is a nearly plug and play version of Homebridge. Basically I flash their system on an SD card and then plug it into a Raspberry Pi. From there I can add any service I want (like Wyze Connected Home Op). All was great until recently. This forum post makes it seem like @MikeThomas123456 's command is a simple thing to do. Because HOOBS runs it all, I can't access it directly on their system. The only way to input code is via Terminal on my Mac. I used ssh hoobs@hoobs.local to get in as this post says to do. From there I added the code you listed above and got this- npm WARN deprecated axios@0.19.2: Critical security vulnerability fixed in v0.21.1. For more information, see axios/axios#3410
I restarted the service and am still getting- [Wyze] Response (Forbidden): {"description":"Request forbidden."} |
We are two blind people struggling in the dark. Maybe someone better informed will chime in. But, which Wyze plugin are you using? Who is the author of it? Is it @RMCob or @misenhower? |
Beats me. That's what I did. And it worked. By any chance have you ever installed Homebridge and the Wyze plugin on any other computer? Or is this the only one? |
@Bom342 at one point I had Homebridge on a Raspberry Pi, but when I found Hoobs, I switched to that. So much easier! |
My problems started when I installed a second copy of Homebridge. It was as if the Wyze servers didn't want to deal with a second Homebridge on my account. Is your Pi version still around? Does it generate those errors? I don't really know if this matters, but it might be worth your trouble to create a new account at Wyze and try to join with your Hoobs install from a different email address. Or, maybe, delete your Wyze account and recreate it with the same email address. Be sure the Pi version is not running. I had three installations and have been able to revert to just one on a BeagleBone. It doesn't sleep, like the Mac does. |
@Bom342 Nothing else is running. I only have a single Pi and everything was flashed to Hoobs. No way am I creating a new account. I have 55 devices and I won't be adding them back anytime soon. |
Then, as an experiment, create a new Wyze account and put one device in it, just to see if it generates the same error. |
Ok so I’m not a noob to any of this but this one is driving me bonkers … got past the 403 error and now I’m getting: Error request Failed with status code 400. Basically saying too many failed attempts….. this is mind boggling annoying. |
@DebuOKC how did you get past the 403 error? |
I haven't ... its driving me bonkers |
Why has this not been added yet? Unfortunately I can’t install a fork on Hoobs so I am left stranded. |
I expect the simple answer is because no one gets paid to do it, and people contribute what they do out of generosity and the needs they have in their own systems. What would be the incentive for someone to try and solve this problem if they have never seen it? |
@Bom342 I get that but the issue has been resolved in a fork. I don’t know much about all this but I was just curious why it has not been implemented in the main code. No disrespect just curious. |
What do you mean main code? This project is is most likely dead since the maintainer hasn't participated in some time. You're better off manually installing one of the forks. |
Yeah unfortunately I don’t have that option on Hoobs or at least I don’t know how to. |
Need someone with necessary permissions to merge this fork and should be all good! |
Bummer, doesn’t seem like that is going to happen anytime soon. :( |
Must you stick with Hoobs? |
@Bom342 I don’t have to but I have everything else setup on it right now. Going to be more of a pain to switch to something else. |
Try this: hoobs-org/HOOBS#586 |
@iguillen I tried this but I am on Hoobs 4 and I think things have changed. :( |
@MikeThomas123456 someone at hoobs told me it has to be a scoped plugin for me to be able to install it. No idea what that means. He said the fork would have to be published as a scoped release. |
Fwiw, I’m pretty much a noob at this, but I deleted the original wyze plugin, then searched from the hooks plugin page, saw the -op plugin, installed it, put in my login creds, restarted service and bingo. Back to working as expected. I guess most instructions assume installing plugin in homebridge the manual way which overwrites the old files with the newer. But it seems hoobs had to have the old plug deleted first. Anyway, it works. Greatly appreciate this fix! Now to figure out how to get my docker wyze bridge cams into hoobs! |
This is a rather unique scenario that I can't seem to figure out.
I keep getting a Request forbidden despite the credentials being 100% correct. There is no MFA enabled.
I tried packet sniffing. The email and password are correct.
I tried enabling debug mode to see. The password and email (and API Key) match what was shown in my packet sniffing.
I tried performing the request manually in postman using only the x-api-key header and the payload from the packet sniffing. It works fine.
I tried using CURL on the Homebridge server. It works fine.
Why is it specifically not working through Homebridge? Any advice or tips would be greatly appreciated.
I messed around with the config but in most cases, it doesn't seem to be affecting anything:
Debug output:
The email and password found in the request config are identical to my prior instances of packet sniffing and manual testing.
I've not had this issue with any other plugins.
The text was updated successfully, but these errors were encountered: