[Gelöst] Login denied for user

Begonnen von UweUwe, 01 März 2019, 08:53:18

Vorheriges Thema - Nächstes Thema

UweUwe

Hallo,
habe die Anmeldung an FHEM gestern umgestellt von dem User A nach dem User B mit basicAuth Attribut.
Ich verwende für den Zugang WEBtablet.

Die Umstellung hat auch prima funktioniert, leider bekomme ich seit dieser Zeit alle 10 sec die Fehlermeldung:
Login denied for user >A< via WEBtablet_127.0.0.1_53846
2019.03.01 00:01:11 3: Login denied for user >A< via WEBtablet_127.0.0.1_53852

Wie gesagt, "A" war mein alter User, bevor ich nach B umgestellt habe.

attr WEBtablett basicAuth xxxxx  hatte ich als Kommando verwendet.
Muss ich jetzt auch noch allowed_WEBtablett umstellen?
Ich verstehe nicht, welches device sich hier an dem bisherigen User noch anmeldet.
Ich hatte schon alexa in Verdacht, habe hier aber keine entsprechende User/Passwort Abfrage gefunden.

rudolfkoenig

ZitatIch verstehe nicht, welches device sich hier an dem bisherigen User noch anmeldet.
Ich kann dazu nur sagen, dass der "Eindringling" vom FHEM-Rechner selbst kommt (wg. 127.0.0.1)

ZitatMuss ich jetzt auch noch allowed_WEBtablett umstellen?
"attr WEBtablet basicAuth xxxx" fuehrt intern
defmod allowed_WEBtablet allowed
attr allowed_WEBtablet validFor WEBtablet
attr allowed_WEBtablet basicAuth xxxx
aus, um die Umstellung bei der Einfuehrung von allowed von dem vorherigen "attr WEB basicAuth" zu vereinfachen.

UweUwe

Hallo,

vielen Dank für die schnelle Antwort. Ich hab mal nachgeschaut. Das basicAuth Attribut sieht identisch aus mit meinem User/Passwort für User A, also vor der Umstellung des attr WEBTablett basicAuth. Ich habe jedoch jetzt aber auch wieder das WEBTablett auf "A" zurückgesetzt". Der Fehler ist damit weg, mein Thema aber noch nicht gelöst.

Kann folgendes helfen, wenn ich
attr WEBtablett basicAuth von A nach B umstelle.
muss ich dann auch
attr allowedWEBTablett basicAuth von A nach B umstellen?

Eigentlich aber unlogisch, da sich ein device mit "A" anmeldet, nachdem ich WEBTablett auf "B" umgestellt habe. Da muss also irgendwo der User "A" vermerkt sein.  Ich kann mich aber nicht mehr erinnern, bei welcher Devicespezifikation der User/Psswort hinterlegt wurde (Fritzbox? Alexa? Bot?)





amenomade

Hast Du irgendwelche UI, die auf WEBtablett greift (mit altem User)?

Envoyé de mon SM-G930F en utilisant Tapatalk

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

UweUwe

Hallo,
ich kann mit UIs leider nichts anfangen, denke für die Antwort...
(Fritzbox? Alexa? Bot?, Spotify?)


UweUwe

Hab da sehr Alexa in Verdacht, finde aber die Autorisierung nicht:

dies stammt aus Alexa...    
stopped; failed to connect to fhem: 401: Authorization Required.
Obwohl ich den User wieder zrückgestellt habe.. Komisch.
Fehlermeldungen in Form von Login denied bekomme ich auch nicht mehr, seit dem ich den User wieder zurückgesetzt habe.
Warum stopped dann Alexa mit Authorization Required?

amenomade

Schau mal in deiner Lambda Funktion oder in config.json
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

UweUwe

Hallo, habs gefunden, es war ALEXA  (FHEM Connector).

ZitatAttr

    alexaFHEM-auth
    the user:password combination to use to connect to fhem.

Ich habe jetzt auch das  Attribut alexaFHEM-auth auf den neuen User:Passwort geändert und sehe bisher keine Fehlermeldungen mehr.
Ich setzt den Blog erstmal auf gelöst.

Danke für die Tips..







UweUwe

Ja, da war noch was in config.json versteckt, dank an
Zitatamenomade
da muss man sehr gut buchführen, falls man später mal das FHEM Passwort ändern möchte!