Fehlermeldung bei Backup-Plugin für Loxberry

[chief-wiggen]

Hallo ,
ist die Variante 0.21a noch irgendwo zu finden, hab den selben Fehler wie Doyanole
lg
Erich

[Christian Fenzl]

Das als 0.21a bezeichnete ist bereits der Stand im Plugin-Archiv. Das ist der aktuellste Stand.

Wir müssten das bei dir explizit anschauen, was da schief läuft.

Wir können eine TeamViewer session machen (aber ohne Voice, weil ich Frau beim DSDSS-Schauen nicht stören darf EDIT: Oder TVOG oder was weiß ich was)

[chief-wiggen]

hast PN

[Christian Fenzl]

Hi Erich,
wie gerade im Teamviewer festgestellt, scheint dein LB kaputt zu sein. grep hat einen Segmentation fault geworfen, und sowas war auch in deinem Setup-Log. apt-get konnte dann wahrscheinlich deswegen auch das FTP-Programm gar nicht installieren, deswegen ist das Backup nicht gegangen.

Du hast auf deinem LB eh nichts anderes drauf, deswegen bitte mal neu machen und nochmal probieren. Und bitte vergiss nicht, die Passwörter am Ende des Wizzards zu speichern! :-)

Dass im Plugin-Zip nochmal ein Unterordner ist, entspricht zwar nicht der Plugin-Spezifikation, aber es scheint trotzdem zu passen (da gibt es mehrere Plugins, wo das so ist).

lg, Christian

[chief-wiggen]

LB neu installiert, alles läuft wieder, danke dir Christian
lg
Erich

[HHoerner]

Habe auch eine Frage/Problem zum LoxBerry MiniServerBackup-Plugin:
Lokal funktioniert alles wunderbar.
Gehe ich über extern (also Loxone DNS) geht das Backup nicht mehr. Ich kann auch die Adresse des Miniserver im LoxBerry nicht speichern.

Intern: <ServerIP>:5555
dieser Port 5555 ist am Router von extern Port 5555 auf den internen Port 5555 am Miniserver als Port-Forwarding eingerichtet.
Seit Jahren erfolgreich im Einsatz. Zugriff per App, Web oder Config auch von Extern problemlos möglich.
Nur LoxBerry kommt nicht damit zurecht.

FTP-Port intern: 21
Extern 5521, ist auf 21 auf der IP Adresse des Miiservers ebenfalls weitergeleitet (für TCP und UDP).
Habe es auch mit extern und intern 5521 getestet (natürlich bei entsprechendem Port Mapping), Geht auch nicht

Hat jemand eine Idee woran das liegen könnte?

PS: ich habe mehrere Miniserver und möchte die anderen (externen) über einen LoxBerry sichern. Daher der externe Zugriff.

[svethi]

Hallo Herbert,

mit FTP ist das so eine Sache. Dies funktioniert immer über mindestens 2 Ports. 21 ist nur der Controlport. Das Datenport wird immer dynamisch aufgebaut. Passiv oder active. Entweder vom Server zum Client oder vom Client zum Server nachdem dieser einen Port angegeben hat. Wenn Du jeweils hinter NAT sitzt ist das schwierig bis unmöglich. Kommt auf die Router an. Kommt zudem auf die Ports an, da viele Router den 21 mithören und dann den entsprechenden Port öffnen. Läuft die Kommunikation über fremde Ports stehst Du vor verschlossener Türe.

[Christian Fenzl]

Ich will auch nicht ausschließen, dass das Plugin mit CloudDNS ein Problem hat. Getestet habe ich das nicht.
Kommst du denn mit einem FTP-Client auf deinen Remote-MS?

[HHoerner]

Guter Hinweis:
Wenn ich intern im Lan mit FPT client zugreife (via Port 21): alles ok
Wenn von extern komme geht das nicht (habe aber Port5521 am Gateway auf den Miniserver Port 21 weitergeleitet). Muss prüfen, ob da aber die externe Adresse korrekt ist. Da hat mir A1 schon mal böse mitgespielt. Aber per App kommen ich von aussen derzeit rein. Sollte also passen.

Komisch ist, dass ich mit der folgenden Syntax: http://dns.loxonecloud.com/EEE000xxxxxx:5555 auf den externen meiner beiden Miniserver im WebBrowser komme. Den Miniserver des Netzsegementes wo ich mich befinde kann ich jedoch nicht über diese Syntax ansprechen.
Per app kommem ich jedoch zu beiden.

[Christian Fenzl]

Du musst aus deinem LAN, wo der LB hängt, auf den Remote-MS kommen. Den Remote-FTP-Port gibst du ja in der LB-MS-Konfiguration an.
Schick mir Mal ein Debug-Log als ZIP (PM), dann können wir die Settings abgleichen.

[HHoerner]

Ja, das habe ich so eingerichtet:
In beiden Installation: Portforwarding von 5521->21
FTP Port in MS Config: 21
LB-MS: 5521


Das mit dem Log machen wir - wird aber ein paar Tage dauern. Muss Morgen wieder ins Ausland. Muss noch packen, meine Frau unterhalten, .... Sonst gibts Zoff ;-)
Überprüf auch nochmal den Router im Wochenendhaus.

[Christian Fenzl]

bastelbert
530 ist Login incorrect.

Eh keine Sonderzeichen verwendet?

PS: Bitte keine Fehler in einem Kommentar. Lese ich einmal und finde ich dann nie wieder.

[bastelbert]

Nein, keine Sonderzeichen, ist ein unerhört simples PW.
Zumindest zu Beginn scheint eine Verbindung zustande gekommen zu sein:

2018-03-13 17:02:11 192.168.2.40 ---- Resolving host address...
2018-03-13 17:02:11 192.168.2.40 ---- 1 address found: 192.168.2.40
2018-03-13 17:02:11 192.168.2.40 ---- Connecting to 192.168.2.40 (192.168.2.40) port 21
2018-03-13 17:02:11 192.168.2.40 <--- 220 FTP ready at Mar 13 17:02:12
2018-03-13 17:02:11 192.168.2.40 ---> FEAT
2018-03-13 17:02:11 192.168.2.40 <--- 530 FAILED
2018-03-13 17:02:11 192.168.2.40 ---> AUTH TLS
2018-03-13 17:02:11 192.168.2.40 <--- 530 FAILED
2018-03-13 17:02:11 192.168.2.40 ---> USER admin
2018-03-13 17:02:11 192.168.2.40 <--- 331 OK
2018-03-13 17:02:11 192.168.2.40 ---> PASS dassimplepasswort
8.2.40) port 81222018-03-13 17:02:11 192.168.2.40 <--- 230 OK
2018-03-13 17:02:11 192.168.2.40 ---> FEAT
2018-03-13 17:02:11 192.168.2.40 <--- 211-Features:
2018-03-13 17:02:11 192.168.2.40 <--- SIZE
2018-03-13 17:02:11 192.168.2.40 <--- UTF8
2018-03-13 17:02:11 192.168.2.40 <--- 211 End
2018-03-13 17:02:11 192.168.2.40 ---> PWD
2018-03-13 17:02:11 192.168.2.40 <--- 257 "/" is current directory
2018-03-13 17:02:11 192.168.2.40 ---> OPTS UTF8 ON
2018-03-13 17:02:11 192.168.2.40 <--- 200 OK
2018-03-13 17:02:11 192.168.2.40 ---> CWD log
2018-03-13 17:02:11 192.168.2.40 <--- 250 OK
2018-03-13 17:02:11 192.168.2.40 ---> PASV
2018-03-13 17:02:12 192.168.2.40 <--- 227 Entering Passive Mode (192,168,2,40,31,186)
2018-03-13 17:02:12 192.168.2.40 ---- Connecting data socket to (192.16
2018-03-13 17:02:12 192.168.2.40 ---> LIST
2018-03-13 17:02:12 192.168.2.40 <--- 150 Opening ASCII.
2018-03-13 17:02:12 192.168.2.40 <--- 226 OK
2018-03-13 17:02:12 192.168.2.40 ---> TYPE I
2018-03-13 17:02:12 192.168.2.40 <--- 200 OK
2018-03-13 17:02:12 192.168.2.40 ---> MDTM 0f8fc690-034f-0782-ffffcce15125b0a9.txt
2018-03-13 17:02:12 192.168.2.40 <--- 213 20180313050724
.....
2018-03-13 17:02:12 192.168.2.40 ---> MDTM 10430538-0329-3c22-ffffcce15125b0a9.txt
2018-03-13 17:02:12 192.168.2.40 <--- 213 20180214171255
2018-03-13 17:02:12 192.168.2.40 ---> MDTM def.log
2018-03-13 17:02:12 192.168.2.40 <--- 213 20180313084619
2018-03-13 17:02:12 192.168.2.40 ---> PASV
2018-03-13 17:02:12 192.168.2.40 <--- 227 Entering Passive Mode (192,168,2,40,31,187)
2018-03-13 17:02:12 192.168.2.40 ---- Connecting data socket to (192.168.2.40) port 8123
2018-03-13 17:02:12 192.168.2.40 ---> RETR 0f8fc690-034f-0782-ffffcce15125b0a9.txt
2018-03-13 17:02:12 192.168.2.40 <--- 550 FAILED

Seitdem wiederholen sich die FAILED Meldungen.

[Christian Fenzl]

Keine Ahnung, was der Miniserver da macht. Nachdem der MS keinen bekannten FTP-Server-Code verwendet, sondern das Loxone selbst zusammengebastelt hat, kann ich nicht sagen, was der Miniserver da aufführt.

Da wird vom File 0f8fc690-034f-0782-ffffcce15125b0a9.txt das Änderungsdatum abgerufen (MDTM) und es kommt das Datum zurück (20180313050724).
Einen Augenblick später wird mit RETR eben dieses File abgerufen und dabei kommt plötzlich ein 550 (Permission denied) zurück.

Ich würde sagen, lass es einfach später nochmal laufen - vielleicht schafft er's dann.
Da das Backup inkrementell läuft, kommt er beim zweiten (oder dritten) Versuch vielleicht durch, bis er alles zusammen hat.

Ein "Strohhalm" wäre noch, den passive mode wieder abzudrehen. Vielleicht stolpert der Miniserver über sich selber und blockiert seinen eigenen FTP-Port.

Wenn du in deinem Netz irgendwas (Router, Firewall oder dergleichen) zwischen MS und LB hast, könnte auch das die Probleme auslösen.

Im Log findest du ganz oben die Commandline, mit der LFTP gestartet wird. Du kannst probieren, den Passive mode als false zu parametrisieren und den Befehl manuell auszuführen.

Bei Wörsty (MS V9.1) und mir (MS V7.4) läuft das Backup, so wie es ist, ganz normal durch.

lg, Christian

[bastelbert]

Danke für deine Rückmeldung. Die Backups haben mehrere Tage hintereinander nicht funktioniert.
Ich teste gerade dieselbe Plugin-Version auf einem LoxBerry 1.0.3.2
Feedback folgt!