Welches Potenzial hat ein FUSE-Mount, um einen Linux-Server zu destabilisieren?


11

Ich bin ein Systemadministrator für einen Mehrbenutzerserver, auf dem Studenten unserer Abteilung Shell-Konten haben. Einer unserer Benutzer hat darum gebeten, dass wir darauf installieren sshfs. Ich überlege, ob es sinnvoll wäre, sshfswie vorgeschlagen zu installieren .

Mein Hauptanliegen ist, ob ein FUSE-Mount unseren Server weniger zuverlässig machen könnte. Nach meiner Erfahrung können Servern schlimme Dinge passieren, wenn ein NFS-Server plötzlich nicht mehr verfügbar ist - der Lastdurchschnitt steigt und Sie können ihn möglicherweise nicht sauber aushängen, bis ein harter Neustart erforderlich ist. Wenn ein FUSE-Server plötzlich verschwindet, wie schwer könnte es sein, das Chaos zu beseitigen? Gibt es andere wahrscheinliche Katastrophen oder Fallstricke, die ich berücksichtigen sollte?

Zumindest mit NFS kann nur Root gemountet werden, und wir können NFS-Server mounten, die wir als einigermaßen zuverlässig betrachten.

Nehmen wir an, dass unsere Benutzer keine feindlichen Absichten haben, aber versehentlich dumme Dinge tun könnten. Außerdem mache ich mir keine Sorgen um den Inhalt der Dateisysteme, die sie möglicherweise bereitstellen, da unsere Benutzer bereits Shell-Zugriff haben und alles, was sie möchten, in ihr Home-Verzeichnis kopieren können.


sshfs scheint mir relativ stabil zu sein.
Zoredache

1
Dieses sshfs wird vom Benutzer ausgeführt, sodass Sie sich auf die ulimits verlassen können, um sicherzustellen, dass kein einzelner Benutzer den gesamten Server nicht mehr reagiert.
Jens Timmerman

Antworten:


4

Ich habe FUSE sowohl mit sshfs als auch mit HDFS verwendet. sshfs scheint sehr zuverlässig zu sein, ich habe überhaupt keine Panik oder einen harten Absturz gesehen. HDFS otoh hat zahlreiche Abstürze verursacht. Dies wurde abgestimmt untersucht, solange wir keine starke Nutzung von HDFS sehen, ist alles stabil.

Ich habe gesehen, wie die Host-Systeme von sshfs ohne negative Auswirkungen verschwunden sind. HDFS verursachte alle möglichen Probleme. Dies hinterlässt den Eindruck, dass sshfs ziemlich stabil ist.

Ich würde vorschlagen, viele E / A zu testen und zu sehen, wie sshfs damit umgeht. Ich gehe davon aus, dass es wie ein Champion damit umgeht.


2

Es scheint (korrigieren Sie mich, wenn ich falsch liege), dass Sie erwägen, FUSE-sshfs auf Ihrem Server zu installieren. Sie sind möglicherweise verwirrt über die Funktionsweise: FUSE-sshfs sollte auf Clientcomputern installiert sein. Der Server benötigt nicht mehr als er bereits hat: den SSH-Server.

Das "Potenzial für einen FUSE-Mount zur Destabilisierung eines Linux-Servers" ist "einige".

Es wird sich lohnen, die Natur von FUSE zu verstehen. FUSE es selbst nicht an sich instabil. Es ist (relativ ausgereifter) Kernel-Code, mit dem Benutzerraum-Treiber für verschiedene Dateisysteme ausgeführt werden können. Es ist zum Testen oder "Spielen" von Dateisystemen vorgesehen, oder von solchen, die nicht zum Kernel gehören, oder von solchen, die sich noch im Fluss befinden, dh die selbst möglicherweise instabil sind, jedoch angesichts der Tatsache, dass der Treiber im Benutzerbereich ausgeführt wird, ein Problem darstellen im User-Land ist der Treibercode etwas vom Kernel isoliert. Es ist auf diese Weise wohl stabiler als das Ausführen von unreifem Code im Kernel.

Die genaue Stabilität hängt mehr davon ab, welches FUSE-Modul Sie verwenden. Ich habe sshfs ein wenig benutzt und hatte noch nie ein Problem mit der Stabilität. Das Dateisystem reagiert nicht mehr, wenn ich die Verbindung zum SSH-Server verliere, aber das wird natürlich erwartet.


Vielen Dank für Ihre Antwort. Ich meinte was ich sagte. Der Computer ist ein "Server" in dem Sinne, dass sich viele Benutzer remote bei ihm anmelden. Einer dieser Benutzer möchte in der Lage sein, ein Dateisystem von einem anderen SSH-Server auf diesem Computer per SSHFS zu mounten. Der "Server", auf den ich mich bezog, würde also auch als SSHFS-Client fungieren.
200_Erfolg
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.