Не может соединиться через SSH и открытый ключ, и пользователь B (пользователь A может),

РЕШЕННЫЙ. Это была группа перезаписываемый бит на user_B s корневой каталог, который обманул меня.

У меня заканчиваются идеи об этом. Каждая подсказка высоко ценилась бы.

Рассмотрите эту установку:

• Сервер S под управлением Ubuntu, пользователи boldewyn, user_A и user_B
• Два ноутбука A и B, каждый с локальным пользователем boldewyn (имеет id_rsa ключ для входа в систему S) и второй ключ id_rsa_A / id_rsa_B. Все ключи хранятся в /home/boldewyn/.ssh. Обе под управлением Ubuntu.

• user_A и user_B на S имейте пустые пароли, вход в систему должен быть возможным только через открытый ключ и SSH.

  +--------+            +-------------------+            +--------+
  | laptop |            |       server      |            | laptop |
  |   A    |            |         S         |            |   B    |
  |        |            |                   |            |        |
  +--------+    SSH     +-------------------+    SSH     +--------+
  |id_rsa_A|------------|< user_A   user_B >|------------|id_rsa_B|
  +--------+            +-------------------+            +--------+
  |id_rsa  |------------|<    boldewyn     >|------------|id_rsa  |
  +--------+            +-------------------+            +--------+
  

Какие работы:

• Войдите в систему от любого ноутбука как boldewyn (использование id_rsa и S:/home/boldewyn/.ssh/authorized_keys

• Войдите в систему от ноутбука A как пользователь user_A (использование id_rsa_A и S:/home/user_A/.ssh/authorized_keys: ssh -i id_rsa_A user_A@S)

Моя проблема: На ноутбуке B точно та же установка перестала работать для user_B. Я не могу войти в систему на S, потому что по любой причине ключ не принят, и подсказка пароля происходит (user_B не имеет никакого пароля, это не опция).

Что я проверил:

• На ноутбуке B:

  • Проверенный права на ~/.ssh и все его содержание
  • поместите общедоступную часть id_rsa_B в boldewyns .authorized_keys и ssh -i id_rsa_B boldewyn@S: работы (ключ не поврежден или так),
  • ssh -vvv: Ну, не действительно полезный: Просто говорит мне однажды, что это пропускает publickey метод теперь. Никакая причина не приведена.

• На сервере S:

  • Трижды проверенный user_Bs .authorized_keys файл
  • Проверенный права на /home/*/.ssh и все их содержание (особенно сравненный user_A и user_B)
  • Проверенный это $HOME установлен (через sudo -u user_B -i)
  • Проверенный, что все пользователи находятся в /etc/ssh/sshd_configs AllowUsers (и AllowGroups, между прочим)

Другой материал:

Единственная разница я могу придумать между user_A и user_B с которым я создал последнего adduser -M (не создавайте корневой каталог; это уже существовало прежде). Однако я трижды проверенный, это /home/user_B и все соответствующие дочерние элементы принадлежат user_B и его основная группа.