☰

Wo sollten SSHFS-Mounts im Dateisystem platziert werden?

tag-icon • tag-icon directory-structure sshfs fhs
Wo sollten SSHFS-Mounts im Dateisystem platziert werden?

Ich habe welchesshfsMounts, die ich in einem Linux-Dateisystem-Speicherort platzieren möchte, nach demDateisystemhierarchiestandard.

Der Standard schweigt sich seltsamerweise darüber aus, wo Netzwerkhalterungen platziert werden sollen:

media   Mount point for removeable media
mnt     Mount point for mounting a filesystem temporarily

Das Mounten unter /netkönnte mit NFS-Autofs-Mounts vom gleichen Hostnamen in Konflikt geraten.

Wo kann man Mounts sinnvoll platzieren, sshfswenn man bedenkt, dass das Erstellen von Verzeichnissen direkt darunter /verpönt ist?

Antwort1

Hier FHSwerden Verzeichnisnamen und -verwendung definiert. Das Erstellen eines benutzerdefinierten Verzeichnisses direkt unter dem Stammverzeichnis gilt als riskant, da es zu Konflikten mit einer zukünftigen Version des Standards oder mit einem neuen betriebssystemeigenen Verzeichnis führen kann.

Im Gegensatz zu vielen anderen Unix- und Unix-ähnlichen Betriebssystemen Dateisystemstandards (z. B.freeBSDUndSolaris), FHSkann aus irgendeinem Grund nicht als generischer Einhängepunkt für automatisch eingehängte NFS-Freigaben definiert werden /net. Andererseits FHSdefiniert /mntund /mediafür ähnliche, aber unterschiedliche Zwecke.

Während /mediafür lokal angeschlossene Geräte wie CDs, DVDs und USB-Sticks gilt, /mntbesteht keine Einschränkung hinsichtlich des Gerätetyps, sodass es theoretisch zum Speichern Ihres sshfsMounts verwendbar sein sollte, z. B. in /mnt/sshfs/xxx, aber das Erstellen eines exklusiven Unterverzeichnisses unter /mntkönnte mit der vorhandenen Administratornutzung in Konflikt geraten, deshalb würde ich es nicht empfehlen. /mntist so definiert, dass hier vom Administrator vorübergehend gemountete Dateisysteme gespeichert werden, was nicht genau mit Dateisystemen übereinstimmt, die automatisch von einem Daemon gemountet werden.

Es besteht keine Möglichkeit, Mounts /netzu speichern , da die Konfiguration mehrere Handler für denselben Mount-Punkt verbietet.sshfsautofs

Wie auto.smbvorgeschlagen /cifs, würde ich für das Stammverzeichnis des Einhängepunkts einfach verwenden /sshfs. Das Risiko, dass /sshfses in Zukunft zu Konflikten mit einem betriebssystemeigenen Verzeichnis kommt, liegt praktisch bei Null.

Auszug aus der auto.smbManualpage:

# Fügen Sie eine Zeile wie die folgende in /etc/auto.master ein:
#/cifs /etc/auto.smb --timeout=300

Auszug aus der auto.masterStandardkonfigurationsdatei:

# HINWEIS: Mounts, die von einer Host-Karte aus durchgeführt werden, werden mit dem
# Optionen „nosuid“ und „nodev“, sofern die Optionen „suid“ und „dev“ nicht
# Optionen werden explizit angegeben.
#
#/net -hosts

Antwort2

AlsPatrickschrieb inein Kommentar, das Dateisystem ist irrelevant dafür, wo Sie etwas mounten (wenn Sie FHS folgen möchten). Was zählt, ist der Inhalt und wofür Sie ihn verwenden werden. Tatsächlich ist der Typ des Dateisystems (ob es sshfs oder NFS oder ext4 oder etwas anderes ist) sogar noch irrelevanter.

Wo kommt dieInhaltunterhalb des Einhängepunkts, den Sie einhängen, in den Dateisystembaum gehören? Hängen Sie es dort ein.

Wenn Sie über Ad-hoc-SSHFS-Mounts sprechen, die von einzelnen nicht privilegierten Benutzern für den gelegentlichen Zugriff auf Dateien auf Remote-Systemen durchgeführt werden (im Gegensatz zu etwas, das beispielsweise in konfiguriert ist /etc/fstab), können diese Benutzer sie an einem beliebigen Ort ablegen, z. B. in einem Ad-hoc-Verzeichnis unter ihrem Home-Verzeichnis (was ein wahrscheinlicher und offensichtlicher Ort ist, an dem nicht privilegierte Benutzer über Berechtigungen verfügen). Die FHS- oder tatsächlich lokalen Sysadmin-Richtlinien (ganz richtig) haben dazu nichts zu sagen.

verwandte Informationen