Backup opt/fhem/.ssh

[Damu]

Hallo

Weshalb wird bei einem Backup

opt/fhem/.ssh

(Natürlich mit Inhalt)
nicht mitgesichert?

[betateilchen]

Schalt mal bitte Deine Autokorrektur ab, überlege Dir, welchen Pfad Du meinst (den im Titel oder den im Text) und dann frag nochmal

Versteckte Verzeichnisse werden m.W. standardmässig nicht mitgesichert. Versteckte Verzeichnisse sind solche mit einem Punkt am Anfang.

[Damu]

Oh danke.
Natürlich habs geändert.
Hab aber nichts zu Verstecken.
Ist das mit Absicht so?
Oder nur wegen dem .(Sonderzeichen-Punkt)?

[betateilchen]

Lass mich raten: im richtigen Leben bist Du Windows-Anwender?

[mahowi]

Ich kann jedem, der sonst nur Windows kennt, nur ans Herz legen, sich mal ein Linux-Handbuch zuzulegen. Der Standard ist da wohl immer noch "der Kofler". Oder zumindest mal in das ein oder andere Linux-Wiki zu sehen. Viele Probleme hier haben eigentlich gar nichts mit FHEM zu tun.

Zu den Dateien und Verzeichnissen mit Punkt am Anfang: die nennt man unter Linux versteckte Dateien, weil sie mit ls oder in Dateimanagern standardmäßig nicht angezeigt werden. Meist handelt es sich dabei um Konfigurationsdateien. Wenn man diese bei einem Backup o.ä. mit einbeziehen will, muß man die auch explizit mit angeben. Z.B. nur Dateien mit Punkt: "\.*"

[rudolfkoenig]

Achtung: .* impliziert auch ..

[mahowi]

Ups, Du hast recht. In der Shell müsste es so gehen:

Code Auswählen Erweitern

ls \.[[:alnum:]]*

Als Regex in Perl dürfte dann

Code Auswählen Erweitern

\.\w* richtig sein.

Wenn etwas außer alphanumerischen Zeichen vorkommt, wird's wahrscheinlich kompliziert. 

[Damu]

Natürlich bin ich win Anwender.
Das es sich um eine Versteckte Datei handelt weiss ich aber trotzdem.
Dann ist das mit Absicht so gewoll, das diese Datei bei einen Backup nicht mitgeht?
Oder ich dachte es hat noch damit was zu tun:
https://forum.fhem.de/index.php/topic,13806.msg86145.html#msg86145

Vielen Dank

[mahowi]

The complete FHEM directory (containing the modules), the WebInterface pgm2 (if installed) and the config-file will be saved into a .tar.gz file by default.

Es werden also nur die Module, was zum Webinterface gehört und die Config gesichert. Mehr macht der backup-Befehl von FHEM nicht. Wenn Du mehr sichern willst, kannst Du über das globale Attribut "backupcmd" ein eigenes Skript angeben.

[Damu]

Es werden also nur die Module, was zum Webinterface gehört und die Config gesichert. Mehr macht der backup-Befehl von FHEM nicht. Wenn Du mehr sichern willst, kannst Du über das globale Attribut "backupcmd" ein eigenes Skript angeben.

Wenn ich einen Sichtbaren Ordner zb: sshsyno unter /opt/fhem erstelle (opt/fhem/sshsyno),
wird dieser aber sammt Dateien gesichert.
Das attr backupcmd hab ich nicht gesetzt.

[mahowi]

Ok, so genau hab ich mir backup noch nicht angesehen. Ich hab nur aus der commandref zitiert.

Aber wenn Du mehr dazu wissen willst, solltest Du unter Sonstiges im Forum weiterfragen. Laut MAINTAINER.txt ist das der richtige Forumsteil und Rudi ist für das Modul (98_backup.pm) zuständig. Da er aber heute morgen schonmal hier im Thread was geschrieben hat, kann er Dir vielleicht auch so was dazu sagen.

[betateilchen]

Das hatte ich doch schon ganz am Anfang geschrieben:

Versteckte Verzeichnisse werden m.W. standardmässig nicht mitgesichert. Versteckte Verzeichnisse sind solche mit einem Punkt am Anfang.

Die Ursache für das Verhalten liegt in dieser Zeile der 98_backup.pm:

Code Auswählen Erweitern

  my @files  = <$modpath/*>;

Da werden schlichtweg nur sichtbare Dateien und Ordner bearbeitet.
Mit folgender Änderung werden auch unsichtbare Dateien und Ordner eingeschlossen:

Code Auswählen Erweitern


Index: 98_backup.pm
===================================================================
--- 98_backup.pm (Revision 13373)
+++ 98_backup.pm (Arbeitskopie)
@@ -152,7 +152,10 @@
     Log 1, "backup $msg";
     return $msg;
   }
-  my @files = <$modpath/*>;
+  my @files  = <$modpath/*>;
+  my @hidden = <$modpath/.*>;
+  splice(@hidden,0,2);
+  push (@files,@hidden);
   foreach my $file (@files) {
     if ($file eq $backupdir && (-d $file || -l $file)) {
       Log 4, "backup exclude: '$file'";


ergibt folgendes Ergebnis:

Code Auswählen Erweitern


2017.02.10 13:23:03 4: backup include: './README_DEMO.txt'
2017.02.10 13:23:03 4: backup include: './webfrontend'
2017.02.10 13:23:03 4: backup include: './www'
2017.02.10 13:23:03 4: backup include: './.ssh'


Wobei ich mir allerdings die Frage stelle, welchen Sinn ein Ordner .ssh in /opt/fhem überhaupt macht und ob solch ein Ordner, der durchaus sicherheitskritische Daten enthalten kann, wirklich mitgesichert werden muss.

[betateilchen]

Für solche Dinge sollte man darüber nachdenken, user exits oder enhancement spots in FHEM einzuführen 

[Otto123]

Wobei ich mir allerdings die Frage stelle, welchen Sinn ein Ordner .ssh in /opt/fhem überhaupt macht und ob solch ein Ordner, der durchaus sicherheitskritische Daten enthalten kann, wirklich mitgesichert werden muss.

Hi,

/opt/fhem ist das Homedir von fhem und wenn man mit ssh z.B. einfach einen anderen Server runterfahren will liegt dort der Schlüssel für fhem. Ich bin froh, dass ich das kapiert habe und wüsste jetzt nicht wie es anders/besser geht? Und schick ist, wenn man beim restore von FHEM einfach alles wieder so hat wie vorher.

Wobei ich gar keinen Sinn sehe, das ständig mit zu sichern. Ich habe das einmal per Hand gesichert und gut. Das kommt quasi zu den "Installationsakten"

Gruß Otto

[betateilchen]

Das kommt quasi zu den "Installationsakten"

oder in die configDB