« OpenWRT ssh » : différence entre les versions
Aller à la navigation
Aller à la recherche
(Page créée avec « Category:OpenWRT Category:Informatique Il faut savoir que dropbear, qui est utilisé comme client ssh sur les distribution OpenWRT, ne dispose pas des mêmes mécanismes que openssh vis à vis de l'authentification. Ainsi une commande telle que : <pre style="color: silver; background: black; width: 160px;"> ssh -i clef utilisateur@serveur </pre> Échouera si dans la configuration coté serveur le paramètre "PasswordAuthentication" a la valeur "no". Or... ») |
mAucun résumé des modifications |
||
Ligne 7 : | Ligne 7 : | ||
</pre> | </pre> | ||
Échouera si dans la configuration coté serveur le paramètre "PasswordAuthentication" a la valeur "no". Or pour bien des raisons il est intéressant de forcer la connexion en utilisant des clefs. Pour réussir tout de même à se connecter, il sera nécessaire d'installer le paquet openssh-client-utils sur la machine OpenWRT | Échouera si dans la configuration coté serveur le paramètre "PasswordAuthentication" a la valeur "no". Or pour bien des raisons il est intéressant de forcer la connexion en utilisant des clefs. Pour réussir tout de même à se connecter, il sera nécessaire d'installer le paquet openssh-client-utils sur la machine OpenWRT : | ||
<pre style="color: silver; background: black;"> | |||
# opkg install openssh-client-utils | |||
</pre> |
Version du 21 octobre 2023 à 04:32
Il faut savoir que dropbear, qui est utilisé comme client ssh sur les distribution OpenWRT, ne dispose pas des mêmes mécanismes que openssh vis à vis de l'authentification. Ainsi une commande telle que :
ssh -i clef utilisateur@serveur
Échouera si dans la configuration coté serveur le paramètre "PasswordAuthentication" a la valeur "no". Or pour bien des raisons il est intéressant de forcer la connexion en utilisant des clefs. Pour réussir tout de même à se connecter, il sera nécessaire d'installer le paquet openssh-client-utils sur la machine OpenWRT :
# opkg install openssh-client-utils