-
-
Notifications
You must be signed in to change notification settings - Fork 33.8k
Synology cameras won't load when using non-admin DSM account #9908
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
Comments
I'm using non-admin account and I'm able to use synology camera component. Can you check Control Panel -> Users -> Select your non-admin user and click Edit -> Applications Do you see Surveillance Station is allowed? |
That’s weird, I’ll have another look tonight. But there wasn’t any change made related to how authentication work |
I'm seeing this issue as well. |
@snjoetw Yes it's configured to allow SurveillanceStation. Changing between manager/spectator also doesn't help. I will try to figure out exactly which call it is that fails tonight, the problem is reproducible using the Github code example for py-synology. |
There was a difference small difference between how the auth call was made earlier, the "application session name" parameter that specifies the login scope was missing. This meant that access to DiskStation was necessary to be able to authenticate. I have submitted an issue and a PR for py-synology: snjoetw/py-synology#1 |
Thanks @mbrrg, I just released py-synology-0.1.5 (https://pypi.python.org/pypi/py-synology/0.1.5) Do you want to update home-assistant to uptake latest version or I can do it, just let me know |
Thanks @arsaboo👍 |
I have this issue too, I'm using two factory authentication, but only for admin access. Just upgraded to .56 still no cameras. Did this update make it into .56, in not how can I manual update py-synology? Promoting my camera user to Admin solves it. Thank for the work on this platform btw. |
Upgraded to 0.56 and my Synology cameras are working again (non-admin user, like in 0.54). But now my Nest cams are broken (issue #10018). 😦 |
Synology fixed for me. |
@mbrrg is this still an issue? |
I'm afraid it is still an issue for me @snjoetw. The weird thing is that running the following snippet inside the Docker container works fine:
...but I still get the same error in the Home-Assistant log and the component doesn't load. I will see if I can get some time to troubleshoot this further during the weekend. |
Also still an issue for me . HASS: 56.2
|
It has started working for me again with the limited user and without any (seemingly relevant) changes to the HA configuration. I've restarted the Synology today though, could have been some temporary hickup... |
Am i the only one still experiencing this in 58.1? |
Nope, it stopped working for me after upgrade to 58.1 the other day @tryingwebguy . |
Had the same problem with a brand new NVR216. I was using special chars like % and $ in my 8-chars long password for a spectator user, I made a new one of 16 characters without special chars, and it seems to work fine now. Finally 'solved' this shitty problem, so annoying. |
This works for me as well now. The culprit was an old version of py-synology that for some reason was still around in my config/deps directory. Will remove the deps directory when I switch Docker images from now on. |
I have noticed that I need to restart HA after installing an update on the Synology and I'm not getting the cams to show images. |
Home Assistant release (
hass --version
): 0.55.2 (official Docker image)Python release (
python3 --version
): 3.6 (Docker)Component/platform: camera/synology
Description of problem:
After upgrade to 0.55.2 (from 0.53 or so) my Synology cameras won't load due to some authentication problem in the
py-synology
library (speculation). Loading fails if I specify a Synology user account with limited permissions to only access SurveillanceStation but works fine if I specify the credentials of my DiskStation admin user which has access to everything.Expected:
Synology cameras should work as normal also for a user account with limited (but valid) access rights.
Problem-relevant
configuration.yaml
entries and steps to reproduce:Traceback (if applicable):
The text was updated successfully, but these errors were encountered: