Sshfs: Unterschied zwischen den Versionen

Aktuelle Version vom 12. November 2024, 19:39 Uhr

sshfs - FUSE-Modul zur Einbindung entfernter Verzeichnisse in das lokale Dateisystem

Beschreibung

Entfernte Dateien und Verzeichnisse wie lokale bearbeiten

Anforderungen

sftp-Server

Hinweis

Der einzige aktive Entwickler hat das Projekt am 26.05.2022 verlassen und die zugehörige [:Git:Github]-Seite gesperrt.
Fehler und damit auch Sicherheitslücken werden nicht mehr beseitigt, dies sollte man bedenken falls sensible Daten per sshfs transportiert werden sollen.
Siehe Ankündigung
https://github.com/libfuse/sshfs

Installation

# apt install sshfs

Vor dem Ausführen von sshfs

FUSE muss eingerichtet sein
Verzeichnis erstellen, in welches das entfernte Verzeichnis eingehangen werden soll
Benutzer muss Mitglied der Gruppe fuse sein

Aufruf

Optionen

Parameter

Umgebung

Rückgabewert

Anwendungen

Einhängen eines entfernten Verzeichnisses

$ mkdir ~/fusessh
$ sshfs Benutzername@irgendEinRechner:/pfad_auf_dem_server/ ~/fusessh

Falls ein Passwort für die Verbindung erforderlich ist, erscheint in der Konsole eine Abfrage.

Aushängen eines entfernten Verzeichnisses

$ fusermount -u ~/fusessh

Hinweis

sshfs unterstützt Hardlinks nur ab OpenSSH-Server-Version 5.7 oder neuer.
Bei älteren OpenSSH-Versionen ist es daher nicht möglich, sshfs für eine Datensicherung zu nutzen.
Die OpenSSH-Version kann ermittelt werden indem man sich per ssh auf dem Server anmeldet und /usr/sbin/sshd -V eingibt.

Optionen

sshfs bietet eine Reihe von Optionen

-p 222, falls der SSH-Server auf Port 222 lauschen sollte

User Mapping

Mit den Optionen `-o idmap=user -o uid=USERID -o gid=GROUPID` kann man "User Mapping" aktivieren.

Dies ist hilfreich, falls die auf dem Server gespeicherten Dateien einen Eigentümer haben, der auf dem Client nicht vorhanden ist.

Dabei werden die entfernten Rechte auf die im Kommando angegebenen Werte übertragen.

$ sshfs Benutzername@irgendEinRechner:/pfad_auf_dem_server/ ~/fusessh -o idmap=user -o uid=$(id -u) -o gid=$(id -g)

Der Befehl würde dem aktuellen Benutzer Eigentümer- und Gruppenrechte geben, gleich wie diese auf dem entfernten System gesetzt sind.

Symlinks

Möchte man im eigenen System auch den [:ln/#Symbolische-Verknuepfungen:Symbolische Verknüpfungen] (auch „Symlinks“ oder „Softlinks“ genannt), die auf dem entfernten Rechner gesetzt sind, folgen können, so gibt es hierfür die Option `follow_symlinks`, die folgendermaßen genutzt werden kann:

$ sshfs Benutzername@irgendEinRechner:/pfad_auf_dem_server/ ~/fusessh -o follow_symlinks

Eine genaue Übersicht der Parameter kann man in der [:man:Manualseite] von sshfs nachlesen. Weitere Details finden sich ebenfalls unter [:Benutzer_und_Gruppen:], so wie [:Rechte:] hier im Wiki.

Problembehebung

Konfiguration

Dateien

Sicherheit

Siehe auch

Dokumentation

RFC

Man-Page

Info-Pages

Links

Projekt

Weblinks

Testfragen

Testfrage 1

Antwort1

Testfrage 2

Antwort2

Testfrage 3

Antwort3

Testfrage 4

Antwort4

Testfrage 5

Antwort5

@@ Zeile 1: / Zeile 1: @@
 {{DISPLAYTITLE:sshfs}}
-'''topic''' kurze Beschreibung
+'''sshfs''' - [[FUSE]]-Modul zur Einbindung entfernter Verzeichnisse in das lokale Dateisystem
 == Beschreibung ==
-[https://github.com/libfuse/sshfs sshfs] ist ein [:FUSE:]-Modul, mit dem man entfernte Rechner über [:SSH:] in das eigene Dateisystem einbinden kann. Der Vorteil gegenüber einer ssh-Shell ist, dass man damit die Dateien und Verzeichnisse auf dem entfernten Rechner sehr komfortabel editieren, kopieren oder verschieben kann – genau wie die Dateien und Verzeichnisse auf den lokalen Festplatten. Dies erfordert auf dem Server ein sftp-Programm. Das ist bei den meisten SSH-Servern, wie OpenSSH, standardmäßig dabei, aber auf einigen embedded Geräten, wie OpenWRT, sind dafür spezielle Programm-Pakete notwendig.
+Entfernte Dateien und Verzeichnisse wie lokale bearbeiten
+=== Anforderungen ===
+; [[sftp]]-Server
 ; Hinweis
-: Der einzige aktive Entwickler hat das Projekt am 26.05.2022 verlassen und die zugehörige [:Git:Github]-Seite gesperrt. Fehler und damit auch Sicherheitslücken werden nicht mehr beseitigt, dies sollte man bedenken falls sensible Daten per sshfs transportiert werden sollen. Siehe [https://github.com/libfuse/sshfs/blob/master/README.rst Ankündigung].
+:* Der einzige aktive Entwickler hat das Projekt am 26.05.2022 verlassen und die zugehörige [:Git:Github]-Seite gesperrt.
+:* Fehler und damit auch Sicherheitslücken werden nicht mehr beseitigt, dies sollte man bedenken falls sensible Daten per sshfs transportiert werden sollen.
+:* Siehe [https://github.com/libfuse/sshfs/blob/master/README.rst Ankündigung]
+:* https://github.com/libfuse/sshfs
 == Installation ==
   # apt install sshfs
+; Vor dem Ausführen von sshfs
+* FUSE muss eingerichtet sein
+* Verzeichnis erstellen, in welches das entfernte Verzeichnis eingehangen werden soll
+* Benutzer muss Mitglied der Gruppe '''fuse''' sein
+== Aufruf ==
+=== Optionen ===
+=== Parameter ===
+=== Umgebung ===
+=== Rückgabewert ===
 == Anwendungen ==
-=== Fehlerbehebung ===
+; Einhängen eines entfernten Verzeichnisses
-== Syntax ==
+ $ '''mkdir ~/fusessh'''
+ $ '''sshfs Benutzername@irgendEinRechner:/pfad_auf_dem_server/ ~/fusessh'''
+Falls ein Passwort für die Verbindung erforderlich ist, erscheint in der Konsole eine Abfrage.
+; Aushängen eines entfernten Verzeichnisses
+ $ '''fusermount -u ~/fusessh'''
+; Hinweis
+:* sshfs unterstützt Hardlinks nur ab OpenSSH-Server-Version 5.7 oder neuer.
+:* Bei älteren OpenSSH-Versionen ist es daher nicht möglich, sshfs für eine Datensicherung zu nutzen.
+:* Die OpenSSH-Version kann ermittelt werden indem man sich per ssh auf dem Server anmeldet und /usr/sbin/sshd -V eingibt.
 === Optionen ===
-=== Parameter ===
+sshfs bietet eine Reihe von Optionen
-=== Umgebungsvariablen ===
+* -p 222, falls der SSH-Server auf Port 222 lauschen sollte
-=== Exit-Status ===
+=== User Mapping ===
+Mit den Optionen `-o idmap=user -o uid=USERID -o gid=GROUPID` kann man "User Mapping" aktivieren.
+* Dies ist hilfreich, falls die auf dem Server gespeicherten Dateien einen Eigentümer haben, der auf dem Client nicht vorhanden ist.
+Dabei werden die entfernten Rechte auf die im Kommando angegebenen Werte übertragen.
+ $ '''sshfs Benutzername@irgendEinRechner:/pfad_auf_dem_server/ ~/fusessh -o idmap=user -o uid=$(id -u) -o gid=$(id -g)'''
+Der Befehl würde dem aktuellen Benutzer Eigentümer- und Gruppenrechte geben, gleich wie diese auf dem entfernten System gesetzt sind.
+=== Symlinks ===
+Möchte man im eigenen System auch den [:ln/#Symbolische-Verknuepfungen:Symbolische Verknüpfungen] (auch „Symlinks“ oder „Softlinks“ genannt), die auf dem entfernten Rechner gesetzt sind, folgen können, so gibt es hierfür die Option `follow_symlinks`, die folgendermaßen genutzt werden kann:
+ $ '''sshfs Benutzername@irgendEinRechner:/pfad_auf_dem_server/ ~/fusessh -o follow_symlinks'''
+Eine genaue Übersicht der Parameter kann man in der [:man:Manualseite] von sshfs nachlesen. Weitere Details finden sich ebenfalls unter [:Benutzer_und_Gruppen:], so wie [:Rechte:] hier im Wiki.
+[[Kategorie:SSH]]
+[[Kategorie:FUSE]]
+{{DEFAULTSORT:sshfs}}
+=== Problembehebung ===
 == Konfiguration ==
 === Dateien ===
 == Sicherheit ==
-== Dokumentation ==
-=== RFC ===
-=== Man-Pages ===
-=== Info-Pages ===
 == Siehe auch ==
-== Links ==
-=== Projekt-Homepage ===
+{{Special:PrefixIndex/{{BASEPAGENAME}}}}
-=== Weblinks ===
+=== Dokumentation ===
-=== Einzelnachweise ===
+==== RFC ====
-<references />
+==== Man-Page ====
+==== Info-Pages ====
+=== Links ===
+==== Projekt ====
+==== Weblinks ====
+# https://wiki.ubuntuusers.de/FUSE/sshfs/
+# https://wiki.archlinux.org/index.php/SSHFS
 == Testfragen ==
 <div class="toccolours mw-collapsible mw-collapsed">
@@ Zeile 52: / Zeile 106: @@
 <div class="mw-collapsible-content">'''Antwort5'''</div>
 </div>
-[[Kategorie:Entwurf]]
-= TMP =
-== Links ==
-# https://wiki.ubuntuusers.de/FUSE/sshfs/
-# https://wiki.archlinux.org/index.php/SSHFS
-[[Kategorie:SSH]]
-[[Kategorie:FUSE]]
-{{DEFAULTSORT:sshfs}}