Synology docker container und MDNS

[SolarPowerEV]

Hallo,

grundsätzlich kenne ich mich mit DNS eigentlich halbwegs aus. Docker hingegen sind für mich definitiv noch Lerngebiet. Soweit läuft evcc inzwischen aber und erkennt den Stromfluss, die Wechselrichter, die Batterie, die Autos und die Wallboxen.

Ich habe inzwischen auch verstanden, dass evcc auf meinem Windowsrechner sich erfolgreich im lokalen DNS-System announcen kann und evcc.fritz.box dann auf die IP meines Windowsrechners zeigt.
Und dass daselbe leider nur sehr sporadisch im Docker Container meiner Synology mit DSM 7.2.1 funktioniert (ganz selten löst evcc.fritz.box tatsächlich nach dem Starten des Containers auf die IP meiner Synology auf und ich bekomme dann auch für einen überschaubaren Zeitraum Zugang über den Browser mit http://evcc.fritz.box).

(Und es wäre halt super praktisch gewesen, wenn ich im Handy und auf dem PC nur ein und dasselbe Lesezeichen hätte verwenden können, wenn ich zwischen der Windows-Testumgebung und dem Produktivbetrieb auf der Synology umschalten möchte. Aber sei's drum, das werden wir hier wohl nicht lösen können.)

Was ich mich jetzt aber frage ist: welchen Wert soll ich denn jetzt statt evcc.local dort für die Instanz im Docker-Container eintragen?

Die Kommentarzeile in der Muster-Datei evcc.dist.yaml
"# docker: MDNS announcements don't work. host must be set to the docker host's name."
hilft mir da leider nicht wirklich weiter.

Nehmen wir an, meine Synology hieße musternas.
Trage ich dann in die Konfig statt evcc.local einfach nur musternas ein?
Oder musternas.fritz.box?
Oder ist es eigentlich egal, weil der Announce ja eh nicht klappt? (Und musternas ist sowieso bereits in der FRITZ!Box registriert und mit der IP 192.168.2.21 verknüpft.)

Was genau bewirkt der Parameter in der yaml-Datei dann eigentlich in diesem Fall im Container noch? Braucht evcc selber irgendwie den Namen des Hosts, auf dem es läuft? Bisher lief es auch wie gesagt auch mit evcc.local scheinbar fehlerfrei (außer eben der nur sehr selten funktionierenden Auflösung des Namens auf evcc.fritz.box). In jedem Fall würde ich hier gerne das Richtige eintragen, um prophylaktisch unnötige Probleme in der Zukunft mit komplizierteren Umgebungen direkt zu vermeiden.

Ich danke im Voraus für Eure Auskunft.

[poozu]

Dann probier mal: http://192.168.2.21:7070 als Lesezeichen. Sollte aus dem gleichen Netzwerk von überall funktionieren. Voraussetzung auf dem Handy ist natürlich, dass es im WLAN eingeloggt ist.
Mit MDNS habe ich es auch nicht hinbekommen...

[poozu]

Was Du versuchst wird nicht funktionieren. Wenn Du evcc auf dem Win Rechner startest, erreichst Du evcc unter localhost:7070, wenn evcc im Docker Container auf Deiner Synology läuft, ist evcc unter http://192.168.2.21:7070/ zu erreichen.
Die Angaben in der jeweiligen yaml ist keine DNS Host Definition.
Wenn Du also tatsächlich immer abwechselnd evcc mal auf WIN, mal im Container laufen lassen willst, musst Du wohl oder übel zwei lesezeichen (siehe oben) verwenden. Zusätzlich liegen die DBs auf dem WIN und in Docker an zwei verschiedenen Stellen! Es macht also keinen Sinn evcc mal hier, mal da laufen zu lassen, weil Du dann auf zwei verschiedene DB Stände zurückgreifst, es sei denn, Du würdest die DBs noch synchronisieren. Warum Du den Aufwand betreiben möchtest erschließt sich mir nicht.

Meine yaml sieht so aus:

network:
schema: http
host: evcc.local # .local suffix announces the hostname on MDNS
port: 7070

[at4hawo1]

Du schreibst:

Und dass daselbe leider nur sehr sporadisch im Docker Container meiner Synology mit DSM 7.2.1 funktioniert (ganz selten löst evcc.fritz.box tatsächlich nach dem Starten des Containers auf die IP meiner Synology auf und ich bekomme dann auch für einen überschaubaren Zeitraum Zugang über den Browser mit http://evcc.fritz.box/).

Was meinst du denn damit genau? Wie @poozu schreibt, trägst du in der yaml
host: evcc.local
ein, und du erreichtst evcc dann dauerhauft unter http://192.168.2.21:7070/

[GrimmiMeloni]

mDNS funktioniert nicht ohne weiteres aus dem Docker Container heraus, weil es ein UDP basierter Broadcast ist, welcher nicht ohne weiteres von Deinem Docker Netzwerk Stack auf der Synology in den Container weitergeleitet wird. Du mußt dafür mWn den Container mit einem MacVLAN Docker Netzwerk aufsetzen, aber das habe ich selber nie getestet.

So fern Du auf mDNS verzichten kannst, ist der korrekte Wert für host der Hostname deiner Synology. Alternativ die IP Adresse der Synology.

[SolarPowerEV]

Hmmm... die Diskussion wird jetzt breiter, als ich sie beabsichtigt hatte. Ich hätte nie gedacht, dass eine einfache Syntax-Frage (mit Domainendung oder ohne oder ist es egal) derartig viele Antworten produzieren könnte, die an der eigentlichen Frage leider vorbeigehen.

Nochmal zur Klärung. In der evcc.dist.yaml steht der Hinweis drin:

# if the host name contains a `.local` suffix, the name will be announced on MDNS
# docker: MDNS announcements don't work. host must be set to the docker host's name.
host: evcc.local

Da meine Produktions-Instanz im Docker läuft (und dort der MDNS Broadcast nicht zuverlässig funktioniert) ist der Eintrag evcc.local entsprechend nicht sinnvoll! Mir jetzt mehrfach zu schreiben, dass Ihr dort (in Eurer Nicht-Docker-Umgebung) evcc.local eingetragen habt, ist zwar nett gemeint, hat mir aber leider genau null weiter geholfen, weil der Kommentar in der yaml-Datei diese Schreibweise ja in meinem Docker-Fall ausdrücklich als nicht sinnvoll definiert!
(In meiner Windows-Instanz habe ich natürlich auch evcc.local drinstehen, ist ja völlig klar, da macht das ja auch Sinn, weil der MDNS da funktioniert).

Meine Frage war nach der exakten Syntax des Hostnamen in der yaml-Datei, wenn evcc.local wg. Docker ausscheidet.
Trage ich dort dann nur den nackten Hostnamen (also musternas) oder den fully qualified domain name (FQDN) mit der Endung fritz.box (also mustnas.fritz.box) ein? Oder ist es egal, weil diese Zeile außer für den MDNS-Announce sowieso nicht weiter genutzt wird?
(Die IP-Adresse 192.168.2.21 würde ich nur sehr ungern eintragen, weil sollte ich irgendwann mal vielleicht die IP-Adresse meiner Synology ändern, müsste ich dann auch daran denken, die evcc.yaml entsprechend anzupassen. Solche unnötigen Abhängigkeiten würde ich lieber vermeiden.)

@StefanSchoof hat das als einziger beantwortet (dafür vielen Dank), ich hoffe jetzt einfach mal, dass diese Syntax musternas.fritz.box hier auch dem Konsens derjenigen entspricht, die den Code von evcc kennen.

Off-topic:

Da hier mehrfach danach gefragt wurde, wieso ich zwei Instanzen habe:
Wenn ich mit den Settings rumexperimentiere (weil z.B. aktuell leider das Überschuss-Laden immer noch nicht läuft), dann geht es unter Windows einfach deutlich schneller. Denn dort muss ich einfach nur die evcc.yaml abändern, STRG+C im Eingabeaufforderungs-Fenster drücken und anschließend kann ich bei Bedarf noch mit evcc charger oder evcc meter ein paar Abfragen durchführen, bevor ich mit dem Befehl evcc den Service wieder starte. Und bei Bedarf kann ich auch leicht den Loglevel anpassen.
Das alles geht im Docker entweder GAR NICHT (da ich dort keine Kommandozeile habe) oder nur deutlich aufwendiger (Stoppen des Dienstes, Rüberkopieren der yaml-Datei auf die Synology, Starten etc. dauert alles deutlich länger). Insofern kann und will ich auf die zweite Instanz unter Windows zu Testzwecken nicht verzichten. Dass die evcc.db nicht dieselbe ist, kann ich verschmerzen, denn die Testumgebung lasse ich ja nicht produktiv laufen. Im Gegenteil, manchmal ist es sogar hilfreich, dass ich mir meine Produktiv-db nicht mit irgendwelchen Testeinstellungen "versaue".

Anfangs hat es auch super geklappt, dass ich im Browser immer nur http://evcc.fritz.box aufrufen musste und die jeweils aktive Instanz dann automatisch gefunden wurde, je nachdem, ob sie jetzt auf dem Windows-PC (192.168.2.22) oder im Docker (192.168.2.21) lief.
(Vor dem Start der anderen Instanz habe ich natürlich immer die Instanz auf dem anderen System gestoppt).
Ich weiß, das klingt seltsam, aber kurz nach dem Start des Containers scheint der MDNS-Broadcast tatsächlich (oft, allerdings auch nicht immer) zu funktionieren. Erst nach ein paar Minuten verschwindet der Eintrag für evcc.fritz.box dann aus dem DNS-System und der Browser greift ab dann ins Leere.

On-topic und Abschluss:

Vielleicht kann noch jemand weiteres bestätigen, dass die Syntax
host: musternas.fritz.box
die richtige ist und dann können wir das Thema hier als geklärt betrachten.

Übrigens: Eine Erweiterung der evcc.dist.yaml um diese konkrete Syntax (vielleicht mit einem Beispiel für den hostnamen) könnte ggf. auch anderen helfen. (Sofern der Eintrag im Docker überhaupt relevant und nicht total egal ist. Denn die Frage, ob evcc diese Zeile für etwas anderes außer dem MDNS-Announce nutzt, ist leider bisher nicht beantwortet worden).

[at4hawo1]

Ich denke, dass die meisten, die versuchen, dir zu helfen, dein Problem immer noch nicht verstanden haben. Mich eingeschlossen.

Da meine Produktions-Instanz im Docker läuft (und dort der MDNS Broadcast nicht zuverlässig funktioniert)

Verstehe ich nicht. Bei mir läuft evcc als Docker Container auf einer Synology DS220+ seit 1,5 Jahren völlig stabil (die Synology hängt auch an einer Fritzbox), ich habe noch nie Probleme gehabt, die evcc Page zu erreichen und bei mir steht (sowohl in der Windows Testinstanz als auch in der Docker-Produktions evcc) in der yaml:
host: evcc.local

[andig]

Nach dem Abschluss machen wir hier zu. Danke an alle Helfer!