Tasmota Device verbindet sich nicht mit MQTT2_FHEM_Server. Login denied

Begonnen von georgbarlo, 25 November 2021, 13:47:32

Vorheriges Thema - Nächstes Thema

georgbarlo

Ich habe diverse Gosund WLAN-Steckdosen im Einsatz, welche mit Tasmota geflasht sind. Diese ließen sich problemlos mit dem MQTT2_FHEM_Server, geschützt durch Username/Passwort, verbinden.
Aktuell versuche ich einen IR-Sensor von Hichi, ebenfalls geflasht mit Tasmota, zu verbinden. Das Gerät verbindet sich kurz, der User wird aber umgehend abgewiesen.
2021.11.25 10:58:55 4: Connection accepted from MQTT2_FHEM_Server_192.168.81.241_49729
2021.11.25 10:58:55 5: in:  CONNECT: (16);(0)(4)MQTT(4)(174)(0)(30)(0)(11)DVES_F67A7F(0)(21)tele/strom_F67A7F/LWT(0)(7)Offline(0)(2)GT
2021.11.25 10:58:55 3: Login denied for user >GT< via MQTT2_FHEM_Server_192.168.81.241_49729

Username und Passwort sind unverändert.
Aufgefallen ist mir, dass das neue Gerät eine neuere Tasmota Version hat. Bisherige Geräte 8.1.0.2; neues Gerät 9.5.0.
Hat jemand eine Idee?
Viele Gruesse aus Harsewinkel

rudolfkoenig

ZitatUsername und Passwort sind unverändert.
Was genau bedeutet das?
In der CONNECT Zeile muss Benutzername und Passwort in Klartext zu lesen sein, ohne Trennzeichen.
Ist das der Fall?

Otto123

Ist im neuen Gerät ev. MQTT TLS angehakt?

Ansonsten funktioniert auch tasmota 10.0.0 noch genau so ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

georgbarlo

In der CONNECT Zeile ist am Ende nur der Username zu sehn, kein Passwort.
Viele Gruesse aus Harsewinkel

rudolfkoenig


Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

TomLee

Zitathaken bei Passwort vor save gesetzt?

Hab fünf Tasmota-Devices im Dauereinsatz, die Versionen sind:

- 1x 5.13.1
- 1x 6.6.0
- 2x 8.1.0
- 1x 9.4.0(sensors)

und ein Test-Device mit 10.0.0 .

Bei keinem ist der Haken gesetzt, bei dir ?
Und bei allen hatte ich letzte Woche das Passwort neu gesetzt, wegen neuem Passwort im allowed-Device.

Was soll der Haken bewirken, das Passwort wird beim setzen bei mir dann direkt in Sternchen angezeigt statt den Punkten ?




Falls das Passwort (korrekt) gesetzt ist, schonmal in der Zeit rebooted ? Das Tasmota-Gerät und vorsichtshalber auch FHEM.


Otto123

nein, so meinte ich das nicht. Ich glaube man kann das Passwort setzen/reinschreiben - aber wenn der Haken nicht gesetzt ist, wird es nicht übertragen?
Also zur Sicherheit: nochmal machen :)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

TomLee

Zitat... aber wenn der Haken nicht gesetzt ist, wird es nicht übertragen?

Nee, eben ausprobiert, Haken nicht gesetzt und mit verbose 5 sehe ich das Passwort in der Zeile CONNECT nach einem restart des Device.

Otto123

nochmal falsch verstanden: es wird nicht geschrieben/gespeichert/verwendet  ;D
Meint: man tippt zwar das Passwort in die Maske, macht save - aber wenn der Haken nicht gesetzt war ist das wirkungslos. Sehen tut man ja danach immer nur 4 Sterne
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

TomLee

Wenn ich das Häkchen setze (eben nochmal ausprobiert, einmal mit Version 9.4.0 und einmal 10.0.0) ist das Auswahlfeld nach einem save immer wieder deaktiviert und das Passwort wird auch immer übertragen.

TomLee

Ich hab mir den Verkehr nochmal angeschaut.

Wenn ich das Häkchen bei Passwort setze und anschliessend save drücke, sehe ich folgendes mit verbose 5:

2021.11.27 11:47:14 5: in:  PUBLISH: 06(0)(23)stat/sensorkrake/RESULT{"MqttHost":"192.168.188.26"}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH stat/sensorkrake/RESULT:{"MqttHost":"192.168.188.26"}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000stat/sensorkrake/RESULT\000{"MqttHost":"192.168.188.26"}
2021.11.27 11:47:14 5: in:  PUBLISH: 0*(0)(23)stat/sensorkrake/RESULT{"MqttPort":1883}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH stat/sensorkrake/RESULT:{"MqttPort":1883}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000stat/sensorkrake/RESULT\000{"MqttPort":1883}
2021.11.27 11:47:14 5: in:  PUBLISH: 03(0)(23)stat/sensorkrake/RESULT{"MqttClient":"DVES_%06X"}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH stat/sensorkrake/RESULT:{"MqttClient":"DVES_%06X"}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000stat/sensorkrake/RESULT\000{"MqttClient":"DVES_%06X"}
2021.11.27 11:47:14 5: in:  PUBLISH: 0.(0)(23)stat/sensorkrake/RESULT{"MqttUser":"Thomas"}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH stat/sensorkrake/RESULT:{"MqttUser":"Thomas"}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000stat/sensorkrake/RESULT\000{"MqttUser":"Thomas"}
2021.11.27 11:47:14 5: in:  PUBLISH: 00(0)(23)stat/sensorkrake/RESULT{"MqttPassword":"****"}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH stat/sensorkrake/RESULT:{"MqttPassword":"****"}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000stat/sensorkrake/RESULT\000{"MqttPassword":"****"}
2021.11.27 11:47:14 5: in:  PUBLISH: 00(0)(23)stat/sensorkrake/RESULT{"Topic":"sensorkrake"}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH stat/sensorkrake/RESULT:{"Topic":"sensorkrake"}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000stat/sensorkrake/RESULT\000{"Topic":"sensorkrake"}
2021.11.27 11:47:14 5: in:  PUBLISH: 0:(0)(23)stat/sensorkrake/RESULT{"FullTopic":"%prefix%/%topic%/"}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH stat/sensorkrake/RESULT:{"FullTopic":"%prefix%/%topic%/"}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000stat/sensorkrake/RESULT\000{"FullTopic":"%prefix%/%topic%/"}
2021.11.27 11:47:14 5: in:  PUBLISH: 0y(0)(23)tele/sensorkrake/RESULT{"Time":"2021-11-27T11:47:14","IrReceived":{"Protocol":"UNKNOWN","Bits":20,"Hash":"0x76C5D7DB"}}
2021.11.27 11:47:14 4:   MQTT2_Server_192.168.188.72_60833 DVES_16D18C PUBLISH tele/sensorkrake/RESULT:{"Time":"2021-11-27T11:47:14","IrReceived":{"Protocol":"UNKNOWN","Bits":20,"Hash":"0x76C5D7DB"}}
2021.11.27 11:47:14 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000tele/sensorkrake/RESULT\000{"Time":"2021-11-27T11:47:14","IrReceived":{"Protocol":"UNKNOWN","Bits":20,"Hash":"0x76C5D7DB"}}
2021.11.27 11:47:15 5: in:  PINGREQ: (192)(0)
2021.11.27 11:47:15 4:   MQTT2_Server_192.168.188.24_59339 mqttjs_50fc9c18 PINGREQ
2021.11.27 11:47:15 5: out: PINGRESP: (208)(0)
2021.11.27 11:47:16 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000tele/sensorkrake/LWT\000Offline
2021.11.27 11:47:16 4: Connection closed for MQTT2_Server_192.168.188.72_60833: EOF
2021.11.27 11:47:18 5: in:  PINGREQ: (192)(0)
2021.11.27 11:47:18 4:   MQTT2_Server_127.0.0.1_57998 mqttjs_9bc4726d PINGREQ
2021.11.27 11:47:18 5: out: PINGRESP: (208)(0)
2021.11.27 11:47:20 4: Connection accepted from MQTT2_Server_192.168.188.72_62620
2021.11.27 11:47:20 5: in:  CONNECT: (16)I(0)(4)MQTT(4)(238)(0)(30)(0)(11)DVES_16D18C(0)(20)tele/sensorkrake/LWT(0)(7)Offline(0)(6)Thomas(0)(9)meinpasswort
2021.11.27 11:47:20 4:   MQTT2_Server_192.168.188.72_62620 cid:DVES_16D18C CONNECT V:4 keepAlive:30 LWT:tele/sensorkrake/LWT:Offline usr:Thomas
2021.11.27 11:47:20 5: out: CONNACK:  (2)(0)(0)
2021.11.27 11:47:20 5: in:  PUBLISH: 1(28)(0)(20)tele/sensorkrake/LWTOnline
2021.11.27 11:47:20 4:   MQTT2_Server_192.168.188.72_62620 DVES_16D18C PUBLISH tele/sensorkrake/LWT:Online
2021.11.27 11:47:20 5: MQTT2_Server: dispatch autocreate=simple\000DVES_16D18C\000tele/sensorkrake/LWT\000Online


Es wird MqttUser und MqttPassword (mit Sternchen) übertragen, aber nur einmalig, das Tasmota-Device macht dann automatisch einen restart und in der CONNECT Zeile steht dann wieder das Passwort drin. Das Häkchen ist nach dem restart wieder raus, die Zeilen mit MqttUser und MqttPassword werden nach einem restart nicht mehr übertragen.

Ich denke in der Firmware passt was nicht daß das Häkchen nach einem restart nicht erhalten bleibt und das in der CONNECT-Zeile immer das Passwort steht, egal ob Häkchen gesetzt oder nicht, Häkchen gesetzt bedeutet nur übertrage MqttUser und MqttPassword, das aber in Sternchen.








georgbarlo

Zitat von: rudolfkoenig am 25 November 2021, 18:16:01
Dann sendet das Geraet kein Passwort.
Warum auch immer.
Das ist jetzt klar. Das Passwort war zu kurz, nur zwei Zeichen. Anscheinend muss es mindestens fünf Zeichen lang sein. Mit sieben Zeichen hat es bei mir nun funktioniert.
Danke für die Hilfe.
Viele Gruesse aus Harsewinkel

rudolfkoenig

@TomLee: Das gezeigte Passwort (MqttPassword als JSON Message) ist eine Tasmota-Spezialitaet, gehoert nicht zum MQTT-Protokoll, und wird vom allowed ignoriert. Relevant fuer allowed ist nur das, was bei verbose 5 in der CONNECT Zeile steht.

@georgbarlo: Das duerfte auch eine Tasmota-Spezialitaet sein. Wenn du der Ansicht bist, dass MQTT2_SERVER das Password bekommt und ignoriert, dann melde Dich bitte, ich versuche es dann nachzustellen.