ssh dit: Tu n'existes pas, va-t'en!


14

Parfois, lorsque j'essaye d' sshaccéder à un serveur, j'obtiens le message suivant:

You don't exist, go away!

Je ne l'ai pas vu avant d'utiliser ssh. Qu'est-ce que ça veut dire? Y a-t-il un problème avec ssh ou autre chose? Information additionnelle:

ssh -q -i private_key root@192.168.0.11 "command" 

Le serveur est un SUSE Linux. J'exécute la sshcommande en boucle 10 fois, et seulement 1 ou 2 des essais aboutissent au message Go away.


5
Veuillez essayer de chercher avant de poser des questions. Il s'agit d'un message d'erreur standard et une recherche de 5 minutes devrait vous dire ce que cela signifie. Aussi, lorsque vous posez des questions, n'oubliez pas d'inclure votre système d'exploitation, le système d'exploitation de la machine à laquelle vous vous connectez, la sortie de ssh -vvetc., etc.
terdon

2
OK, dans ce cas, mentionnez-le, dites-nous les systèmes d'exploitation en question, dites-nous ce que vous avez exclu, montrez-nous la sortie de ssh -vv, expliquez pourquoi vous pensez que votre problème n'est pas lié à /etc/password(indice: c'est probablement le cas, l'erreur est se plaindre d'un utilisateur qui n'existe pas?). Comment vous authentifiez-vous sur la machine? Existe-t-il un serveur d'authentification centralisé? À quelles options passez-vous, le cas échéant ssh? Donnez-nous de quoi travailler!
terdon

1
J'ai tendance à être d'accord avec Joel sur des questions simples et cette question m'a fait me sentir intéressé. Cependant, @coffeMug, si vous avez un problème, veuillez le décrire clairement (et documenter ce que vous avez essayé afin de le résoudre).
phunehehe

1
@terdon J'ai fourni plus d'informations.
coffeMug

1
"J'exécute la commande ssh en boucle 10 fois et seulement 1 ou 2 des essais aboutissent au message Go away." C'est exactement le genre de chose que vous devez mentionner, cela change un peu tout :).
terdon

Réponses:


21

Le message d'erreur provient probablement de sshvotre propre machine. La source

Cela se produit si sshvous ne trouvez pas votre nom d'utilisateur dans la passwdbase de données.

Vous pouvez essayer d'exécuter getent passwd $USERNAMEplusieurs fois et voir si cela échoue.

Selon la passwdconfiguration de la recherche, essayez l'une des solutions suivantes:

  • Assurez-vous que votre nom d'utilisateur apparaît dans /etc/passwd
  • Assurez-vous que sssdou nscdfonctionne correctement, le cas échéant
  • Assurez-vous que votre connexion au serveur de compte, par exemple NIS, LDAP, etc. fonctionne
  • Vérifiez les fichiers journaux du système sur votre ordinateur ( /var/log/messages, /var/log/syslog, etc.)

Si vous publiez la sortie de grep '^passwd' /etc/nsswitch.conf, ainsi que toutes les parties intéressantes de la ssh -vvsortie et des journaux système, les gens peuvent probablement vous aider davantage.


Cela semble être l'explication correcte du problème. :-)
coffeMug

1
Cela peut généralement se produire si vous vous authentifiez via un serveur LDAP et que les politiques Polkit (ou similaires) ne vous ajoutent pas correctement dans les groupes locaux. SSH et d'autres outils système de base ne regardent que / etc / passwd et ne comprennent pas PAM / etc sans aide, ou parfois pas du tout.
dragon788

4

Si vous modifiez l'UID d'un compte, tout shell existant aura ce type de crise d'identité. Vérifiez en comparant l'UID de la sortie de "id" et faites a grep $(whoami) /etc/passwd. si vous changez d'UID, assurez-vous de vérifier les entrées crontab pour l'utilisateur!

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.