ssh: Идентичные шаги генерации ключей rsa работают для одного пользователя, но нет другого

Question

Я просто прошел через генерацию ключей rsa, чтобы ноутбук с Windows 10, работающий под управлением cygwin, мог войти на компьютер CentOS без пароля. Он работает нормально. Тем не менее, этот же процесс не работал для настройки пароля без пароля для другого удаленного пользователя. Меня все еще спрашивают пароль.

Шаги для первого удаленного пользователя были следующими

На клиенте Windows 10 (Cygwin):

ssh-keygen -t dsa 
chmod 600 /home/John/.ssh/id_dsa 
scp /home/John/.ssh/id_dsa.pub UserA@my-server.com: 

На сервере CentOS (вошедшего в качестве ПользовательА, из/дома/UserA/каталог):

cat id_dsa.pub >> .ssh/authorized_keys 
chmod 700 .ssh 
chmod 600 .ssh/authorized_keys 

эти шаги работали отлично, но те же действия для другого удаленного пользователя не по какой-то причине. SSH UserB@my_server.com еще запрашивает пароль после выполнения

те же действия для другого удаленного пользователя:

На клиенте Windows 10 (Cygwin):

ssh-keygen -t dsa 
chmod 600 /home/John/.ssh/user_b_dsa 
scp /home/John/.ssh/user_b_dsa.pub UserB@my-server.com: 

На сервере CentOS (вошли в систему как UserB, из/дома/USERB/​​директории):

cat user_b_dsa.pub >> .ssh/authorized_keys 
chmod 700 .ssh 
chmod 600 .ssh/authorized_keys 

Любая идея, почему одни и те же шаги будут вызывать различные ре такие сульцы? Я проверил, что команды chmod сработали и подтвердили правильность обновления authorized_key.

Answer 1

Таким образом, решение, похоже, состояло в том, что разрешения на папку/home/UserB были установлены на 770 и должны были быть 700. Кроме того, как я уже и пытался, вы не нужен другой ключ id_dsa для другого пользователя. Простое копирование исходного id_dsa.pub в/home/UserB-файл и продолжение с теми же шагами работает нормально. Если вы попытаетесь использовать другой файл dsa, это не сработает, если вы явно не сообщите ssh, чтобы использовать его с ssh -i /home/user/.ssh/my_dsa user@server.com Очевидно, что ssh действительно придирчивы к тому, что есть у разрешений, и даже не выплюнул сообщение об ошибке, чтобы сообщить вам в чем проблема. Вы должны случайно узнать, что журналы ssh существуют где-то, чтобы получить представление о проблеме.