-
Notifications
You must be signed in to change notification settings - Fork 5
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
Problem with authorizing #26
Comments
It still works on my setup.
|
I've looked closely in my logs, I do sometimes have the same message
But it is followed by a successful reconnection: the code is handling these connections problems and perform reconnect. It happen sometimes that the current connexion gets invalid, I've got no clue why it happens. If it's the same for you (and everything is working), you can ignore the message or try to lower the re-auth interval. # re-authentication interval in minutes
auth_interval: 10 |
Yes it is my first install. And I don't have quotes in my password, only normal letters. |
This is what the log says: On what port are the requests made? Could that be a problem of port forwarding may be? |
Sorry for the lag in the answers. Some questions about your setup:
|
These are the URLs that are requested, they are https requests (port 443) gigaset-elements-proxy/src/gigaset.ts Lines 6 to 13 in 3b30e30
There is a manual way to debug connectivity, you can try to |
Last thing: I've pushed some changes 2 days ago on this repo, please |
Hi ycardon This are the prior messages in the log:
|
Woa nice, someone (it seems to be @ginkel) has posted a docker image ! Well, the docker image is a little outdated (2 months ago) and I will have trouble to help you as I don't know how the image is created. Maybe @ginkel can PR his Dockerfile. Otherwise, I also maintain a Dockerfile in here but it's specialised for a Hass.io environment. |
The Docker image build is somewhat proprietary due to the way I am building the image in GitLab CI to build a multiarch image (that also supports arm, which I need to deploy on a Raspberry Pi). I can certainly contribute the Dockerfile, though. |
That would be nice! I'll try that. |
What platform are you running on ? A RPi with Raspbian or more generally a linux environment ? If so, instead of using a docker image, you can go through the options 2 or 3 of the README.md to install the project. |
Juste wondering: @ginkel did you documented the way to launch your Docker image ? Maybe @swissmaster1 did not correctly referenced his configuration file and is using a default config (without his credentials) inside the image. |
I am deploying though Ansible, but with a very similar syntax to Docker Compose.
|
I run it on my Synology Diskstation (Unix) with Intel CPU.
I tested it and I‘m sure it‘s working with my configuration file and not default. |
Raspberry Pi / Raspbian Regarding config: You need to have the Just another thought: IIRC the Gigaset Elements API is picky about special characters in the password. Try one that contains only numbers and plain letters. |
I thought docker images run on any plattform. Isn‘t that correct? |
Nope. |
Oh so no chance to run that on my Synology. Thanks guys for answers. |
No, amd64 is the instruction set supported by most modern Intel CPUs. ;-) |
But why does it run generally (only authetification error) and doesn‘t give me a runtime error as soon as I start it when my CPU doesn‘t support the instruction set? |
Your CPU does support the amd64 instruction set. |
Hmm, now I do not understand anything. When the docker image supports amd64 and my CPU as well, then it should run properly, not? |
Well, yes and no. The software runs, but it is getting an authentication error from the GE API. |
And the reason for that is the hardware? |
Nope. ;-) You need to figure out why your authentication request is rejected by the server. |
Alright! Now I understood. I think there is something with the ports inside docker. I only assigned port 3000 coming from outside docker to go on port 3000 inside docker. |
Hi
Is this still working properly? I get this error in the log file:
{"error": {"message": "Unauthorized", "code": 401, "type": "Http401"}}
But when I copy paste the login data from my default.yaml to https://my.gigaset-elements.com I can login on the page. Did Siemens Gigaset maybe change something?
The text was updated successfully, but these errors were encountered: