Sie sind nicht angemeldet.

SFTP über fstab mounten fast fertig ;)

Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

1

03.06.2009, 15:20

SFTP über fstab mounten fast fertig ;)

Hallo.

Ich versuche gerade meinen 2. Rechner(Linux) mit meiner Workstation über sftp zu verbinden:

Prinzipiell funktionert alles nur nicht über fstab:

Wenn ich in der Konsole folgendes eingebe:

Quellcode

 
1

sshfs <meinServerName>:/ /home/<userName>/<mountName>/


fragt er mich nach dem passwort des Users und danach ist alles fertig gemounted

Jetzt will ich aber das in der fstab beim booten anlegen lassen.
Dazu hab ich folgendes eingetragen:

Quellcode

 
1

sshfs#<userName>@<serverName>:/    /home/<username>/<mountName>    fuse    noauto,allow_other,users 0 0


Leider mounted er nichts.

Dann hab ich mir gedacht fstab braucht ja noch evtl. das passwort, was in der konsole ja auch abgefragt wird und hab rumprobiert

Quellcode

 
1

sshfs#<userName>:<passwort>@<serverName>:/    /home/<username>/<mountName>    fuse    noauto,allow_other,users 0 0

oder

Quellcode

 
1

sshfs#<userName>@<serverName>:/    /home/<username>/<mountName>    fuse    noauto,allow_other,user=blahblah,password=blahblah 0 0


Aber er mounted es einfach nicht.

Ne idee?

Gruß
Guido

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »sublist« (03.06.2009, 19:33)

edding3k

User

  • »edding3k« ist männlich

Beiträge: 39

Registrierungsdatum: 17.05.2009

Derivat: Ubuntu

Architektur: 32-Bit PC

Andere Betriebssysteme: Mac OS X Leopard (Macbook 3.1), Ubuntu 9.04 (Macbook 3.1)

  • Nachricht senden

2

03.06.2009, 15:28

http://wiki.ubuntuusers.de/FUSE/sshfs?highlight=sftp%20fstab

Hier findest du unter Automount alle Antworten für deine Fragen!

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

3

03.06.2009, 15:45

Hallo.

Da hab ich mich auch schon umgesehen, aber das mit dem Plublic Keys und den Passwörtern versteh ich nicht. Die Beschreibung ist da extrem ungenau. Zumindest für mich als Anfänger.


################################
Nach der Anmeldung eines Users¶
Den sshfs-Befehl

sshfs Benutzername@irgendEinRechner:/pfad_auf_dem_server/ ~/fusessh

muss man dazu bei jeder Anmeldung automatisch ausführen lassen [5].
#########################################################

Wie soll ich das z.B. machen?

oder:

Wichtig ist hierbei, dass die Public-Keys sich im root Verzeichnis /root/.ssh/ befinden , da ansonsten keine Authentifzierung durch den root beim Start stattfinden kann.

Wie kann ich das nachprüfen?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »sublist« (03.06.2009, 15:45)

aardvark

User

  • »aardvark« ist männlich

Beiträge: 402

Registrierungsdatum: 04.09.2008

Derivat: Kubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Debian 11.0

  • Nachricht senden

4

03.06.2009, 16:01

Hallo,

am besten testest Du erst einmal, ob ein ssh-Login mit dem Key funktioniert:

Quellcode

 
1

ssh Benutzername@irgendEinRechner

Wenn das nicht funktioniert, kannst Du z.B. mal mit

Quellcode

 
1

ssh -v Benutzername@irgendEinRechner

probieren, was da an (Fehler-)Meldungen ausgegeben wird.

[Edit]
Es darf natürlich auch keine Passwortabfrage kommen.

Grüße, Peter

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »aardvark« (03.06.2009, 16:01)

edding3k

User

  • »edding3k« ist männlich

Beiträge: 39

Registrierungsdatum: 17.05.2009

Derivat: Ubuntu

Architektur: 32-Bit PC

Andere Betriebssysteme: Mac OS X Leopard (Macbook 3.1), Ubuntu 9.04 (Macbook 3.1)

  • Nachricht senden

5

03.06.2009, 16:06

also du musst erstmal den key anlegen auf dem Client, bzw dem rechner mit dem du verbinden willst!
Wenn du keine Passwortabfrage willst dann musst du bei der frage nach PASSPHRASE einfach enter drücken!

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

lucas@lucaspc:~$ ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/lucas/.ssh/id_dsa): 
Enter passphrase (empty for no passphrase):                	
Enter same passphrase again:                               	
Your identification has been saved in /home/lucas/.ssh/id_dsa. 
Your public key has been saved in /home/lucas/.ssh/id_dsa.pub. 
The key fingerprint is:                                    	
ee:ee:ee:ee:ee:ee:ee:ee:ee:ee:ee:ee:ee:ee:ee:ee lucas@lucaspc  
The key's randomart image is:                              	
+--[ DSA 1024]----+                                        	
|             	|                                        	
|             	|                                        	
|             	|                                        	
|  .          	|                                        	
|     	|                                        	
|. = = +.     	|                                        	
| o + 	|                                        	
|*    	|                                        	
+-----------------+


dann musst mit Hilfe des folgenden Befehls den Schlüssel auf den FTP-Server legen!

Quellcode

 
1
2
3
4
5
6
7

lucas@lucaspc:~$ ssh-copy-id -i ~/.ssh/id_dsa.pub BENUTZER@NAME DES SEVERS
Password:
Now try logging into the machine, with "ssh 'BENUTZER@SERVER'", and check in:

  .ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.


Jetzt liegt dein puplickey am server, Vorausgesetz der Befehl ging gut!
Nun versuchen wir das ganze!

Quellcode

 
1

sshfs <BENUTZER>@<meinServerName>:/ /home/<userName>/<mountName>/


nun muss nur noch der id_dsa File in das Directory .ssh im /root/

Quellcode

 
1
2

lucas@lucaspc:~$ sudo mkdir /root/.ssh
lucas@lucaspc:~$ sudo cp /home/BENUTZER/.ssh/id_dsa /root/.ssh/id_ds


und jetzt nur noch der kleine FSTAB eintrag:

Quellcode

 
1

sshfs#<userName>@<serverName>:/ /home/<username>/<mountName> fuse noauto,allow_other,users 0 0

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

6

04.06.2009, 16:08

Na das sieht doch mal vorbildlich aus.

Werd ich versuchen!

Danke schon mal....


_____________________________________________-
Hab jetzt alles genauso gemacht wie angeben.
Hat auch alles funktioniert.
Der einzige Unterschied war:

Quellcode

 
1

mkdir: kann Verzeichnis „/root/.ssh“ nicht anlegen: File exists

Aber das sollte egal sein.

Bei dem einen Eintrag von dir war ich nicht sicher, ob da ein Tippfehler drinne ist;

Quellcode

 
1

lucas@lucaspc:~$ sudo cp /home/BENUTZER/.ssh/id_dsa /root/.ssh/id_ds

oder

Quellcode

 
1

lucas@lucaspc:~$ sudo cp /home/BENUTZER/.ssh/id_dsa /root/.ssh/id_dsa


Leider mounted er das immer noch nicht über die fstab, obwohl ich jetzt ohne passwort abfrage mounten kann.

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »sublist« (05.06.2009, 11:02)

aardvark

User

  • »aardvark« ist männlich

Beiträge: 402

Registrierungsdatum: 04.09.2008

Derivat: Kubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Debian 11.0

  • Nachricht senden

7

04.06.2009, 17:38

Hallo,

was machst Du eigentlich um das Mounten zu testen?
Per mount -a bzw. beim Booten werden Einträge in der fstab mit der Option noauto nämlich nicht mit gemountet.

Grüße, Peter

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

8

04.06.2009, 18:36

Um das mounten zu testen machen ich einfach:

Quellcode

 
1

sshfs <BENUTZER>@<meinServerName>:/ /home/<userName>/<mountName>/


Auch wenn ich in der fstab

Quellcode

 
1

sshfs#<username>@<server>:/ /<mountPath> fuse uid=1003,gid=100,umask=0,allow_other 0 0

mache ändert sich nichts.

Ich hab noch versucht den sshfs befehlt als autostart auszuführen, daß funzt aber auch nicht :whistling:

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »sublist« (05.06.2009, 10:01)

aardvark

User

  • »aardvark« ist männlich

Beiträge: 402

Registrierungsdatum: 04.09.2008

Derivat: Kubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Debian 11.0

  • Nachricht senden

9

04.06.2009, 18:54

Hallo,

kommt irgendeine Meldung, wenn Du (als root)

Quellcode

 
1

mount -a

ausführst?
Evtl. kannst Du auch mal

Quellcode

 
1

mount -vvv -a

probieren, da sollten auf jeden Fall ein paar Meldungen kommen.

PS: Was treibst Du eingentlich mit den Code-Tags? :S

Grüße, Peter

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

10

05.06.2009, 10:12

Quellcode

 
1
2
3

gneumann@gneumann-desktop:~$ sudo mount -a
[sudo] password for gneumann: 
read: Connection reset by peer


Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

gneumann@gneumann-desktop:~$ sudo mount -vvv -a
mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: proc ist bereits auf /proc eingehängt
mount: /dev/sda7 ist bereits auf /media/Work eingehängt
mount: /dev/sda5 ist bereits auf /media/Appz eingehängt
mount: /dev/sda8 ist bereits auf /media/Storage eingehängt
mount: /dev/sda1 ist bereits auf /media/system eingehängt
mount: /dev/sda6 ist bereits auf /media/Gamez eingehängt
mount: no LABEL=, no UUID=, going to mount sshfs#gneumann@<server>:/ by path
mount: spec:  "sshfs#gneumann@<server>:/"
mount: node:  "/home/gneumann/knecht"
mount: types: "fuse"
mount: opts:  "uid=1003,gid=100,umask=0,allow_other"
mount: external mount: argv[0] = "/sbin/mount.fuse"
mount: external mount: argv[1] = "sshfs#gneumann@<server>:/"
mount: external mount: argv[2] = "/home/gneumann/knecht"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw,uid=1003,gid=100,umask=0,allow_other"
read: Connection reset by peer


Wenn ich manuell gemounted hab kommt folgendes:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

gneumann@gneumann-desktop:~$ sudo mount -vvv -a
mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: proc ist bereits auf /proc eingehängt
mount: /dev/sda7 ist bereits auf /media/Work eingehängt
mount: /dev/sda5 ist bereits auf /media/Appz eingehängt
mount: /dev/sda8 ist bereits auf /media/Storage eingehängt
mount: /dev/sda1 ist bereits auf /media/system eingehängt
mount: /dev/sda6 ist bereits auf /media/Gamez eingehängt
mount: no LABEL=, no UUID=, going to mount sshfs#gneumann@<server>:/ by path
mount: spec:  "sshfs#gneumann@<server>:/"
mount: node:  "/home/gneumann/knecht"
mount: types: "fuse"
mount: opts:  "uid=1003,gid=100,umask=0,allow_other"
mount: external mount: argv[0] = "/sbin/mount.fuse"
mount: external mount: argv[1] = "sshfs#gneumann@<server>:/"
mount: external mount: argv[2] = "/home/gneumann/knecht"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw,uid=1003,gid=100,umask=0,allow_other"
fuse: bad mount point `/home/gneumann/knecht': Permission denied


Das mounten hat aber trotzdem funktioniert ?!?

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »sublist« (05.06.2009, 10:12)

aardvark

User

  • »aardvark« ist männlich

Beiträge: 402

Registrierungsdatum: 04.09.2008

Derivat: Kubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Debian 11.0

  • Nachricht senden

11

05.06.2009, 11:22

Hallo,

die Meldung read: Connection reset by peer kommt bei mir, wenn das Login auf dem Server fehlschlägt.
Du hast statt <server> aber schon den DNS-Namen bzw. die IP des Servers drin stehen? :D

Gibt es bei folgendem Befehl eine Fehlermeldung?

Quellcode

 
1

sudo ssh gneumann@<server>

Wenn ja, dann probier's doch nochmal mit:

Quellcode

 
1

sudo ssh -v gneumann@<server>

Auf dem Server müßtest Du unter ~gneumann/.ssh eine Datei authorized_keys haben, die Deinen Public-Key enthält und auf dem Client unter ~root/.ssh den dazu passenden Private-Key id_dsa.

Grüße, Peter

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »aardvark« (05.06.2009, 11:22)

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

12

05.06.2009, 11:38

Quellcode

 
1
2
3
4
5

gneumann@gneumann-desktop:~$ sudo ssh gneumann@<server>
[sudo] password for gneumann: 
Last login: Fri Jun  5 09:54:51 2009 from console
Have a lot of fun...
gneumann@knecht:~>


/root/.ssh hat folgenden inhalt

Quellcode

 
1
2
3

id_ds
id_dsa
known_hosts


und auf meinem server gibts:

Quellcode

 
1
2

authorized_keys
known_hosts

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »sublist« (05.06.2009, 11:37)

aardvark

User

  • »aardvark« ist männlich

Beiträge: 402

Registrierungsdatum: 04.09.2008

Derivat: Kubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Debian 11.0

  • Nachricht senden

13

05.06.2009, 11:50

Hallo,

das sieht soweit alles ok aus, bis auf die Dateien in /root/.ssh, dort sollten id_dsa und id_dsa.pub liegen.
Aber den Pubkey brauchst Du ja nur auf dem Server, also kein Problem.
Du kannst Dir mal auf dem Server die Datei /var/log/auth.log anschauen, evtl. auch /var/log/messages und /var/log/syslog.
Tauchen dort zum Zeitpunkt des Mountversuchs irgendwelche Fehlermeldungen auf?

Ansonsten gehen mir jetzt auch die Ideen aus... :huh:

Grüße, Peter

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

14

05.06.2009, 11:57

Was bedeutet denn das ?

Quellcode

 
1

fuse: bad mount point `/home/gneumann/knecht': Permission denied

obwohl es geht?!?

aardvark

User

  • »aardvark« ist männlich

Beiträge: 402

Registrierungsdatum: 04.09.2008

Derivat: Kubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Debian 11.0

  • Nachricht senden

15

05.06.2009, 12:04

Zitat von »sublist«

Was bedeutet denn das ?

Quellcode

 
1

fuse: bad mount point `/home/gneumann/knecht': Permission denied

obwohl es geht?!?

Ich hatte das so verstanden, dass Du mount -a ausgeführt hast, als das Verzeichnis schon gemountet war.
In diesem Fall ist die Fehlermeldung zwar etwas irreführend, aber ok.

sublist

User

  • »sublist« ist männlich
  • »sublist« ist der Autor dieses Themas

Beiträge: 21

Registrierungsdatum: 08.09.2008

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

16

05.06.2009, 12:12

Ahh.. ok.
/var/log/auth.log und /var/log/syslog hab ich ganricht und in messages hab ich noch nichts verdächtiges gefunden.... ich schau aber mal weiter....

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »sublist« (05.06.2009, 12:11)

Fredl99

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

17

05.06.2009, 13:28

Hi,
Ich glaube, es ist ziemlich naheliegend:

Zitat von »sublist«

mount: external mount: argv[5] = "rw,uid=1003,gid=100,umask=0,allow_other"
fuse: bad mount point `/home/gneumann/knecht': Permission denied

Die mount-Zeile hast Du ja aus dieser Anleitung übernommen. Ich bin mir aber ziemlich sicher, daß Deine uid auf Deinem Rechner nicht 1003 ist...
Die gid würd ich dann auch gleich prüfen.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

aardvark

User

  • »aardvark« ist männlich

Beiträge: 402

Registrierungsdatum: 04.09.2008

Derivat: Kubuntu

Version: Ubuntu 20.04 LTS - Focal Fossa

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Debian 11.0

  • Nachricht senden

18

05.06.2009, 13:53

Hallo,

Zitat von »Fredl99«

Ich bin mir aber ziemlich sicher, daß Deine uid auf Deinem Rechner nicht 1003 ist...
Die gid würd ich dann auch gleich prüfen.

bei mir geht's trotzdem, obwohl es die 1003 bei mir auch nicht gibt. root darf das... ;)

Grüße, Peter

Fredl99

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

19

05.06.2009, 14:29

Hmm, ok.
Hab mich mit sshfs noch nie beschäftigt. Hab's gerade mit einer vfat-Partition getestet - geht tatsächlich auch.
Finde es aber fragwürdig, ein Verzeichnis in meine $HOME zu haben, das plötzlich einem anderen (womöglich nicht existenten) User gehört.
Naja, war zumindest eine Möglichkeit.

Dann bliebe immer noch die zweite Möglichkeit, den mount nach dem Login automatisch zu machen.

PS: Verschoben aus "Netzwerk+Internet - Einrichtung und Konfiguration"
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl