Ungültige Anmeldedaten.

[Wurzelfuchs]

Ich habe versucht, die Integration gemäß Anleitung zu installieren.
Port 10443 da 9443 bereits belegt ist.
folgende Fehlermeldung im Log.

kannst du mir weiterhelfen?

ugreen_api_token_proxy  | INFO:     Uvicorn running on http://0.0.0.0:4115 (Press CTRL+C to quit)
ugreen_api_token_proxy  | INFO:token_refresher:Navigating to https://172.17.0.1:10443
ugreen_api_token_proxy  | INFO:     192.168.10.173:39136 - "GET /token?username=XX&password=XXXX HTTP/1.1" 500 Internal Server Error
ugreen_api_token_proxy  | ERROR:    Exception in ASGI application
ugreen_api_token_proxy  | Traceback (most recent call last):
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/uvicorn/protocols/http/h11_impl.py", line 403, in run_asgi
ugreen_api_token_proxy  |     result = await app(  # type: ignore[func-returns-value]
ugreen_api_token_proxy  |              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/uvicorn/middleware/proxy_headers.py", line 60, in __call__
ugreen_api_token_proxy  |     return await self.app(scope, receive, send)
ugreen_api_token_proxy  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/fastapi/applications.py", line 1054, in __call__
ugreen_api_token_proxy  |     await super().__call__(scope, receive, send)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/applications.py", line 113, in __call__
ugreen_api_token_proxy  |     await self.middleware_stack(scope, receive, send)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/middleware/errors.py", line 186, in __call__
ugreen_api_token_proxy  |     raise exc

ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/middleware/errors.py", line 164, in __call__
ugreen_api_token_proxy  |     await self.app(scope, receive, _send)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/middleware/exceptions.py", line 63, in __call__
ugreen_api_token_proxy  |     await wrap_app_handling_exceptions(self.app, conn)(scope, receive, send)

ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app
ugreen_api_token_proxy  |     raise exc
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/_exception_handler.py", line 42, in wrapped_app
ugreen_api_token_proxy  |     await app(scope, receive, sender)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/routing.py", line 716, in __call__
ugreen_api_token_proxy  |     await self.middleware_stack(scope, receive, send)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/routing.py", line 736, in app

ugreen_api_token_proxy  |     await route.handle(scope, receive, send)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/routing.py", line 290, in handle
ugreen_api_token_proxy  |     await self.app(scope, receive, send)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/routing.py", line 78, in app

ugreen_api_token_proxy  |     await wrap_app_handling_exceptions(app, request)(scope, receive, send)
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app
ugreen_api_token_proxy  |     raise exc
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/_exception_handler.py", line 42, in wrapped_app
ugreen_api_token_proxy  |     await app(scope, receive, sender)

ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/starlette/routing.py", line 75, in app
ugreen_api_token_proxy  |     response = await f(request)
ugreen_api_token_proxy  |                ^^^^^^^^^^^^^^^^
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/fastapi/routing.py", line 302, in app
ugreen_api_token_proxy  |     raw_response = await run_endpoint_function(
ugreen_api_token_proxy  |                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^

ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/fastapi/routing.py", line 213, in run_endpoint_function
ugreen_api_token_proxy  |     return await dependant.call(**values)
ugreen_api_token_proxy  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ugreen_api_token_proxy  |   File "/app/main.py", line 16, in get_token
ugreen_api_token_proxy  |     success = await refresher.fetch_token_async()
ugreen_api_token_proxy  |               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ugreen_api_token_proxy  |   File "/app/token_refresher.py", line 38, in fetch_token_async
ugreen_api_token_proxy  |     await page.goto(url, wait_until="domcontentloaded")
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/playwright/async_api/_generated.py", line 8975, in goto
ugreen_api_token_proxy  |     await self._impl_obj.goto(
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/playwright/_impl/_page.py", line 556, in goto
ugreen_api_token_proxy  |     return await self._main_frame.goto(**locals_to_params(locals()))
ugreen_api_token_proxy  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/playwright/_impl/_frame.py", line 146, in goto
ugreen_api_token_proxy  |     await self._channel.send(
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/playwright/_impl/_connection.py", line 69, in send
ugreen_api_token_proxy  |     return await self._connection.wrap_api_call(
ugreen_api_token_proxy  |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ugreen_api_token_proxy  |   File "/usr/local/lib/python3.12/site-packages/playwright/_impl/_connection.py", line 558, in wrap_api_call
ugreen_api_token_proxy  |     raise rewrite_error(error, f"{parsed_st['apiName']}: {error}") from None

ugreen_api_token_proxy  | playwright._impl._errors.Error: Page.goto: net::ERR_CONNECTION_REFUSED at https://172.17.0.1:10443/
ugreen_api_token_proxy  | Call log:

ugreen_api_token_proxy  |   - navigating to "https://172.17.0.1:10443/", waiting until "domcontentloaded"
ugreen_api_token_proxy  | 

[Tom-Bom-badil]

Ich bin wahrlich nicht sehr erfahren mit Docker, aber ich glaube, der springende Punkt ist wie üblich bei Python die letzte Fehlermeldung:

playwright._impl._errors.Error: Page.goto: net::ERR_CONNECTION_REFUSED at https://172.17.0.1:10443/

Connection refused heißt, das NAS hat https Verbindung abgelehnt; entweder wegen falschem Nutzernamen/Passwort, Nicht-Admin-User oder falschem Port/Protokoll. Leider habe ich keinen Überblick, welche Ports auf dem NAS wohin umgebogen wurden - notfalls auch mal per http statt https im Docker versuchen.

Es kann auch sein, dass 2FA für den User aktiviert ist (macht hier keinen Sinn; Du willst nicht für jeden Abruf alle 10s eine Bestätigung auf Deinem Handy eingeben müssen). Oder es ist fälschlicherweise SSL eingestellt.

Zur Referenz - so sieht es mit Standardeinstellungen aus:

INFO:     192.168.178.23:44300 - "GET /token?username=da_tom&password=u_wish HTTP/1.1" 200 OK
INFO:token_refresher:Navigating to https://172.17.0.1:9443
INFO:token_refresher:API token successfully retrieved.

Viel Erfolg - lass mich gern wissen, was es war!

/tom

[tju79]

Hallo,
die angezeigten Passwortrichtlinien beim Ugreen stimmen meiner Erfahrung nicht der Tatsache. Optisch speichert das System das Passwort, aber es wird nicht so hinterlegt wie eingegeben.
Dieses Phänomen merkte ich bei der Verwendung vieler Sonderzeichen. Probier mal ein "einfaches" Passwort zu Testzwecken, um prinzipiell zu testen, dass es funktioniert. Danach kannst Du versuchen, das Passwort so zu "bauen", dass es funktioniert. Ein Ticket hatte ich hierzu schon geschrieben und viele Details und Screenshots/Logs gesendet, aber bis dato ist das Ticket noch in Bearbeitung.
Grüße

[Tom-Bom-badil]

Hallo @Wurzelfuchs,

da diese Issue noch nicht als 'solved' markiert ist - konntest Du die Installation erfolgreich abschließen?

/tom

[tju79]

Zu meiner obigen Nachricht #96 (comment) die Ergänzung:

Ich hatte mein Ticket nach Stillstand nochmal angestupst und es liegt eine Antwort vor:

Das Sonderzeichen "§" schluckt das System als Passwort (als nie geschrieben; also kürzt das Passwort entsprechend. Ob noch weitere Sonderzeichen sind wird nicht konkret mitgeteilt.

Zitat aus der Ticketantwort:

"Daher schlug die Anmeldung mit dem ursprünglichen Passwort fehl.
Derzeit entfernt das System nicht unterstützte Zeichen stillschweigend, anstatt eine Warnung anzuzeigen. Wir verstehen, dass dies verwirrend ist, und werden eine Anfrage an unser Entwicklungsteam weiterleiten, damit die Benutzeroberfläche künftig einen Hinweis anzeigt."

[Tom-Bom-badil]

Danke für die Rückmeldung! :) Muss ich in die readme aufnehmen ...

/tom

[makol1995]

Hallo

Ich habe heute versucht meine DXP4800 plus in HomeAssist hinzu zu fügen.
Leider habe ich das mit der Anleitung hier nicht hinbekommen.

• In HomeAssist bekomme ich immer nur die Meldung: Authentication request failed: Cannot connect to host IP:4115 ssl:False [Connect call failed ('IP', 4115)].
• Auf der DXP in den Logs sehe ich gar nichts zum Zeipunkt der Verbindungsversuche.
• Ich habe auf der DXP den HTTP Port auf 5000 und den für HTTPS auf 5001 umgestellt. Damit kann ich mich wunderbar auf das Webinterface verbinden. Aber keiner dieser Ports funktioniert in HomeAssist, weder mit noch ohne HTTPS.
• Den Tocen Port habe ich wie empfohlen auf 4115 belassen.
• Für den verwendeten User ist MFA deaktiviert.
• Der selbe User wird in HomeAssist für die Backup Funktion eingesetzt. Die Backups funktionieren auch.

Ich habe die Fehlermeldung aus HomeAssist hier angehängt.
Wie kann ich das Problem beheben?
HomeAssistError.txt

[makol1995]

Vielen Dank für das schnelle Feedback.
Das kann eigentlich nicht sein, denn HomeAssist läuft bei mir auf einem Rashpberry und nicht in einer VM oder einem Docker Kontainer auf der DXP.
Was ich noch ergänzend sagen kann ist, dass sowohl der Rashpby auf welchem ich HomAssist betreibe als auch die DXP im selben Netzwerk liegen.

[Tom-Bom-badil]

Ok, aber das Grundproblem bleibt dasselbe - die Anfrage an den Proxy geht nicht durch:

ConnectionRefusedError: [Errno 111] Connect call failed ('192.168.1.105', 4115)

https://realpython.com/ref/builtin-exceptions/connectionrefusederror/

Da ist entweder im Netzwerk was faul, oder im Container. Kannst Du das NAS aus einer Shell auf dem Raspi anpingen?

ping 192.168.1.105

Was sagt das Log im Container selbst?

/tom

[makol1995]

Hallo Tom

Ups, das ist glaube ich mein Fehler, denn ich hatte das Detail mit dem Docker Container schlicht ignioriert.
Sorry...

Werde das nun nochmal mit dieser Konfig probieren..

[makol1995]

Ich hab jetzt nochmal eine Stunde lang geübt und es auch mit der Docker Konfig nicht hinbekommen.
Das einzige was sich jetzt geändert hat, ist die Fehlermeldung. Die lautet jetzt immer Authentication request failed: 500, message='Internal Server Error.
Ich kann machen was immer ich will, ich bekomme immer diese Meldung. Aber 2FA ist nun für gar keinen User auf der DXP mehr aktiv.
Und dennoch geht es nicht.
Eigentlich wäre ich noch bis zum Weekend froh, wenn das laufen würde, aber wenn nicht, dann warte ich eben bis zur neuen Version.

[Tom-Bom-badil]

Und wieder die Frage: Was sagt das Docker log?

/tom

[htx996]

The account password frequently reports errors

[Tom-Bom-badil]

Please remove any special characters from the password.

/tom

[tju79]

@htx996 There is a bug with some special characters, so you should try to use letters and numbers only.

I don't know the current status of my bug report. They said they would fix it. It's been a while, but there was nothing about it in the changelog.

[BlackStar153]

I have the same problem. I just can't log in. My password has no special characters, HTTPS is disabled, two-factor authentication is disabled, and the firewall is disabled. HA is running on the VM on the Ureen NAS.

[Tom-Bom-badil]

Typical root cause for this: The VM's network is set to something like Macvtap or such; it MUST BE Linux bridge, or the VM cannot see other devices on the same network.

You can try this out by pinging (detailed instructions in this how-to):

• Open a ssh on your NAS, try to ping the HA VM. It will likely succeed.
• Now vice versa: Open a terminal within the HA VM (eg in VS Code), then ping the NAS IP. Most likely the ping will time out.

This is not directly related to this integration, but a general network setup issue. Other integrations accessing devices on the same network will face the same problems.

Good luck!

/tom