Je me connecte depuis mon téléphone Android à mon NAS, en utilisant SSH. La clé privée a été générée sur mon PC et ensuite placée dans le dossier de la carte sd du téléphone. J'utilise donc le drapeau identity pour indiquer à ssh où trouver le fichier de la clé, ainsi
ssh -i /storage/sdcard/key -p 1000 admin@192.168.10.10
Chaque fois que j'essaie de me connecter, je reçois le message suivant : "l'authenticité de l'hôte ne peut être établie". On me demande donc si je veux continuer à me connecter et je dois dire manuellement "oui" à chaque fois.
Pour certains, l'hôte ne peut pas être ajouté à known_hosts et on me demande donc à chaque fois de confirmer manuellement. J'ai essayé de trouver ".ssh" sur mon appareil mais je ne le trouve pas.
Failed to add the host to the list of known hosts (/data/.ssh/known_hosts)
Quelqu'un peut-il m'aider ?
Gracias.
EDIT : J'ai créé manuellement /data/.ssh/known_hosts mais le problème persiste.
0 votes
Avez-vous vérifié les permissions sur les deux, le répertoire
/data/.ssh
et le fichier/data/.ssh/known_hosts
pour s'assurer que votre application SSH peut accéder au répertoire et écrire dans le fichier ?0 votes
Izzy, merci beaucoup. C'était un problème de permissions qui a maintenant été résolu puisque je l'exécute en tant que su.
0 votes
Heureux de lire ! J'ai résumé la situation dans une réponse, avec quelques détails supplémentaires sur ce que j'avais en tête. Je vous invite à "accepter" la réponse (cliquez sur la coche à côté), car elle a manifestement résolu votre problème :)
0 votes
Il y a plus que la façon dont la question est posée. En fait, puisque Android utilise différents comptes pour différents contextes, le simple fait de créer
/data/.ssh
ne sera pas très bonne. Soit vous définissez des permissions minimales et il ne fonctionnera que dans un seul contexte (par exemple le shell adb, un émulateur de terminal, une application tunnel), soit vous définissez des permissions étendues et n'importe quelle application pourra lire et écrire sur votre disque dur.known_hosts
ce qui constitue un risque pour la sécurité. Une vraie solution serait de dire à ssh d'utiliser un répertoire différent en fonction du contexte d'appel. J'ai essayé les variables d'environnementHOME
yANDROID_DATA
jusqu'à présent.