macOS Big Sur sshfs mounten in macOS

Krischu

Aktives Mitglied
Thread Starter
Dabei seit
26.02.2006
Beiträge
485
Reaktionspunkte
47
Ich habe auf einem gehosteten Ubuntu-Server im Netz ein Verzeichnis, das ich gerne lokal speichern möchte. Dort im Netz zu archivieren und dann herunterzu laden geht aus Platzgründen (dort) nicht. Ich dachte daran, mit sshfs das entfernte Verzeichnis in mein macOS zu mounten.

Bekomme allerdings Fehlermeldungen.

Ich mache:

Code:
$ sudo sshfs myhostimnetz.de:/home/icke /Users/icke/mnt

$ df -h
Filesystem                                                     Size   Used  Avail Capacity  iused      ifree %iused  Mounted on
/dev/disk1s5s1                                                931Gi   14Gi   80Gi    16%   553830 9765023610    0%   /
devfs                                                         381Ki  381Ki    0Bi   100%     1317          0  100%   /dev
/dev/disk1s4                                                  931Gi  4.0Gi   80Gi     5%        5 9765577435    0%   /System/Volumes/VM
/dev/disk1s2                                                  931Gi  906Mi   80Gi     2%     5681 9765571759    0%   /System/Volumes/Preboot
/dev/disk1s6                                                  931Gi   10Mi   80Gi     1%       18 9765577422    0%   /System/Volumes/Update
/dev/disk1s1                                                  931Gi  831Gi   80Gi    92%  5054060 9760523380    0%   /System/Volumes/Data
map auto_home                                                   0Bi    0Bi    0Bi   100%        0          0  100%   /System/Volumes/Data/home
//GUEST:@Windows%2010._smb._tcp.local/%5BC%5D%20Windows%2010  198Gi  110Gi   88Gi    56% 28766886   23094948   55%   /Volumes/[C] Windows 10.hidden
myhostimnetz.de:/home/icke                                     75Gi   54Gi   17Gi    76%   641839    4363473   13%   /Users/icke/mnt

Aber dann:
Code:
 pwd
/Users/icke
$ cd mnt
cd: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory
$
Code:
$ ls
ls: .: No such file or directory
$
 
Mal mit debug optionen gemounted?
Code:
sudo sshfs -odebug,sshfs_debug,loglevel=debug foo@bar:/remote/directory /mount/point

MacFuse ist installiert?
 
macFuse wurde von port install sshfs mit installiert.
Es ist schwierig, hier Textdateien > 15000 Zeichen hochzuladen. Geht nicht.

Code:
$ sudo sshfs -odebug,sshfs_debug,loglevel=debug root@myserver.de:/ /Users/icke/mnt
Password:
SSHFS version 2.10
FUSE library version: 2.9.9
nullpath_ok: 0
nopath: 0
utime_omit_ok: 0
executing <ssh> <-x> <-a> <-oClearAllForwardings=yes> <-ologlevel=debug> <-2> <root@myserverimnetz.de> <-s> <sftp>
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 47: Applying options for *
debug1: Connecting to myserverimnetz.de port 22.
debug1: Connection established.
debug1: identity file /var/root/.ssh/id_rsa type 0
debug1: identity file /var/root/.ssh/id_rsa-cert type -1
debug1: identity file /var/root/.ssh/id_dsa type -1
debug1: identity file /var/root/.ssh/id_dsa-cert type -1
debug1: identity file /var/root/.ssh/id_ecdsa type -1
debug1: identity file /var/root/.ssh/id_ecdsa-cert type -1
debug1: identity file /var/root/.ssh/id_ed25519 type 3
debug1: identity file /var/root/.ssh/id_ed25519-cert type -1
debug1: identity file /var/root/.ssh/id_xmss type -1
debug1: identity file /var/root/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_8.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.6p1 Ubuntu-4ubuntu0.7
debug1: match: OpenSSH_7.6p1 Ubuntu-4ubuntu0.7 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to myserverimnetz.de:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: rsa-sha2-512
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ssh-rsa SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
debug1: Host 'myserverimnetz.de' is known and matches the RSA host key.
debug1: Found key in /var/root/.ssh/known_hosts:13
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey in after 134217728 blocks
debug1: Will attempt key: /var/root/.ssh/id_rsa RSA SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
debug1: Will attempt key: /var/root/.ssh/id_dsa
debug1: Will attempt key: /var/root/.ssh/id_ecdsa
debug1: Will attempt key: /var/root/.ssh/id_ed25519 ED25519 SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
debug1: Will attempt key: /var/root/.ssh/id_xmss
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering public key: /var/root/.ssh/id_rsa RSA SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /var/root/.ssh/id_dsa
debug1: Trying private key: /var/root/.ssh/id_ecdsa
debug1: Offering public key: /var/root/.ssh/id_ed25519 ED25519 SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
debug1: Server accepts key: /var/root/.ssh/id_ed25519 ED25519 SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
debug1: Authentication succeeded (publickey).
Authenticated to myserverimnetz.de ([116.203.115.43]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LANG = de_DE.UTF-8
debug1: Sending subsystem: sftp
Server version: 3
Extension: posix-rename@openssh.com <1>
Extension: statvfs@openssh.com <2>
Extension: fstatvfs@openssh.com <2>
Extension: hardlink@openssh.com <1>
Extension: fsync@openssh.com <1>
unique: 2, opcode: INIT (26), nodeid: 0, insize: 56, pid: 44238
INIT: 7.19
flags=0xef000008
max_readahead=0x00100000
remote_uid = 0
   INIT: 7.19
   flags=0x00000010
   max_readahead=0x00100000
   max_write=0x02000000
   max_background=0
   congestion_threshold=0
   unique: 2, success, outsize: 40
unique: 3, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 44238
statfs /
unique: 2, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 0
[00002] EXTENDED
statfs /
[00003] EXTENDED
  [00002] EXTENDED_REPLY       97bytes (29ms)
   unique: 3, success, outsize: 96
unique: 3, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 101
getattr /
[00004] LSTAT
  [00003] EXTENDED_REPLY       97bytes (29ms)
   unique: 2, success, outsize: 96
  [00004]          ATTRS       41bytes (30ms)
   unique: 3, success, outsize: 136
unique: 2, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 148
statfs /
[00005] EXTENDED
unique: 3, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 101
statfs /
[00006] EXTENDED
unique: 4, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 72
access / 00
   unique: 4, success, outsize: 16
  [00005] EXTENDED_REPLY       97bytes (32ms)
   unique: 2, success, outsize: 96
unique: 4, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 148
statfs /
[00007] EXTENDED
  [00006] EXTENDED_REPLY       97bytes (34ms)
   unique: 3, success, outsize: 96
unique: 2, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 98
access / 00
   unique: 2, success, outsize: 16
unique: 3, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 474
access / 00
   unique: 3, success, outsize: 16
unique: 2, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 28730
statfs /
[00008] EXTENDED
  [00007] EXTENDED_REPLY       97bytes (31ms)
   unique: 4, success, outsize: 96
unique: 3, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 148
statfs /
[00009] EXTENDED
  [00008] EXTENDED_REPLY       97bytes (30ms)
   unique: 2, success, outsize: 96
unique: 4, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 28730
statfs /
[00010] EXTENDED
  [00009] EXTENDED_REPLY       97bytes (30ms)
   unique: 3, success, outsize: 96
unique: 2, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 98
statfs /
unique: 3, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 474
statfs /
[00011] EXTENDED
[00012] EXTENDED
  [00010] EXTENDED_REPLY       97bytes (28ms)
   unique: 4, success, outsize: 96
  [00011] EXTENDED_REPLY       97bytes (28ms)
  [00012] EXTENDED_REPLY       97bytes (28ms)
   unique: 3, success, outsize: 96
   unique: 2, success, outsize: 96
unique: 4, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 474
access / 00
   unique: 4, success, outsize: 16
unique: 3, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 98
access / 00
   unique: 3, success, outsize: 16
unique: 2, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 474
access / 00
   unique: 2, success, outsize: 16
unique: 4, opcode: GETXATTR (22), nodeid: 1, insize: 77, pid: 474
getxattr / com.apple.FinderInfo 32 0
   unique: 4, success, outsize: 48
unique: 3, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 98
access / 04
   unique: 3, success, outsize: 16
unique: 2, opcode: OPENDIR (27), nodeid: 1, insize: 48, pid: 98
opendir flags: 0x0 /
   opendir[0] flags: 0x0 /
   unique: 2, success, outsize: 32
unique: 4, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 98
access / 00
   unique: 4, success, outsize: 16
unique: 3, opcode: RELEASEDIR (29), nodeid: 1, insize: 64, pid: 98
releasedir[0] flags: 0x0
   unique: 3, success, outsize: 16
unique: 2, opcode: GETATTR (3), nodeid: 1, insize: 56, pid: 98
getattr /
   unique: 2, success, outsize: 136
unique: 4, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 98
access / 00
   unique: 4, success, outsize: 16
unique: 3, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 98
statfs /
[00013] EXTENDED
  [00013] EXTENDED_REPLY       97bytes (29ms)
   unique: 3, success, outsize: 96
unique: 2, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 98
statfs /
[00014] EXTENDED
  [00014] EXTENDED_REPLY       97bytes (30ms)
   unique: 2, success, outsize: 96
unique: 4, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 98
access / 04
   unique: 4, success, outsize: 16
unique: 3, opcode: OPENDIR (27), nodeid: 1, insize: 48, pid: 98
opendir flags: 0x0 /
   opendir[0] flags: 0x0 /
   unique: 3, success, outsize: 32
unique: 2, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 98


.......


getattr /l
[00048] LSTAT
  [00048]         STATUS       33bytes (29ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00049] LSTAT
  [00049]         STATUS       33bytes (28ms)
   unique: 2, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00050] LSTAT
  [00050]         STATUS       33bytes (36ms)
   unique: 4, error: -2 (No such file or directory), outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00051] LSTAT
  [00051]         STATUS       33bytes (28ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00052] LSTAT
  [00052]         STATUS       33bytes (30ms)
   unique: 2, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00053] LSTAT
  [00053]         STATUS       33bytes (29ms)
   unique: 4, error: -2 (No such file or directory), outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00054] LSTAT
  [00054]         STATUS       33bytes (29ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00055] LSTAT
  [00055]         STATUS       33bytes (30ms)
   unique: 2, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00056] LSTAT
  [00056]         STATUS       33bytes (29ms)
   unique: 4, error: -2 (No such file or directory), outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 44294
LOOKUP /.l.swp
getattr /.l.swp
[00057] LSTAT
  [00057]         STATUS       33bytes (28ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 44294
LOOKUP /.l.swp
getattr /.l.swp
[00058] LSTAT
  [00058]         STATUS       33bytes (29ms)
   unique: 2, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 44294
access / 02
   unique: 4, success, outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 44294
LOOKUP /.l.swp
getattr /.l.swp
[00059] LSTAT
  [00059]         STATUS       33bytes (28ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 44294
LOOKUP /.l.swp
getattr /.l.swp
[00060] LSTAT
  [00060]         STATUS       33bytes (28ms)
   unique: 2, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 44294
LOOKUP /.l.swp
getattr /.l.swp
[00061] LSTAT
  [00061]         STATUS       33bytes (35ms)
   unique: 4, error: -2 (No such file or directory), outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 47, pid: 44294
LOOKUP /.l.swp
getattr /.l.swp
[00062] LSTAT
  [00062]         STATUS       33bytes (32ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 2, opcode: ACCESS (34), nodeid: 1, insize: 48, pid: 44294
access / 02
   unique: 2, success, outsize: 16
unique: 4, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00063] LSTAT
  [00063]         STATUS       33bytes (29ms)
   unique: 4, error: -2 (No such file or directory), outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00064] LSTAT
  [00064]         STATUS       33bytes (30ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 42, pid: 44294
LOOKUP /l
getattr /l
[00065] LSTAT
  [00065]         STATUS       33bytes (28ms)
   unique: 2, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 619
statfs /
[00066] EXTENDED
  [00066] EXTENDED_REPLY       97bytes (29ms)
   unique: 4, success, outsize: 96
unique: 3, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 619
statfs /
[00067] EXTENDED
  [00067] EXTENDED_REPLY       97bytes (41ms)
   unique: 3, success, outsize: 96
unique: 2, opcode: STATFS (17), nodeid: 1, insize: 40, pid: 619
statfs /
[00068] EXTENDED
  [00068] EXTENDED_REPLY       97bytes (28ms)
   unique: 2, success, outsize: 96
 
Ja, das kam mir auch in den Sinn. Ist aber umständlicher aufzusetzen.
???

rsync ist in macOS standardmäßig dabei. Und die Syntax ist nahezu identisch mit sshfs. Und wenn du schon ssh-Zugriff hast, dann brauchst du ja noch nicht mal einen rsync-daemon auf dem remote Rechner.
 
???

rsync ist in macOS standardmäßig dabei. Und die Syntax ist nahezu identisch mit sshfs. Und wenn du schon ssh-Zugriff hast, dann brauchst du ja noch nicht mal einen rsync-daemon auf dem remote Rechner.
Zu den "???":

Mit dem sshfs mount kann ich selektiv, dann wenn ich es will, bestimmte Dateien aus dem gemounteten System kopieren. Mit rsync muß ich mir vorher genau überlegen, welche switches ich benötige und welche Files ich syncen will.

Meine Frage bezieht sich auf den Fehler beim sshfs mount. Nicht mehr und nicht weniger.
 
Könnte ein Rechteproblem sein. User und Gruppe passen?
Was hast du denn schon alles debuggingmäßig unternommen?
 
Mit dem sshfs mount kann ich selektiv, dann wenn ich es will, bestimmte Dateien aus dem gemounteten System kopieren.

nun ja, zu Beginn hast du halt davon gechriebne, dass du eine Verzeichnis mouten und dann lokal haben willst. Da stand nix von "selektiv"

Meine Frage bezieht sich auf den Fehler beim sshfs mount. Nicht mehr und nicht weniger.

okay.

Sollte dich noch eine andere Lösungsmöglichkeite interessieren als die Klärung des Fehlers mit sshfs, MacFuse und (vermutlich) macports, sag Bescheid. Ich hätte da was...
 
Zuletzt bearbeitet:
Ein Verzeichnis zu mounten hat gegenüber rsync auch den Vorteil, daß ich es nicht replizieren muß, also die Verzeichnisse dann zweimal vorhanden wären. Also, der Grund für meine Entscheidung, zu mounten, war schon vorher vorhanden und die Entscheidung sshfs zu nehmen war auch getroffen worden, weil z.B. nfs unsicher ist.
 
Zuletzt bearbeitet:
Ein Verzeichnis zu mounten hat gegenüber rsync auch den Vorteil, daß ich es nicht replizieren muß, also die Verzeichnisse dann zweimal vorhanden wären. Also, der Grund für meine Entscheidung, zu mounten, war schon vorher vorhanden und die Entscheidung sshfs zu nehmen war auch getroffen worden, weil z.B. nfs unsicher ist.

... du musst mir das nicht erklären, ich kenne mich damit aus.

Ich dachte halt, so wie du es geschrieben hast, dass du ein Verzeichnis kopieren willst und da ist rsync einfacher, direkter und schneller umzusetzen.

Nochmal, wenn du weg gehen von deinem Weg, unbedingt den Fehler bei sshfs zu finden, dann gäbe es für den Weg ein remote Verzeichnis zu mounten einige andere Möglicheiten, die einfach, schnell und direkt umzusetzen wären. Ja, natürlich per SFTP, oder wie MacFuse das nennt, per sshfs.

Ich will dich aber nicht ganz und gar hängen lassen, daher eine Frage, die vielleicht mit deinem Fehler zusammen hängt und ihn beheben könnte, wenn du sie beantwortest: Hat dein remote user tatsächlich Zugriff auf / ?
 
... du musst mir das nicht erklären, ich kenne mich damit aus.

Ich dachte halt, so wie du es geschrieben hast, dass du ein Verzeichnis kopieren willst und da ist rsync einfacher, direkter und schneller umzusetzen.

Nochmal, wenn du weg gehen von deinem Weg, unbedingt den Fehler bei sshfs zu finden, dann gäbe es für den Weg ein remote Verzeichnis zu mounten einige andere Möglicheiten, die einfach, schnell und direkt umzusetzen wären. Ja, natürlich per SFTP, oder wie MacFuse das nennt, per sshfs.

Ich will dich aber nicht ganz und gar hängen lassen, daher eine Frage, die vielleicht mit deinem Fehler zusammen hängt und ihn beheben könnte, wenn du sie beantwortest: Hat dein remote user tatsächlich Zugriff auf / ?

Der remote user ist root, hat also Zugriff auf "/". Und zwischen dem remote Rechner und anderen Rechnern (ubuntu) funktioniert es.
Und `ssh root@remotehost` funktioniert (ssh key).
 
Der remote user ist root, hat also Zugriff auf "/". Und zwischen dem remote Rechner und anderen Rechnern (ubuntu) funktioniert es.
Und `ssh root@remotehost` funktioniert (ssh key).

Aus deiner Syntax oben kann man aber nicht entnehmen, dass du dich auf dem remote mit root anmeldest. "sudo" wechselt nicht den user, sondern gibt dir nur root Rechte auf der lokalen Maschine
 
sudo brauche ich auf dem lokalen Rechner (Mac,client),um überhaupt mounten zu dürfen. Als nicht root User darf ich das nicht.

root@myserver (post #3) brauche ich, um auf dem Server auf / zuzugreifen.
(weil Du fragtest,ob ich remote auf / zugreifen darf)

Und auch in meinem ersten Post wäre durch die ssh key-Autentifizierung der remote Zugriff auf das Verzeichnis gewährleistet. Das sollte man zumindest aus dm Usernamen (icke) ersehen können.
 
Zuletzt bearbeitet:
... das steht in deinem ersten Posting:

sudo sshfs myhostimnetz.de:/home/icke /Users/icke/mnt

Nix mit root.

aber da du offensichtlich meinst du wüsstest alles und ich nichts... bitte sehr. Löse dein Thema alleine. Die restlichen Ideen spare ich mir jetzt.

Bye.
 
... das steht in deinem ersten Posting:

sudo sshfs myhostimnetz.de:/home/icke / /icke/mnt

Nix mit root.

aber da du offensichtlich meinst du wüsstest alles und ich nichts... bitte sehr. Löse dein Thema alleine. Die restlichen Ideen spare ich mir jetzt.

Bye.
root ist auch nicht notwendig. Die Berechtigung ergibt sich aus dem ssh login.
 
Zuletzt bearbeitet:
Wollte nur noch Rückmeldung geben, daß es nun funktioniert. Letzlich war es ein Problem mit den keys auf der Serverseite.
 
  • Gefällt mir
Reaktionen: NeumannPaule und dg2rbf
Zurück
Oben Unten