Je n'arrive pas à me connecter à une instance de serveur SSH et la sortie détaillée contient debug1: Roaming not allowed by server
. Les problèmes prévisibles et évitables suivants surviennent:
- L'itinérance signifie accéder aux services de différents types de réseaux. Je ne peux pas comprendre ce que cela pourrait signifier dans le contexte de la sortie détaillée d'un
ssh
client 6.6.1 fonctionnant sur Ubuntu 14.04. - Il n'est pas clair si c'est une erreur ou non et si c'est la cause de l'échec de la connexion ou non (je ne veux pas plonger ici dans l'échec de la connexion; cependant, aucun des messages de sortie de
ssh
BTW -> plus de problèmes et de temps perdu - vous avez été prévenu!) - J'ai demandé
site:www.openssh.org roaming
dans google avec un résultat vide et les pages de manuel ne contiennent pas le terme. Il est absurde de l'utiliser même s'il a été documenté en raison de son ambiguïté!
Que pouvait signifier le message? Comment pourrais-je l'utiliser pour déboguer le grand ensemble d'autres erreurs et autres messages très ambigus, peu intuitifs et inutiles de SSH?
no
dans les paramètres client , pas sur le serveur)Le journal des modifications de openssh 5.3 sur CentOS6 a une note:
la source
@ ILMostro_7 chmod 600 authorized_keys a bien fonctionné pour moi.
Pour le bénéfice de toute autre personne qui arrive ici en recherchant sur Google "Itinérance non autorisée par le serveur" et utilisant un client Linux (Ubuntu), vous pouvez corriger cet avertissement et voir ensuite : -
Le remède à cela est donné à https://help.github.com/articles/error-agent-admitted-failure-to-sign/
'#' = commentaire. vous = votre-nom d'utilisateur. [tippy tap] = humo [u] r? = appuyez sur la touche Entrée.
J'espère que cela aide quelqu'un autant que ce Q&R m'a déjà aidé.
la source
Ce message d'erreur peut s'afficher lorsqu'il
/etc/ssh/sshd_config
n'est pasHostbasedAuthentication
définiyes
sur le serveur.Je ne sais pas pourquoi.
Un autre problème peut être:
la source
execute
bits sur le fichier de clés?chmod 400
. Je ne sais pas pourquoi je voudrais que ce fichier soit exécutable; et l'accès en écriture n'est pas non plus souhaitable 99,999% du temps.sshd
vérifie que le.ssh
dossier de l'utilisateur n'a pas accès au groupe et aux autres, et de même pour.ssh/authorized_keys
. Par conséquent, les perms dans la réponse peuvent fonctionner, mais ils sont inutilement larges.