ffreddow

Hi, aktuell ist jemand mit der selben E-Mail, mit der du hier im Forum registriert bist, beim Fernzugriff registriert. Ich kann leider nicht sehen seit wann. Falls du dein Passwort nicht mehr weißt kannst du es beim Login-Fenster zurücksetzen.

Die Log-Nachrichten deuten darauf hin, dass irgendwas zwischen deiner Box und dem Fernzugriffsserver ist, das UDP-Pakete frisst und hin und wieder durch lässt. Eventuell hilft uns deine Netzwerkstruktur da auf die Sprünge. Was hast du z.B. für einen Router und Internetanbieter, hast du andere Geräte, die viel UDP ins internet quasseln oder sonstige Probleme mit deinem Internet? Ein erster Versuch wäre es eine Port-Weiterleitung für Port 51820/UDP an deine Wallbox einzurichten.

Die Grundfunktionen laufen alle auf der Box selber. Dass sowas wie Day-ahead preise über unsere Server abgefragt werden müssen hängt mit der Lizensierung zusammen. Wir dürfen die Preise zwar bei der Strombörse abfragen, dürfen sie aber nur innerhalb unseres "geschlossenen" Systems weitergeben. Es gab intern bereits die Diskussion, ob wir das ganze konfigurierbar machen sollen (Kunden können ihre eigene Lizenz kaufen und eintragen), haben uns aber aufgrund des Aufwands und des dann doch nur sehr begrenzten Nutzen dagegen entschieden. Und last but not least sind wir immer noch komplett Open-Source, sprich sollte es uns irgendwann nicht mehr geben ist alle Software immer noch auf Github verfügbar. Es müsste sie nur jemand anderes betreiben ;)

Wir haben aktuell Probleme mit dem Fernzugriffsserver. Dementsprechend funktionieren alles, was Anfragen gegen unsere Server machen muss nicht (Fernzugriff, Dynamische Strompreise, Solar-forecast und automatische Firmwareupdates). Wir sind dran und das ganze sollte im laufe des Tages wieder laufen

Moin, wir haben in der aktuellen Firmware Version ein Problem, dass einige Dinge, die Internet erfordern nicht mehr funktionieren wenn der Ping höher als 50ms ist. Das Problem wird in der nächsten Firmware gefixt. Kannst du einmal einen Debug Report ziehen und mir schicken (Gerne per PN)?

Moin, ich kann mich dunkel erinnern, dass ich nen ähnliches Problem in den Anfängen des Fernzugriffs hatte. Beim draufstarren grade sind mir aber keine besonders großen Header von der Wallbox aufgefallen. Passiert das schon beim laden vom Webinterface oder nur wenn du eine bestimmte Aktion ausführst? Edit: Ich kann scheinbar nicht richtig lesen. @photron hat mich darauf hingewiesen, dass das Problem darin liegt, dass die Wallboxen und Energy Manager aktuell nur einen 2k Buffer für die Header haben. Ein fix dafür ist möglich, aber relativ Zeitaufwendig. Eine Möglichkeit wäre einen reverse Proxy einzurichten und damit die auf unserer Seite nicht benötigten Header zu entfernen.

Interessant, 51821 wird in jedem Fall benutzt wenn eine Verbindung über den Fernzurgiff aufgebaut wird. Vielleicht ist dein Router/ISP auch einfach sehr aggresiv, was das schließen von UDP "Verbindungen" (technisch gesehen gibt es die nicht) angeht. Über die Management Verbindung werden nur alle paar Sekunden Pakete hin und her geschickt um das "Loch" in der Firewall offen zu halten. Auf den anderen Ports herrscht viel mehr Verkehr, deshalb werden die eventuell nicht geschlossen. Welchen Router und ISP nutzt du, wenn ich fragen darf?

@Ben77 sorry, ich hatte mich verlesen. Du hattest nach port 51820 TCP gefragt, der wird nicht benutzt. War das nen Tippfehler von dir oder hat das Freigeben von 51820 TCP tatsächlich ein Problem gelöst?

Genau, die Box muss auf 51820 - 51825 UDP raus können. 51820 ist für die Management Verbindung über die die Box aufgefordert wird Verbindungen auf zu machen und die restlichen ports sind für die bis zu fünf Verbindungen, die wir gleichzeitig erlauben. Normalerweise macht WireGuard das Hole-punching von selber, nur wenn man ausgehenden traffic explizit verbietet sollte es da zu problemen kommen. Die Ports müssen dauerhaft erlaubt sein, aber es muss kein Portmapping gemacht werden.

Das heißt der fix, den ich gestern eingebaut habe funktioniert erstmal grundlegend. Manchmal muss sich erst jemand beschweren ;) Kannst du mal die App in den debug modus bringen (Nutzer->Lokale einstellungen-> Debug modus) und wenn es dir zu lange dauert den PCAP-Log speichern (Der Knopf, der unter der Darstellung des Webinterface auftaucht) und mir per PN schicken? Bitte in Sitzungen von denen du einen PCAP-Log erstellst keine Passwörter o.ä. eingeben, da dabei der rohe unverschlüsselte Datenverkehr mitgeschnitten wird und die dementsprechend da drin auftauchen würden. Die funktion haben wir absichtlich deaktiviert, weil wir uns dadurch regelmäßig unbeabsichtigt die Verbindungen geschlossen haben. Da ist und wohl nen Link durch die Lappen gegangen. Normalerweise wollen wir alle externen Links aus der App raus halten, damit sowas nicht passiert. Das ist allerdings etwas, was erst durch ein Firmware-Update gefixt werden kann, da das Webinterface von der Wallbox geladen wird.

Dass die Verbindung neu geladen wird nachdem die App aus dem Hintergrund wieder kommt ist gewollt. Wir hatten Probleme mit Apps, die sporadisch tot waren als sie aus dem Hintergrund kamen und die gesamte App einmal neu zu laden war das einzige was erstmal Abhilfe geschaffen hat. Deinen Usecase hatten scheinbar weder ich noch jemand anderes, der die App bis jetzt genutzt hat. Trotzdem ist das etwas was funktionieren darf und ich werde nochmal Zeit in die Suche nach einer alternative zur einfachen Hau-Drauf-Lösung stecken müssen. Ein Bug dem selben Effekt ist uns bekannt und ist seit kurzem gefixt. Wann hattest du das Problem denn das letzte mal?

Moin, danke für den Hinweis! Wir haben das Problem auch schon bei der Android App festgestellt und versuchen aktuell es zuverlässig zu reproduzieren. War das Menü schon weg bevor du dich zur Wallbox verbunden hast? Und hast du dich direkt davor in der App eigeloggt? Edit: Haben das Problem gefunden und behoben. Kann sein, dass du die App einmal komplett schließen und wieder neu öffnen musst.

Hattest du den Fernzugriff auf der Box schonmal eingerichtet? Habe eben nen Bug gefixt, bei dem sowas passiert wenn man die Box aus dem Fernzugriff nimmt und wieder hinzufügt ohnen neuzustarten. Du meinst das Passwort der Nutzer lokal auf der Wallbox? Wir hatten irgenwann mal nen Autologin für die App diskutiert und es dann aber erstmal beiseite gelegt, weil es doch die ein oder andere Fußangel mit sich gebracht hat. Vielleicht muss man das nochmal aus der Schublade holen.

Moin, vermutlich wird das daran liegen. Der Fernzugriff ist was die Netzwerkqualität angeht leider recht sensibel. Ich gehe mal davon aus, dass der reine Verbindungsaufbau klappt, aber das laden des Webinterfaces ziemlich lange dauert. Wie lange hast denn gewartet? Eventuell wäre es auch eine Idee die Animation zu wechseln wenn der Verbindungsaufbau erfolgreich war und das Webinterface geladen wird. Erkennen, dass man sich im Heimnetzwerk befindet ist schwierig bis unmöglich, da jedes Heimnetz anders aussieht. Man könnte eventuell versuchen den auf der Wallbox konfigurierten Hostnamen lokal aufzulösen. Ich rieche aber schon Probleme wenn man sich in öffentlichen Netzen befindet, da muss ich mit den Kollegen mal drüber quatschen wenn die aus dem Urlaub wieder da sind.

E-Mail-Adressen sind komplizierter, als sie aussehen: Grundsätzlich sind sie Case-Sensitiv, ABER sie können case-insensitiv verglichen werden, was wir auch tun (aBc@c.de ist aus Sicht des Servers das gleiche wie abc@c.de). Dass wir diese Konvertierung machen müssen hab ich beim schreiben der Account-Synchronisierung und der Tests übersehen/vergessen, was dazu führt, dass der Server in deinem Fall dachte, dass er den Nutzer nicht kennt und die Wallbox hat ihn darauf hin rausgeschmissen. Vor dem Update hat es keinen Unterschied gemacht, da die Account-Synchronisierung noch nicht existierte. Danke für die Rückmeldung mit dem Workaround, das hat mir einiges an Sucherei erspart 😅 TL;DR: Es sollte auch weiterhin funktionieren, ist aber einfach auf unserer Seite kaputt.