ssh каже: Ти не існує, йди геть!

Іноді, коли я намагаюся перейти sshна сервер, я отримую таке повідомлення:

You don't exist, go away!

Я не бачив цього перед використанням ssh. Що це означає? Чи є проблема з ssh чи чимось іншим? Додаткова інформація:

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

Сервер є SUSE Linux. Я запускаю sshкоманду в циклі 10 разів, і лише 1 або 2 спроби призводять до повідомлення "Відійти".

ssh

— coffeMug
джерело

Будь ласка, спробуйте пошукати, перш ніж задавати питання. Це стандартне повідомлення про помилку, і 5-хвилинний пошук повинен повідомити, що це означає. Крім того, qhen запитуючи Q, не забудьте включити вашу ОС, ОС машини, до якої ви підключаєтеся, вихід ssh -vvтощо тощо

— terdon

Гаразд, у цьому випадку згадайте про це, скажіть нам про ці ОС, скажіть, що ви виключили, покажіть нам результат ssh -vv, поясніть, чому ви вважаєте, що ваша проблема не пов'язана /etc/password(підказка: це, мабуть, помилка скарги на користувача, який не існує прав?). Як ви автентифікуєтесь на машині? Чи є централізований сервер аутентифікації? Які варіанти, якщо такі ви переходите ssh? Дайте нам з чим працювати!

— тердон

Я схильний погоджуватися з Джоелем щодо простих запитань, і це питання викликало у мене зацікавлення. Однак, @coffeMug, якщо у вас є проблема, будь ласка, опишіть її чітко (і документуйте те, що ви намагалися, щоб вирішити).

— phunehehe

@terdon Я надав додаткову інформацію.

— coffeMug

"Я запускаю команду ssh в циклі 10 разів, і лише 1 або 2 спроби призводять до повідомлення" Відійти "." Це саме та річ, яку вам потрібно згадати, вона ніби все змінює :).

— terdon

Відповіді:

Повідомлення про помилку, ймовірно, надходить sshна вашій власній машині. Джерело

Це трапляється, якщо sshу passwdбазі даних не вдасться знайти своє ім’я користувача .

Ви можете спробувати запустити getent passwd $USERNAMEкілька разів і побачити, чи це не вдалося.

Залежно від того, як passwd налаштування пошуку, спробуйте одне з таких:

Переконайтеся, що ваше ім’я користувача відображається в /etc/passwd
Переконайтесь у цьому sssdnscd працює або працює належним чином, якщо це доречно
Переконайтесь, що ваше з'єднання з сервером облікового запису, наприклад NIS, LDAP тощо, працює
Перевірте файли журналів системи на вашому комп'ютері ( /var/log/messages, /var/log/syslogі т.д.)

Якщо ви опублікуєте вихідні дані grep '^passwd' /etc/nsswitch.confразом із будь-якими цікавими частинами ssh -vvвихідних даних та системними журналами, люди, ймовірно, можуть допомогти більше.

— Мікель
джерело

Це, здається, є правильним поясненням проблеми. :-)

— coffeMug

Це може траплятися, якщо ви здійснюєте автентифікацію через сервер LDAP, а політика Polkit (або подібні) не правильно додає вас до жодної локальної групи. SSH та інші інструменти основної системи дивляться лише на / etc / passwd і не розуміють PAM / тощо без допомоги, а іноді і зовсім.

— dragon788

Якщо ви зміните UID облікового запису, будь-яка наявна оболонка матиме такий тип кризи ідентичності. Перевірте, порівнявши UID з висновком "id" і зробіть a grep $(whoami) /etc/passwd. якщо ви змінюєте UID, не забудьте перевірити наявність будь-яких записів crontab для користувача!

— Джон Вестердейл
джерело