Script en root avec SSHFS sans mot de passe, c'est possible ? (résolu)

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Script en root avec SSHFS sans mot de passe, c'est possible ? (résolu)

nba_pit

Bonjour,

Je suis en train de programmer un raspberry pi (A) sous la disitribution Raspbian.
Actuellement j'essaye de mettre au point un script qui va faire monter le dossier d'un autre raspberry B sur le raspberry A sans mot de passe.

La seule commande que j'ai trouvé pour monter un répertoire distant est SSHFS.

Si je tape la commande suivante sur le raspberry pi A ça fonctionne bien :

Code :

sudo sshfs -o allow_other pi_B@192.168.1.10:/home/pi/test_pi_B

J'accède bien au dossier test_pi_B sur le raspberry A:

Code :

cd /home/pi/test_pi_B

Par contre il me demande le mot de passe du raspberry pi B pour que la commande SSHS fonctionne.

J'ai suivi le autorail suivant pour accéder à un linux à distance par SSH sans mot de passe : http://lea-linux.org/documentation [...] t_de_passe
Sur le raspberry A si je fait la commande suivante j'accède au raspberry pi B sans mot de passe :

Code :

ssh pi_B@192.168.1.10

Par contre si je tape la commande SSHFS (voir ci-dessus) il me demande toujours le mot de passe.
Savez-vous comment utiliser SSHFS sans mot de passe ?

Merci,

Message édité par nba_pit le 23-10-2014 à 20:14:21

Publicité

lecbee

Salut.
Tu es obligé d'utiliser SSHFS ?
Parce que sinon le plus simple c'est de faire exécuter la commande directement avec SSH, par exemple :

Code :

# ssh root@X.X.X.X "ifconfig"

Tu peux faire du scp si c'est pour la copie de fichier.

bardiel

Debian powa !

Authentification par clés pour SSH et spécification de la clé à utiliser, et puis c'est tout :sol:

Message cité 1 fois

---------------
Grippe ? Coronavirus ? Portez votre masque correctement ! :D

nba_pit

bardiel a écrit :

Authentification par clés pour SSH et spécification de la clé à utiliser, et puis c'est tout :sol:

Merci pour tes deux liens.

Pour l'authentification par clé là c'est bon mon fichier authorized_keys a été rempli avec le contenu de id_rsa.pub.

Mais je ne comprends pas le second site avec la spéfication de la clé à utiliser.
Il faut utiliser la commande suivante :

Code :

sshfs me@x.x.x.x:/remote/path /local/path/ -o IdentityFile=/path/to/key

Quel lien faut-il que je donne pour le IdentityFile ?

l4nkou

Dr House Fan

le chemin de la clé privée :
/root/.ssh/id_rsa ou /home/tonuser/.ssh/id_rsa

Message cité 1 fois

---------------
Les avis, c'est comme les anus, tout le monde en a un.

nba_pit

l4nkou a écrit :

le chemin de la clé privée :
/root/.ssh/id_rsa ou /home/tonuser/.ssh/id_rsa

Je rajoute

Code :

IdentityFile=/home/monuser/.ssh/id_rsa

J'obtiens le message d'erreur suivant :

Code :

fuse: invalid argument `IdentityFile=/home/monuser/.ssh/id_rsa'

Message édité par nba_pit le 19-10-2014 à 12:11:37

blazkowicz

pourquoi "sudo sshfs" dans ton premier post

Pour ma part j'avais fait un sshfs entre deux PC (Mint 13) avec clef et ça marche sans rien faire.
J'ai mis un script exécutable dans /home/truc, à double cliquer dans le gestionaire de fichiers et le contenu de l'autre PC est monté dans /home/truc/bidule.

sans rien à spécifier :??:
la commande sshfs étant lancée en tant qu'user (il m'a aussi fallu des années avant de savoir que fusermount -u permet de démonter sans être root, aussi)

Message cité 1 fois
Message édité par blazkowicz le 19-10-2014 à 13:54:40

nba_pit

blazkowicz a écrit :

pourquoi "sudo sshfs" dans ton premier post

Pour ma part j'avais fait un sshfs entre deux PC (Mint 13) avec clef et ça marche sans rien faire.
J'ai mis un script exécutable dans /home/truc, à double cliquer dans le gestionaire de fichiers et le contenu de l'autre PC est monté dans /home/truc/bidule.

sans rien à spécifier :??:
la commande sshfs étant lancée en tant qu'user (il m'a aussi fallu des années avant de savoir que fusermount -u permet de démonter sans être root, aussi)

Pourquoi sudo ? J'ai dû voir un tuto qui mettait le sudo.

Par contre j'ai relancé la commande et j'ai toujours la même erreur :

Code :

sshfs -o allow_other pi@192.168.1.13:/home/pi/test /home/pi/serveur/ IdentityFile=/home/pi/.ssh/id_rsa
fuse: invalid argument `IdentityFile=/home/pi/.ssh/id_rsa'

blazkowicz

Les sshfs, les scp ça n'aime pas les fautes de grammaire et d'orthographe (ce que je préfère c'est les répertoires/fichiers avec une apostrophe ou un espace dans le nom)

il peut y avoir deux petits trucs à configurer vis à vis de l'usage de fuse par ton utilisteur.

Message cité 1 fois
Message édité par blazkowicz le 19-10-2014 à 14:14:19

nba_pit

blazkowicz a écrit :

C'est une question de syntaxe d'après mes petits tests bidon, ton option a besoin d'être derrère un -o
(à supposer que tu ais besoin de l'option, puisqu'en tant que ton utilisateur il ira chercher tout seul dans ~/.ssh)

Les sshfs, les scp ça n'aime pas les fautes de grammaire et d'orthographe (ce que je préfère c'est les répertoires/fichiers avec une apostrophe ou un espace dans le nom)

il peut y avoir deux petits trucs à configurer vis à vis de l'usage de fuse par ton utilisteur.

Merci !
Maintenant ça marche en déplaçant le -o.

Il a fallu également que j'enlève allow_user.

Voici ma commande :

Code :

sshfs pi@192.168.1.13:/home/pi/test /home/pi/serveur/ -o IdentityFile=/home/pi/.ssh/id_rsa

Publicité

blazkowicz

à savoir, sur mon PC dit ça à apropos de allow_user et c'est trivial à régler.

cela dit, si tu n'as pas besoin de l'option alors autant ne pas la mettre (c'était en particulier nécessaire en faisant le sshfs en tant que root, avec le sudo..)

fusermount: option allow_other only allowed if 'user_allow_other' is set in /etc/fuse.conf

Ah oui, le shell s'en fiche et n'en a pas la notion (contrairement à DOS/Windows où dans DIR /? le /? est identifié comme une option), les commandes ou programmes sous unix/linux ont diverses façon de spécifier/intepréter les options. tar et dd sont de célèbres exemples, avec lesquels tu vas détruire accidentellement tes données en te trompant d'une lettre ou d'une ponctuation.

Message cité 1 fois
Message édité par blazkowicz le 19-10-2014 à 14:57:24

nba_pit

blazkowicz a écrit :

à savoir, sur mon PC dit ça à apropos de allow_user et c'est trivial à régler.

cela dit, si tu n'as pas besoin de l'option alors autant ne pas la mettre (c'était en particulier nécessaire en faisant le sshfs en tant que root, avec le sudo..)

fusermount: option allow_other only allowed if 'user_allow_other' is set in /etc/fuse.conf

pour être 100% clair : tu peux faire "commande -o truc -o bidule" ou "commande -o truc,bidule" mais en faisant "commande -o truc bidule" eh ben ça ne lui plaît pas du tout. La pauvre commande ou le pauvre shell croient que bidule est un argument (tel qu'un répertoire ou un hôte) au lieu d'une option.

Ah oui, le shell s'en fiche et n'en a pas la notion (contrairement à DOS/Windows où dans DIR /? le /? est identifié comme une option), les commandes ou programmes sous unix/linux ont diverses façon de spécifier/intepréter les options. tar et dd sont de célèbres exemples, avec lesquels tu vas détruire accidentellement tes données en te trompant d'une lettre ou d'une ponctuation.

En fait je vais devoir utiliser cette commande en root :

Code :

sudo sshfs ...

Avec sudo ça ne fonctionne pas, normal. Mais impossible aussi de la faire fonctionner avec allow_other dans la commande (peu importe l'endroit).

Pourtant j'ai bien rajouté la ligne 'user_allow_other' dans /etc/fuse.conf.

Message édité par nba_pit le 20-10-2014 à 18:47:23

blazkowicz

et l'user dans le groupe fuse?

Message cité 1 fois

nba_pit

blazkowicz a écrit :

et l'user dans le groupe fuse?

Lorsque je tape "groups" fuse apparait dans la liste.
Mais je pense que c'est le compte user qui est dans le groupe fuse et non pas le root, il faudrait peut-être que le root soit dans le groupe fuse.

blazkowicz

Il me semble que root est dans tous les groupes ou c'est comme si ça l'était (sauf système particulièrement verrouillé avec SElinux par exemple..). En ligne de commande tu as la commande "id".

Message cité 1 fois

nba_pit

blazkowicz a écrit :

Il me semble que root est dans tous les groupes ou c'est comme si ça l'était (sauf système particulièrement verrouillé avec SElinux par exemple..). En ligne de commande tu as la commande "id".

La commande id donne ce résultat :

Code :

uid=1000(pi) gid=1000(pi) groups=1000(pi),4(adm),20(dialout),24(cdrom),27(sudo),29(audio),44(video),46(plugdev),
60(games),100(users),105(netdev),108(fuse),999(input),1002(spi),1003(gpio)

Message édité par nba_pit le 23-10-2014 à 17:22:37

nba_pit

C'est bon j'ai réussi à faire un SSHFS en root, il faut ajouter -o allow_other, ce qui donne :

Code :

sshfs -o allow_other pi@192.168.1.13:/home/pi/test /home/pi/serveur/ -o IdentityFile=/home/pi/.ssh/id_rsa

Merci Blazkowicz pour tes réponses

Message édité par nba_pit le 23-10-2014 à 20:14:38

FORUM HardWare.fr

Linux et OS Alternatifs

Codes et scripts

Script en root avec SSHFS sans mot de passe, c'est possible ? (résolu)

Sujets relatifs
[Bash - Shell] Script qui se lance tant que la condition est pas valid	Erreur script de sauvegarde avec LFTP
Bloquer un linux, c'est possible ?	Problème montage dossier avec SSHFS
CAO / DAO sous Linux (en open source) c'est possible ?	Script python au démarrage dans /etc/init.d./rcS ?
débutant bash : script de déplacement fichiers/dossiers	Mot de passe W8 oublié, comment faire avec Linux par USB
Script pour auditer 70 serveurs Linux	Problème script ecriture Rddtool
Plus de sujets relatifs à : Script en root avec SSHFS sans mot de passe, c'est possible ? (résolu)

Page générée en 0.047 secondes