J'essaie d'entrer un montage sshfs dans / etc / fstab avec la ligne suivante:
sshfs#[email protected]:/media/usb0 /media/ExtHD fuse defaults,nonempty,allow_other 0 0
Pour que ce volume soit monté au démarrage. Après le démarrage, rien ne se passe, mais lorsque j'utilise la commande sudo mount -a, on me demande toujours le mot de passe. J'ai configuré des clés SSH et les ai transférées sur l'ordinateur à 192.168.0.2, et je peux me connecter à ssh normal sans mot de passe. Comment puis-je empêcher le fusible de demander mon mot de passe afin que le volume puisse être monté automatiquement au démarrage?
Si cela peut aider, j'essaie de me connecter à un serveur domestique exécutant Debian à partir d'un ordinateur portable exécutant Arch Linux. Merci
~
dans le point de montage. Si vous utilisez une icône de lanceur sur le panneau pour exécuter la commande au lieu d'un terminal, le~
peut ne pas être évalué comme/home/
et la commande échouera.J'ai pu faire monter sshfs via fstab avec Ubuntu 14.04 en utilisant la syntaxe suivante en tant qu'utilisateur standard (notez que tout dans CAPS est une variable à remplir):
Il s'agit d'une combinaison des informations trouvées ici /superuser/669287/automount-sshfs-using-fstab-without-mount-a et en ajoutant le delay_connect à partir d'ici /ubuntu/ 326977 / sshfs-n'est-pas-monté-automatiquement-au-démarrage-malgré-etc-fstab-configuration .
J'ai utilisé ce tutoriel pour obtenir mon USER_ID et USER_GID: https://kb.iu.edu/data/adwf.html
Pour trouver l'UID ou le GID d'un utilisateur sous Unix, utilisez la commande id. Pour trouver l'UID d'un utilisateur spécifique, à l'invite Unix, entrez:
Remplacez le nom d'utilisateur par le nom d'utilisateur approprié de l'utilisateur. Pour trouver le GID d'un utilisateur, à l'invite Unix, entrez:
De plus, si vous voulez un tutoriel complet, il sera publié sur https://www.variux.com/sshfs-automount-at-boot-with-fstab-on-ubuntu-14-04/
la source
J'ai eu le même problème.
J'avais précédemment configuré les clés ssh via le
ssh-keygen
puisssh-copy-id -i ~/.ssh/id_rsa.pub [email protected]
ssh a bien fonctionné sans me demander de mot de passe, donc je ne savais pas pourquoi sshfs voulait toujours le mot de passe ...
C'est-à-dire,
a bien fonctionné, mais sshfs a toujours demandé un mot de passe quand j'ai tapé
Comme Gilles l'a expliqué ci-dessus,
sshfs
cherchait dans le répertoire racine les clés nécessaires.Par conséquent, j'ai résolu cela en copiant simplement les fichiers id_rsa et id_rsa.pub du dossier .ssh caché de mon dossier personnel vers le dossier .ssh de la racine, c'est-à-dire
Ensuite, taper ce qui suit a fonctionné sans me déranger pour un mot de passe:
la source
Si vous voulez qu'il démarre sans mot de passe, vous devrez créer une clé ssh publique / privée sans mot de passe. Ce n'est pas recommandé, mais vous pouvez au moins protéger ces fichiers avec un
chmod 400
utilisateur root.Après cela, comme d'habitude, vous devrez copier la clé publique sur le point de montage:
Et vous devrez dire à sshfs d'utiliser cette clé.
la source
SSHFS version 2.8
fuse: unknown option 'SSHOPT=IdentityFile /home/ravi/.ssh/id_boxy_rsa'
,SSHOPT='IdentityFile /path/to/private/key'
cela est tout simplement,IdentityFile /path/to/private/key
Fonctionne parfaitement pour moi sur Debian 8.2 en ajoutant la ligne suivante à
fstab
:user@hostname:/path/to/localmountpoint /path/to/remotemountpoint fuse.sshfs _netdev,user,port=(if_not_22),idmap=user,transform_symlinks,identityfile=/home/user/.ssh/id_rsa,allow_other,default_permissions,uid=user_id,gid=group_id 0 0
Le nom d'hôte indique que l'utilisateur du serveur distant (dossier à partir duquel monter) est le même localement et à distance. (Plus facile)
Assurez-vous que vous avez créé localement la clé ssh pour l'utilisateur utilisant
ssh-keygen
et utilisezssh-copy-id
pour copier la clé sur le serveur distant (nom d'hôte).Vous pouvez trouver
user_id
etgroup_id
pour l'utilisateur dans le serveur local/etc/passwd
.Assurez-vous également que l'utilisateur dispose d'autorisations de lecture / écriture dans le dossier
path/to/localmountpoint
.la source
En fait, vous pouvez monter SSHFS sans clé publique au démarrage en utilisant l'option password_stdin, mais pas avec fstab.
Ce dont vous avez besoin est un petit fichier script et cron.
Veuillez noter que la clé publique est toujours un meilleur choix. Mais parfois, les clés publiques ne fonctionnent pas (j'ai eu ce problème plusieurs fois moi-même). Veuillez noter que le fichier de script contiendra le mot de passe en clair. Pour cela, vous devez vous assurer que seul root a une autorisation sur ce fichier!
Le fichier de script peut ressembler à ceci (/root/automount.sh):
Pour exécuter cela au démarrage, vous pouvez utiliser crontab en tant que root et entrer cette ligne:
Comme indiqué ci-dessus, vous devez vous assurer que personne ne peut lire le fichier car il contient un mot de passe en texte brut!
À présent, après chaque redémarrage, votre système montera automatiquement le SSHFS à l'aide des informations d'identification.
la source
Eu le même problème. En fin de compte, cela a aidé à définir le type sur un fusible simple ou (ce qui est plus probable) à tronquer les options pour:
qui a fonctionné pour moi à la fin
la source
Si vous essayez de vous connecter à un serveur qui ne prend pas en charge les clés et que vous souhaitez qu'il soit automatique, vous pouvez utiliser
sshpass
pour taper votre mot de passe pour vous même avecsshfs
et même dansfstab
.Par exemple, si vous mettez quelque chose de similaire à ceci dans
/etc/fstab
:Mettez ensuite le mot de passe dans le nom de fichier spécifié dans
/etc/fstab
:Assurez-vous d'avoir installé
sshpass
:Ensuite, cela devrait fonctionner:
Vous devrez peut-être
ssh
une première fois sur le serveur pour confirmer sa clé, mais après cela, cela devrait fonctionner sans interaction manuelle, et avec l'auto
indicateurfstab
qu'il devrait monter au démarrage sans avoir besoin d'entrer manuellement le mot de passe.la source