evcc 0.210.x/0211 restart causing Home Assistant report 'Login attempt or request with invalid authentication from...'

[marq24]

After I have updated to the 0.210.x builds (also with 0.211) of evcc and made use of the burger menu in order to sign into my HomeAssistant instance, I get 'sometimes' a warning in my HA instance when I restart my evcc container (not instantly):

HomeAssistent Log:

2025-12-01 08:20:33.229 WARNING (MainThread) [homeassistant.components.http.ban] Login attempt or request with invalid authentication from xxx.xxx.xxx (192.xxx.xxx.xxx). Requested URL: '/auth/token'. (Go-http-client/1.1)

And also there are corresponding messages in evcc (trace log level)

evcc Log:

[httpd ] TRACE 2025/12/01 09:20:33 POST /api/auth/login
[httpd ] TRACE 2025/12/01 09:20:33 GET /api/config/devices/vehicle/ford_mach_e/status 
[homeassistant] TRACE 2025/12/01 09:20:33 POST http://192.xxx.xxx.xxx:8123/auth/token
[homeassistant] TRACE 2025/12/01 09:20:33 grant_type=refresh_token&refresh_token=[TOKEN-WAS-HERE]
--
{"error":"invalid_request"}
[homeassistant] TRACE 2025/12/01 09:20:33 POST http://192.xxx.xxx.xxx:8123/auth/token
[homeassistant] TRACE 2025/12/01 09:20:33 client_id=http%3A%2F%2F192.xxx.xxx.xxx%3A7070&grant_type=refresh_token&refresh_token=[TOKEN-WAS-HERE]
--
{"access_token":"[OTHER-TOKEN-WAS-HERE]","token_type":"Bearer","expires_in":1800}
[site  ] DEBUG 2025/12/01 09:20:35 ----

Timeline of 3 tests

Test 001

Restart of evcc:
[main ] INFO 2025/12/03 10:51:39 evcc 0.210.2

Warning causing evcc action
[homeassistant] TRACE 2025/12/03 11:10:44

Test002

Restart of evcc:
[main ] INFO 2025/12/03 13:04:47 evcc 0.211.0

Warning causing evcc action
[homeassistant] TRACE 2025/12/03 13:04:48

Test003

Restart of evcc:
[main ] INFO 2025/12/03 13:06:39 evcc 0.211.0

Warning causing evcc action
[homeassistant] TRACE 2025/12/03 13:34:40

[SolarPower2024]

Same for me
Coming inregularly, could not find out a pattern yet.

[marq24]

so just as "update' (also edited my initial post) - A restart of the evcc docker container, will cause a Login attempt or request with invalid authentication... @ HomeAssistant (does not have to be instantly, can be also +30min after the restart)

[marq24]

ich bin mir nicht sicher, was Du mit sollte die DB reichen_ meinst - Meinst Du ob ein evcc system, was ausschließlich über die UI konfiguriert ist ausreichend ist, das zu reproduzieren? Hier ist meine Einschätzung "ja sollte ausreichend sein"...

Vielleicht lässt es sich aber für Dich viel einfacher lösen/prüfen, wenn Du einen Blick auf die 'Initialisierung' des client_id parameters wirfst... [ob die ggf einfach zu spät initialisiert wird (wenn das überhaupt möglich ist)]... -> ich checke da von go viel zu wenig.

Ansonsten ist das Testen insofern blöd/ätzend, da ja der POST http://192.xxx.xxx.xxx:8123/auth/token sicherlich nur dann gemacht wird, wenn der TOKEN expired ist (ich vermute das das aktuell 30min sind?)

[andig]

ich vermute das das aktuell 30min sind

Keine Ahnung. Das steht im Token.

sicherlich nur dann gemacht wird, wenn der TOKEN expired ist

Genau.

Hier ist meine Einschätzung "ja sollte ausreichend sein"...

Siehst Du das jedesmal beim Systemstart? Dann gerne mal DB per Slack teilen.

[marq24]

Hier ist meine Einschätzung "ja sollte ausreichend sein"...

Siehst Du das jedesmal beim Systemstart?

also "ja" und "nein"... ich sehe das Jedesmal, wenn ich mein evcc neu starte, dann bekomme ich beim ersten homeassistant token-refresh request, den das evcc System nach dem Neustart versucht (also eben nicht unbedingt sofort nach dem Neustart), diesen 'Fehler' im log (in evcc und und ha). Wenn ich das log richtig verstehe, dann wird nach dem ersten Request (der keine client_id enthält) der dann eben fehlschlägt (und die WARNING in HA verursacht) dann ein zweiter mit client_id gesendet, der dann auch eben durchläuft...

Dann gerne mal DB per Slack teilen.

Meine DB per Slack to teilen, scheitert a) an dem nicht existenten Slack und b) daran, das "meine" DB m.E. Dir nicht viel hilft, da dort ja nur der Token zu meinem HA drin steht (und Du das System sowieso nicht erreich kannst) - ich hate Deine DB-Frage so interpretiert: Ob man die Situation das in einem DB-only Scenario reproduzieren könnte ?

[andig]

Ah, das war der Hinweis. Fixed in #25793. Go hat da eine Autodetection die man aber deaktivieren kann wenn man weiss was erwartet wird.

[marq24]

Ich muss noch üben, wie ich es schaffe, Dir gleich im ersten Versuch den "richtigen Hinweis" passend zu geben... [denn den Hinweis mit dem fehlenden Parameter hatte ich versucht hier zu gegeben :-D ]...

Die letzte halbe Stunde habe ich wieder damit zugebracht mein BuildServer wieder in die Lage zu versetzen den 'latest master' zu bauen... Aktuell warte ich darauf, dass der Token wieder abläuft ;-)

UPDATE - fix wörks...