[vz-users] Kein INSERT Zugriff für user vz at 127.0.0.1 auf Datenbank volkszaehler

[Frank Richter]

Hi,

vzclient redet ja nur mit der MW, die 127.0.0.1 kommt wahrscheinlich aus
der config.yaml (bis vor ein paar Tagen stand das dort, seit #799
localhost).

Viele Grüße
Frank

Andreas Goetz <cpuidle at gmail.com> schrieb am Fr., 10. Apr. 2020, 23:09:

> Ich mag diese „seit neuestem“ Fehlersuche. Also hier
> https://github.com/volkszaehler/volkszaehler.org/blob/master/bin/vzclient#L64 wird
> die Konfigurationsdatei eingelesen. Was steht denn bei Dir da drin?
> Irgendwo muss der Username ja herkommen...
>
> Viele Grüße, Andreas
>
> Am 10.04.2020 um 22:56 schrieb G. Stenzel <GS-vzl at betriebsdirektor.de>:
>
> Hallo Andreas
>
> Ich rufe vzclient aus einem Script unter dem user pi auf. Er greift
> dann offenbar als vz at 127.0.0.1 auf die Datenbank zu, was
> interessanterweise lesend geht, aber nicht schreibend.
>
> Als Workaround habe ich jetzt den user vz at 127.0.0.1 mit denselben
> Rechten wie vz at localshost angelegt. Damit geht es dann,
> logischerweise.
>
> Ich bin nur etwas irretiert, warum der user 'vz' neuerdings mit dem
> host '127.0.0.1' bei der Datenbank ankommt. Wie gesagt, bei früheren
> Test ging es schon einmal.
>
> Gruß
> G.
>
> Schau doch mal wie der user in Mysql angelegt ist. Wenn es
> vzuser%localhost ist dann kann 127.0.0.1 in der Datanbank nicht
> funktionieren. Oder probier einfach mal localhost.
>
>
> Viele Grüße, Andreas
>
>
> Am 10.04.2020 um 22:12 schrieb G. Stenzel <GS-vzl at betriebsdirektor.de>:
>
>
> ?Hallo
>
>
> Mit meinem neuen Volkszähler gibt es noch ein Problem. Der vzclient
>
> kann keine Daten in die Datenbank schreiben:
>
>
> access.log:
>
>
> ::1 - - [10/Apr/2020:21:20:07 +0200] "GET
> /middleware.php/data/65e46840-dd17-11e2-8103-553845eeddfc.json?operation=add&ts=1586546401000&value=16609469.8
> HTTP/1.1" 400 352 "-" "vzclient/1.0"
>
>
> Wenn ich den Befehl in der Kommandozeile eingebe, kommt folgende
>
> Meldung:
>
>
> /var/www/volkszaehler.org/bin/vzclient -u 65e468
>
> 40-dd17-11e2-8103-553845eeddfc add data ts=1586546401000
>
> value=16609469.8
>
> {"version":"0.3","exception":{"message":"An exception occurred while
>
> executing 'INSERT INTO data (channel_id, timestamp, value) VALUES
>
> (6,?,?)' with params
>
> [1586546401000,\"16609469.8\"]:\n\nSQLSTATE[42000]: Syntax error or
>
> access violation: 1142 INSERT command denied to user 'vz'@'127.0.0.1'
>
> for table 'data'","type":"ConnectionException","code":0}}
>
>
> Ein Check der Zugriffsrechte in mysql ergibt:
>
>
> MariaDB [volkszaehler]> SHOW GRANTS FOR 'vz'@'localhost';
>
>
> +-----------------------------------------------------------------------------------------------------------+
>
> | Grants for vz at localhost
>                                                                                   |
>
>
> +-----------------------------------------------------------------------------------------------------------+
>
> | GRANT USAGE ON *.* TO 'vz'@'localhost' IDENTIFIED BY PASSWORD
> '*C142FB215B6E05B7C134B1A653AD4B455157FD79' |
>
> | GRANT SELECT, INSERT, UPDATE, DELETE ON `volkszaehler`.* TO 'vz'@'localhost'
>                              |
>
> | GRANT DELETE ON `volkszaehler`.`aggregate` TO 'vz'@'localhost'
>                                            |
>
> | GRANT DELETE ON `volkszaehler`.`properties` TO 'vz'@'localhost'
>                                           |
>
> | GRANT DELETE ON `volkszaehler`.`entities_in_aggregator` TO 'vz'@'localhost'
>                               |
>
>
> +-----------------------------------------------------------------------------------------------------------+
>
> 5 rows in set (0.002 sec)
>
>
> Kann es sein daß für die Datenbank die User vz at 127.0.0.1 und
>
> vz at localhost nicht dasselbe sind? Komischerweise ging das bei früheren
>
> Tests schon mal. Ich weiß nicht, was ich hier verbogen habe. Könnte
>
> mir bitte mal jemand auf die Sprünge helfen?
>
>
> Ein "get data" auf der Konsole geht übrigens.
>
>
> Danke und Gruß
>
> G.
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20200410/ca8f7397/attachment-0001.html>