Moin,
habe eben die aktuelle 1.6 (master) ans Laufen bekommen, in der Erstkonfiguration nur mit den Plugins CLI und SMLX; Konfiguration für Logging und Module entspricht der git-Version.
Wenn ich der Dokumentation für das Admin-Modul (bzw. das http-Modul) folge, sollte ich mich auf der lokalen URL in die Admin-Oberfläche begeben können ohne Login (da in der modules.yaml keine entsprechende Konfiguration aufgenommen ist).
Ich bekomme jedoch eine Anmeldemaske unter der umgeleiteten URL "http://hauspi:8383/admin/login?returnUrl=%2F". Da ich keine Benutzerdaten angegeben habe, kann ich mich auch nicht einloggen.
Erneuter Versuch mit "user = admin, password = geheim" in der modules.yaml unter "http" -> selbes Problem, Benutzername/Passwort falsch.
Gibt es
- Einschränkungen in der IP? (habe ich nicht gefunden, "ip" ist standardmäßig auf 0.0.0.0, das dürfte aber die Server-IP sein)
- sonstige Einstellungen, die ich ggf. vornehmen muss?
- Abhängigkeiten, die - unerkannt nicht erfüllt - einen Login verhindern?
Der Loginversuch mit User "admin" und leerem Passwort ergibt im Log:
habe eben die aktuelle 1.6 (master) ans Laufen bekommen, in der Erstkonfiguration nur mit den Plugins CLI und SMLX; Konfiguration für Logging und Module entspricht der git-Version.
Wenn ich der Dokumentation für das Admin-Modul (bzw. das http-Modul) folge, sollte ich mich auf der lokalen URL in die Admin-Oberfläche begeben können ohne Login (da in der modules.yaml keine entsprechende Konfiguration aufgenommen ist).
Ich bekomme jedoch eine Anmeldemaske unter der umgeleiteten URL "http://hauspi:8383/admin/login?returnUrl=%2F". Da ich keine Benutzerdaten angegeben habe, kann ich mich auch nicht einloggen.
Erneuter Versuch mit "user = admin, password = geheim" in der modules.yaml unter "http" -> selbes Problem, Benutzername/Passwort falsch.
Gibt es
- Einschränkungen in der IP? (habe ich nicht gefunden, "ip" ist standardmäßig auf 0.0.0.0, das dürfte aber die Server-IP sein)
- sonstige Einstellungen, die ich ggf. vornehmen muss?
- Abhängigkeiten, die - unerkannt nicht erfüllt - einen Login verhindern?
Der Loginversuch mit User "admin" und leerem Passwort ergibt im Log:
Code:
2019-11-04 12:59:04 DEBUG rest CP Server Thread-13 REST_dispatch_execute(): No Authentication needed for POST (AuthController.add) -- rest.py:REST_dispatch_execute:233
2019-11-04 12:59:04 INFO api_auth CP Server Thread-13 AuthController.add(): /user -- api_auth.py:add:187
2019-11-04 12:59:04 INFO api_auth CP Server Thread-13 AuthController.authenticate(): cherrypy.request.headers = {'Remote-Addr': '192.168.2.2', 'Host': 'hauspi:8383', 'Connection': 'keep-alive', 'Accept': 'application/json, text/plain, */*', 'Origin': 'http://hauspi:8383', 'User-Agent': 'Mozilla/5.0 (X11; U; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.90 Safari/537.36', 'Dnt': '1', 'Referer': 'http://hauspi:8383/admin/login?returnUrl=%2F', 'Accept-Encoding': 'gzip, deflate', 'Accept-Langua ge': 'en-US,en;q=0.9', 'Content-Type': 'text/plain', 'Content-Length': '157'} -- api_auth.py:authenticate:80
2019-11-04 12:59:04 INFO api_auth CP Server Thread-13 AuthController.authenticate(): rawbody = b'{"username":"e22ac8c78ea726102c34e5e6d31560057a9ed90332e897edcbb5f81d3dd74699438974fde7901781cdac989c86891164305c6f975bfe19ad26018a302fc364da","password":""}' -- api_auth.py:authenticate:88
2019-11-04 12:59:04 INFO api_auth CP Server Thread-13 AuthController.authenticate(): credentials = {'username': 'e22ac8c78ea726102c34e5e6d31560057a9ed90332e897edcbb5f81d3dd74699438974fde7901781cdac989c86891164305c6f975bfe19ad26018a302fc364da', 'password': ''} -- api_auth.py:authenticate:94
2019-11-04 12:59:04 WARNING rest CP Server Thread-13 REST_dispatch_execute: user: module 'jwt' has no attribute 'encode' -- rest.py:REST_dispatch_execute:245
2019-11-04 12:59:04 INFO _cplogging CP Server Thread-13 192.168.2.2 - - [04/Nov/2019:12:59:04] "POST /api/authenticate/user HTTP/1.1" 200 76 "http://hauspi:8383/admin/login?returnUrl=%2F" "Mozilla/5.0 (X11; U; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.90 Safari/537.36" -- _cplogging.py:access:284
...) . Wie ich schon schrieb, vermute ich aber, dass das nicht die zulässigen Clients, sondern die zu nutzenden Serveradressen sind (default 0.0.0.0).
Kommentar