Не удалось получить SSH-доступ для нового пользователя.

Я создал нового пользователя на Ubuntu 10
имя пользователя: codeuser

Существует существующий пользователь под именем “admin”. Теперь моя проблема в том, что я не могу напрямую подключиться к серверу, используя учетные данные codeuser. Но я могу подключиться через SSH под “admin”, а затем использовать su (сменить пользователя на codeuser), и это работает. Как мне получить доступ к оболочке пользователя codeuser?

Вот вывод моих файлов:

cat /etc/passwd

root:x:0:0:root:/root:/bin/bash
www-data:x:33:33:www-data:/var/www:/bin/bash
admin:x:1000:1000:,,,:/home/admin:/bin/bash
ftp:x:107:65534::/home/ftp:/bin/false
codeuser:x:1004:33::/home/codeuser:/bin/bash


cat /etc/group

root:x:0:
www-data:x:33:
codeuser:x:1005:



iptables -L
Цепочка INPUT (политика ACCEPT)
цель     протокол опция источник               назначение          
ACCEPT     tcp  --  везде             везде            tcp dpt:mysql  

Цепочка FORWARD (политика ACCEPT)
цель     протокол опция источник               назначение          

Цепочка OUTPUT (политика ACCEPT)
цель     протокол опция источник               назначение

Проверьте /etc/ssh/sshd_config на наличие списка разрешенных пользователей. Если все в порядке, проблема более сложная. Попробуйте подключиться с помощью “ssh codeuser@your-server -v”

На Ubuntu 18.04 я просто забыл добавить публичный ключ моего клиента в файл разрешенных ключей (этот пост заставил меня задуматься о файле authorized_keys: https://superuser.com/a/1337741/413936).

chmod 700 ~/.ssh
cd ~/.ssh
touch authorized_keys
chmod 600 authorized_keys

Затем добавьте публичный ключ вашего клиента в файл authorized_keys.

Но по какой-то причине мне не нужно было добавлять PasswordAuthentication yes в /etc/ssh/sshd_config на Ubuntu 18.04.3 LTS, как упоминали другие. Для ясности, у меня это закомментировано так: # PubkeyAuthentication yes, и я перезапустил службы ssh и sshd и все еще мог подключиться через ssh.

Я наткнулся на эту тему после создания нового пользователя и не смог подключиться по SSH к новому пользователю.
Мне удалось это исправить, после того как я посмотрел на группу и пользователя папки .ssh и файл authorized_keys. Они были установлены на root:root, потому что я скопировал их из папки другого пользователя с помощью sudo.

Итак, я исправил это с помощью:

sudo chown new_user:new_user /home/new_user/.ssh/
sudo chown new_user:new_user /home/new_user/.ssh/authorized_keys

Надеюсь, это поможет

Проверьте /var/log/auth.log на наличие ошибок. Вы назначили пользователю codeuser пароль с помощью команды passwd?

Попробуйте проверить /var/log/auth.log на наличие возможных сообщений об ошибках.

Также попросите пользователя попробовать войти с помощью ssh -v, для более подробного вывода.

Надеюсь, это поможет!

Довольно старый пост, но все еще актуальный. Стоит проверить журналы, как упомянул Марко Рамос выше. В моем случае с Debian 9 группа должна быть наделена разрешениями для /var/log/auth.log

Nov 23 23:10:46 AreNAS sshd[6765]: User are from 192.168.0.36 не разрешено, потому что ни одна из групп пользователя не указана в AllowGroups

Убедитесь, что публичный ключ правильный в этом месте:

/home/newUsername/.ssh/authorized_keys

У меня была похожая проблема при настройке приватного git-сервера на Raspberry Pi.

Я заметил следующее в /etc/ssh/sshd_config

...    
AllowGroups root _ssh
...

Я добавил своего нового пользователя <username> в группу _ssh

sudo usermod -a -G _ssh <username>

Вот и все!

Остальную часть настройки можно найти здесь

На новых установках Debian (возможно, и других дистрибутивов) вам необходимо включить вход с паролем. Это начало происходить недавно. AllowUsers вам не поможет, PermitRootLogin yes вам не поможет.

Конфигурация по умолчанию в /etc/ssh/sshd_config:

# Чтобы отключить перенаправленные пароли в открытом тексте, измените на no здесь!
#PasswordAuthentication yes

но это не позволит вам подключиться через ssh с обычным текстовым паролем. Вам нужно будет убрать комментарий, перезапустить sshd, вставить ваш ssh-ключ и снова закомментировать или оставить его включенным.