sshfs échoue avec «l'hôte distant s'est déconnecté»

J'utilise sshfs avec les éléments suivants:

sshfs basicuser@192.168.1.111:/var/www/myapp /home/basicuser/code -o sftp_server="/usr/bin/sudo /usr/libexec/openssh/sftp-server"

J'ai également créé des clés RSA pour pouvoir me connecter via ssh sans invite de mot de passe (j'ai testé cela et cela fonctionne).

J'ai également ajouté l'utilisateur au fichier sudoers pour exécuter le serveur sftp sans mot de passe:

basicuser  ALL=(ALL)  NOPASSWD:  /usr/libexec/openssh/sftp-server

Quelle pourrait être la cause de cette erreur? Comment puis-je comprendre cela?

modifier

J'essaie de monter un dossier sur l'ordinateur local à partir du serveur distant. Sur le serveur distant, seule la racine a des autorisations de lecture / écriture sur ce dossier.

Dossier distant: / var / www / myapp (est en lecture / écriture root uniquement)

Vous obtenez beaucoup plus d'informations sur l'échec si vous exécutez sshfs en tant que:

sshfs -odebug,sshfs_debug,loglevel=debug user@host ...

Habituellement, cela vous donnera quelque chose de beaucoup plus utile pour déboguer le problème.

Il nécessitait tty (cela signifie essentiellement que quelque chose ne peut pas être exécuté en arrière-plan, mais a besoin d'une fenêtre de terminal active pour s'exécuter). J'ai donc ajouté ce qui suit à /etc/sudoers(modifié en faisant visudo):

Defaults:basicuser !requiretty

Je veux qu'il ne nécessite pas de tty uniquement pour cette commande, mais il peut ne pas être possible de le faire: /unix//a/80159

Merci, @Alex Hofsteede pour les informations de débogage.
mon problème était que j'utilisais un chiffrement personnalisé, le chiffrement Blowfish.
command-line line 0: Bad SSH2 cipher spec 'blowfish-cbc'.
J'ai supprimé le chiffrement personnalisé et cela a fonctionné.