SSHFS auf DiskStation - remote host has disconnected

[rauppe31]

Hallo Zusammen

Ich wollte gerade das Programm SSHFS ausprobieren, womit man ein entferntes Dateisystem via SSH mounten kann. Die DiskStation hat damit aber wohl seine Probleme.
Wenn ich eine Verbindung zur DS herstellen will, endet das so:

sshfs root@host.tld:/volume1/rauppe31 /mnt
root@host.tld's password:
remote host has disconnected

Mit anderen Servern funktioniert dies einwandfrei.
Habe ich evtl bei der DS etwas vergessen einzustellen?

Danke schonmal für eure Hilfe.

 

[laserdesign]

Hallo,

sshfs root@host.tld:/volume1/rauppe31 /mnt

probiere mal diesen Pfad, so mache ich das immer

sshfs root@host.tld:/rauppe31 /mnt/irgendwas

dann noch sftp auf deinem NAS einstellen und wenn von aussen den port forwarden

Der user muss natürchlich in der group fuse sein.

 

[rauppe31]

Hallo,


probiere mal diesen Pfad, so mache ich das immer

sshfs root@host.tld:/rauppe31 /mnt/irgendwas

Hab ich probiert, geht leider auch nicht.

dann noch sftp auf deinem NAS einstellen und wenn von aussen den port forwarden

Das hab ich natürlich gemacht.

Der user muss natürchlich in der group fuse sein.

Was ist damit gemeint?

Als Logeintrag erscheint:

 

[laserdesign]

mit welchem Betriebssystem arbeitest du denn??
Bei Linux ist es ja notwendig sshfs und fuser zu installieren.

Da muss halt der Benutzer Gruppenmitglied in der Gruppe fuser sein.

Kannst du dir ja auch mal hier durchlesen oder auch hier

 

[rauppe31]

OK, ich habe jetzt den Benutzer root zur Gruppe fuse hinzugefügt.

adduser root fuse

Das mounten endet jedoch immernoch mit remote host has disconnected.

Wenn ich einen anderen Server via SSHFS mounte, geht es ja auch.
Kann es sein, dass da was an der DS nicht richtig eingestellt ist?

 

[laserdesign]

also bei mir geht das ohne Probleme, der einzigste Unterschied zu
deiner Config ist, das ich mich nicht mit root anmelde sondern mit
einem User den es auf beiden Kisten gibt.
Kontolliere auch mal die Rechte vom Mountpoint.

PS. mach doch mal ein tail -f /var/log/syslog

und versuch dich dann über eine Zweite Console einzuwählen.

Da siehst du dann was los ist.

 

[rauppe31]

also bei mir geht das ohne Probleme, der einzigste Unterschied zu
deiner Config ist, das ich mich nicht mit root anmelde sondern mit
einem User den es auf beiden Kisten gibt.

OK, ich denke trotzdem, dass es auch mit root gehen sollte

Kontolliere auch mal die Rechte vom Mountpoint.

Hab den Ordner mal mit den Rechten 777 ausgestattet. Jedoch funktioniert das auch nicht.

PS. mach doch mal ein tail -f /var/log/syslog

Auf der DS gibt es dieses Logfile bei mir gar nicht. Und auf dem Debian-Server kommen da keine neuen Einträge bei dem Verbindungsversuch rein.

 

[jahlives]

bei einem Debian mit ssh-Verbindungsproblemen könnte je nachdem auch /var/log/auth.log interessant sein. Bei der DS schaust du am besten in /var/log/messages

 

[rauppe31]

bei einem Debian mit ssh-Verbindungsproblemen könnte je nachdem auch /var/log/auth.log interessant sein. Bei der DS schaust du am besten in /var/log/messages

In beiden Dateien erscheinen leider keine neuen Meldungen

 

[laserdesign]

du musst auf dem Debian die logs auslesen.
Schau doch mal im Verzeichniss /var/log in welcher Datei gelogt wird.

Kann auch sein das es /var/log/messages ist.

PS: ich war zu langsam, dann läuft fuser nicht.

mach mal: lsmod | grep fuse auf dem Debian

 

[itari]

OK, ich denke trotzdem, dass es auch mit root gehen sollte

probiere es trotzdem mal mit einem anderen User aus ...

Itari

 

[laserdesign]

was mir auch noch einfällt.

Hast du den Debian noch mal durchgestartet nachdem du "adduser root fuse" gemacht hast.
Erst dann ist root Gruppenmitglied in fuse. Kannst du auch mit eingabe "groups" kontrollieren.

 

[jahlives]

Ist es nicht adduser -G fuse root?

 

[rauppe31]

mach mal: lsmod | grep fuse auf dem Debian

fuse                   86750  3

Läuft.

probiere es trotzdem mal mit einem anderen User aus ...

Mit einem anderen User kommt:

marco@host.tld:/volume1: No such file or directory

Hast du den Debian noch mal durchgestartet nachdem du "adduser root fuse" gemacht hast.
Erst dann ist root Gruppenmitglied in fuse. Kannst du auch mit eingabe "groups" kontrollieren.

Groups ergibt ohne Neustart folgendes:

root@host:/etc/init.d# groups
root fuse

Sollte also stimmen.

 

[rauppe31]

Ist es nicht adduser -G fuse root?

Ja, irgendwas ist mit diesem Befehl faul:

adduser root fuse

Nachdem ich fuse neugestartet habe, funktioniert mein Keylogin nicht mehr. /root/.ssh/authorized_keys ist leer. Und jetzt kann ich mich leider auch nicht mehr in mein Proxmox (Virtualisierung) einloggen, da dies mit den Keylogins arbeitet. Wird die authorized_keys automatisch gebackuppt? (Wahrscheinlich nicht)

Und wie kann ich den Befehl adduser root fuse rückgängig machen? Sieht für mich aus, als ob dies zwei neue Benutzer erstellt.

 

[laserdesign]

Und wie kann ich den Befehl adduser root fuse rückgängig machen? Sieht für mich aus, als ob dies zwei neue Benutzer erstellt.

sudo deluser <benutzername> <gruppenname>

mache es lieber nicht mit root.
zeige mal die logs.
Habe noch mal die nötigen Schritte zusammen gefast:

apt-get install fuse-utils sshfs    # fuse-utils und sshfs installieren
lsmod | grep fuse  # kontrollieren ob das Modul geladen ist
modprobe fuse  # wenn fuse noch nicht geladen ist
adduser [user-name] fuse  # user zur fuse Gruppe hinzufügen danach neu anmelden
oder
usermod -a -G fuse [user-name] # dann ist ein neuanmelden nicht nötig
mkdir /mnt/remote # mount point anlegen
chown [user-name]:[group-name] /mnt/remote/

wenn noch nicht geschehen ssh installieren

 

[rauppe31]

Ich glaube, wir müssen das hier mal pausieren. Ich sehe gerade, dass der Befehl meine ganze Proxmox-Config gelöscht hat.