non-responsiver ekey home converter LAN

[Grafe]

Hallo,
nachdem mir eKey freundlicherweise mitgeteilt hat, dass das Probleme mit dem Konverter (dass er nämlich nach unbestimmter Zeit non-responsive wird) zwar durchaus bekannt sei, aber seitens des Unternehmens kein Fix geplant sei 😤 und man als Workaround vorschlage, das Gerät regelmäßig stromlos zu machen, habe ich mich auf die Suche nach einem Fix gemacht. Mir fiel dabei auf, dass das ändern der IP über das Windows-Tool den Konverter ebenfalls neu startet und somit wieder funktionstüchtig macht. Ich habe dann den Datenverkehr getrackt (tcpdump) und konnte sehen, was das Tool macht:

• Das Tool spricht per UDP auf Port 58009 mit dem Konverter. Zum IP-Ändern schickt es ein einziges Paket. Es besteht aus einem kurzen Kopf mit einer Zufallszahl und dahinter der verschlüsselten Konfiguration: IP, Maske, Gateway, Empfänger, Protokoll.
• Die Zufallszahl wählt der Absender selbst. Der Konverter merkt sich nicht, ob er sie schon einmal gesehen hat. Ein mitgeschnittenes Paket nimmt er deshalb beliebig oft an, entschlüsseln muss man es dafür nicht.
• Er bestätigt mit einem kurzen Paket, in dem die neue IP steht. Danach baut er sein Netzwerk mit der neuen Adresse neu auf. Genau dieser Neuaufbau behebt offenbar den Hänger.

Die Lösung war dann einfach. Ich habe es mit Node-Red (Standard udp-out node) gemacht (aber das geht natürlich auch mit einem Systemskript):

1. Inject „ekey: täglich 03:00 auffrischen“ ist ein Zeitplan mit Cron 00 03 * * *. Um 03:00 schickt er eine Nachricht an zwei Ausgänge gleichzeitig.
2. Change „IP = .245 → an .244“ füllt drei Felder:
   • msg.payload: der mitgeschnittene Befehl, 88 Byte, als Base64-Text gespeichert
   • msg.ip: 192.168.3.244
   • msg.port: 58009
3. udp out „ekey Konfig-Port 58009“ wandelt den Base64-Text zurück in die 88 Bytes und schickt sie als UDP-Paket an msg.ip:msg.port. Absender-Port ist ebenfalls 58009, genau wie beim Windows-Tool.
4. Delay „30 s“ ist der zweite Ausgang des Injects und hält die Nachricht 30 Sekunden zurück.
5. Change „IP = .244 → an .245“ setzt das zweite Paket mit Ziel 192.168.3.245 und gibt es an denselben udp out.

Das funktioniert und ich bin zuversichtlich, dass das Problem damit nicht mehr auftreten wird.

Grüße