без пароля ssh не работает

После настройки без пароля ssh меня все еще запрашивали для моего пароля пользователя. Глядя на /var/log/auth.log на удаленном компьютере, он указал на проблему:

sshd[4215]: Authentication refused: bad ownership or modes for directory /home/<user>

Итак, убедитесь, что это правильно:

chmod o-w ~/
chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys

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

Также проверьте /etc/ssh/ssd_config, чтобы опции RSAAuthentication и PubkeyAuthentication не были отключены. По умолчанию это yes, поэтому это не должно быть проблемой.

Вероятно, проблема с правами более высокого уровня. Вам нужно удалить разрешения на запись из группы и других в ваш домашний каталог и .ssh. Чтобы устранить эти разрешения, запустите chmod 755 ~ ~/.ssh или chmod go-w ~ ~/.ssh.

Если у вас по-прежнему возникают проблемы, введите следующий grep в свой журнал:

sudo egrep -i 'ssh.*LOCAL_USER_NAME' /var/log/secure

(замените [ f4] с вашим локальным именем пользователя ...)

Это, надеюсь, расскажет вам больше о вашей проблеме, предполагая, что информация об аутентификации sshd записывается в безопасный журнал, который должен быть по умолчанию. Если вы видите ошибки, которые выглядят следующим образом:

Это проблема описанных выше, и вам нужно найти соответствующий каталог и удалить разрешения на запись из группы и других.

По причине, что вам нужно будет ограничить права на запись в ваш домашний каталог (даже если разрешения уже ограничено в ваших .ssh и последующих каталогах), это позволит другим пользователям переименовать ваш .ssh-каталог и сделать новый, хотя это было бы непригодным, как есть (из-за неправильных разрешений). Исправление для большинства пользователей, вероятно, должно было бы изменить разрешений, а не проверять содержимое каталога ...

TLDNR: разрешение доступа для записи для группы и / или другого в ваш домашний каталог сделает вход в пароль ssh принудительным.

Вы используете учетную запись root на каждой машине? Как правило, на Ubuntu вы должны использовать учетную запись пользователя и предоставлять ему sudo-привилегии по мере необходимости.

Если вы используете пользователя без root sudo chown $USER -R ~/.ssh, можете исправить вашу проблему

Другие вещи для проверки:

дважды проверьте, что B id_rsa.pub находится в A authorized_keys.

проверить A /etc/ssh/sshd_config содержит

PermitRootLogin yes
RSAAuthentication yes
PubkeyAuthentication yes

в файле / etc / ssh / sshd_config для изменения цели

to

then kill - HUP ваш sshd PID:

root 17708 20618   0 10:09:30 pts/37      0:00 grep ssh root@dzone2 # kill -HUP 28075 root@dzone2 # ps -ef|grep ssh
root 17861 20618   0 10:09:44 pts/37      0:00 grep ssh
root 17852 27576   0 10:09:42 ?           0:00 /usr/lib/ssh/sshd

Вероятно, проблема с правами более высокого уровня. Вам нужно удалить разрешения на запись из группы и других в ваш домашний каталог и .ssh. Чтобы устранить эти разрешения, запустите chmod 755 ~ ~/.ssh или chmod go-w ~ ~/.ssh.

Если у вас по-прежнему возникают проблемы, введите следующий grep в свой журнал:

(замените LOCAL_USER_NAME с вашим локальным именем пользователя ...)

Это, надеюсь, расскажет вам больше о вашей проблеме, предполагая, что информация об аутентификации sshd записывается в безопасный журнал, который должен быть по умолчанию. Если вы видите ошибки, которые выглядят следующим образом:

Это проблема описанных выше, и вам нужно найти соответствующий каталог и удалить разрешения на запись из группы и других.

По причине, что вам нужно будет ограничить права на запись в ваш домашний каталог (даже если разрешения уже ограничено в ваших .ssh и последующих каталогах), это позволит другим пользователям переименовать ваш .ssh-каталог и сделать новый, хотя это было бы непригодным, как есть (из-за неправильных разрешений). Исправление для большинства пользователей, вероятно, должно было бы изменить разрешений, а не проверять содержимое каталога ...

TLDNR: разрешение доступа для записи для группы и / или другого в ваш домашний каталог сделает вход в пароль ssh принудительным.

в файле / etc / ssh / sshd_config для изменения цели

to

then kill - HUP ваш sshd PID:

Вы используете учетную запись root на каждой машине? Как правило, на Ubuntu вы должны использовать учетную запись пользователя и предоставлять ему sudo-привилегии по мере необходимости.

Если вы используете пользователя без root sudo chown $USER -R ~/.ssh, можете исправить вашу проблему

Другие вещи для проверки:

дважды проверьте, что B id_rsa.pub находится в A authorized_keys.

проверить A /etc/ssh/sshd_config содержит

Вероятно, проблема с правами более высокого уровня. Вам нужно удалить разрешения на запись из группы и других в ваш домашний каталог и .ssh. Чтобы устранить эти разрешения, запустите chmod 755 ~ ~/.ssh или chmod go-w ~ ~/.ssh.

Если у вас по-прежнему возникают проблемы, введите следующий grep в свой журнал:

(замените LOCAL_USER_NAME с вашим локальным именем пользователя ...)

Это, надеюсь, расскажет вам больше о вашей проблеме, предполагая, что информация об аутентификации sshd записывается в безопасный журнал, который должен быть по умолчанию. Если вы видите ошибки, которые выглядят следующим образом:

Это проблема описанных выше, и вам нужно найти соответствующий каталог и удалить разрешения на запись из группы и других.

По причине, что вам нужно будет ограничить права на запись в ваш домашний каталог (даже если разрешения уже ограничено в ваших .ssh и последующих каталогах), это позволит другим пользователям переименовать ваш .ssh-каталог и сделать новый, хотя это было бы непригодным, как есть (из-за неправильных разрешений). Исправление для большинства пользователей, вероятно, должно было бы изменить разрешений, а не проверять содержимое каталога ...

TLDNR: разрешение доступа для записи для группы и / или другого в ваш домашний каталог сделает вход в пароль ssh принудительным.

в файле / etc / ssh / sshd_config для изменения цели

to

then kill - HUP ваш sshd PID:

Вы используете учетную запись root на каждой машине? Как правило, на Ubuntu вы должны использовать учетную запись пользователя и предоставлять ему sudo-привилегии по мере необходимости.

Если вы используете пользователя без root sudo chown $USER -R ~/.ssh, можете исправить вашу проблему

Другие вещи для проверки:

дважды проверьте, что B id_rsa.pub находится в A authorized_keys.

проверить A /etc/ssh/sshd_config содержит

Вероятно, проблема с правами более высокого уровня. Вам нужно удалить разрешения на запись из группы и других в ваш домашний каталог и .ssh. Чтобы устранить эти разрешения, запустите chmod 755 ~ ~/.ssh или chmod go-w ~ ~/.ssh.

Если у вас по-прежнему возникают проблемы, введите следующий grep в свой журнал:

(замените LOCAL_USER_NAME с вашим локальным именем пользователя ...)

Это, надеюсь, расскажет вам больше о вашей проблеме, предполагая, что информация об аутентификации sshd записывается в безопасный журнал, который должен быть по умолчанию. Если вы видите ошибки, которые выглядят следующим образом:

Это проблема описанных выше, и вам нужно найти соответствующий каталог и удалить разрешения на запись из группы и других.

По причине, что вам нужно будет ограничить права на запись в ваш домашний каталог (даже если разрешения уже ограничено в ваших .ssh и последующих каталогах), это позволит другим пользователям переименовать ваш .ssh-каталог и сделать новый, хотя это было бы непригодным, как есть (из-за неправильных разрешений). Исправление для большинства пользователей, вероятно, должно было бы изменить разрешений, а не проверять содержимое каталога ...

TLDNR: разрешение доступа для записи для группы и / или другого в ваш домашний каталог сделает вход в пароль ssh принудительным.

в файле / etc / ssh / sshd_config для изменения цели

to

then kill - HUP ваш sshd PID:

Вы используете учетную запись root на каждой машине? Как правило, на Ubuntu вы должны использовать учетную запись пользователя и предоставлять ему sudo-привилегии по мере необходимости.

Если вы используете пользователя без root sudo chown $USER -R ~/.ssh, можете исправить вашу проблему

Другие вещи для проверки:

дважды проверьте, что B id_rsa.pub находится в A authorized_keys.

проверить A /etc/ssh/sshd_config содержит

Вероятно, проблема с правами более высокого уровня. Вам нужно удалить разрешения на запись из группы и других в ваш домашний каталог и .ssh. Чтобы устранить эти разрешения, запустите chmod 755 ~ ~/.ssh или chmod go-w ~ ~/.ssh.

Если у вас по-прежнему возникают проблемы, введите следующий grep в свой журнал:

(замените LOCAL_USER_NAME с вашим локальным именем пользователя ...)

Это, надеюсь, расскажет вам больше о вашей проблеме, предполагая, что информация об аутентификации sshd записывается в безопасный журнал, который должен быть по умолчанию. Если вы видите ошибки, которые выглядят следующим образом:

Это проблема описанных выше, и вам нужно найти соответствующий каталог и удалить разрешения на запись из группы и других.

По причине, что вам нужно будет ограничить права на запись в ваш домашний каталог (даже если разрешения уже ограничено в ваших .ssh и последующих каталогах), это позволит другим пользователям переименовать ваш .ssh-каталог и сделать новый, хотя это было бы непригодным, как есть (из-за неправильных разрешений). Исправление для большинства пользователей, вероятно, должно было бы изменить разрешений, а не проверять содержимое каталога ...

TLDNR: разрешение доступа для записи для группы и / или другого в ваш домашний каталог сделает вход в пароль ssh принудительным.

в файле / etc / ssh / sshd_config для изменения цели

to

then kill - HUP ваш sshd PID:

Вы используете учетную запись root на каждой машине? Как правило, на Ubuntu вы должны использовать учетную запись пользователя и предоставлять ему sudo-привилегии по мере необходимости.

Если вы используете пользователя без root sudo chown $USER -R ~/.ssh, можете исправить вашу проблему

Другие вещи для проверки:

дважды проверьте, что B id_rsa.pub находится в A authorized_keys.

проверить A /etc/ssh/sshd_config содержит

Вероятно, проблема с правами более высокого уровня. Вам нужно удалить разрешения на запись из группы и других в ваш домашний каталог и .ssh. Чтобы устранить эти разрешения, запустите chmod 755 ~ ~/.ssh или chmod go-w ~ ~/.ssh.

Если у вас по-прежнему возникают проблемы, введите следующий grep в свой журнал:

(замените LOCAL_USER_NAME с вашим локальным именем пользователя ...)

Это, надеюсь, расскажет вам больше о вашей проблеме, предполагая, что информация об аутентификации sshd записывается в безопасный журнал, который должен быть по умолчанию. Если вы видите ошибки, которые выглядят следующим образом:

Это проблема описанных выше, и вам нужно найти соответствующий каталог и удалить разрешения на запись из группы и других.

По причине, что вам нужно будет ограничить права на запись в ваш домашний каталог (даже если разрешения уже ограничено в ваших .ssh и последующих каталогах), это позволит другим пользователям переименовать ваш .ssh-каталог и сделать новый, хотя это было бы непригодным, как есть (из-за неправильных разрешений). Исправление для большинства пользователей, вероятно, должно было бы изменить разрешений, а не проверять содержимое каталога ...

TLDNR: разрешение доступа для записи для группы и / или другого в ваш домашний каталог сделает вход в пароль ssh принудительным.

в файле / etc / ssh / sshd_config для изменения цели

to

then kill - HUP ваш sshd PID:

Вы используете учетную запись root на каждой машине? Как правило, на Ubuntu вы должны использовать учетную запись пользователя и предоставлять ему sudo-привилегии по мере необходимости.

Если вы используете пользователя без root sudo chown $USER -R ~/.ssh, можете исправить вашу проблему

Другие вещи для проверки:

дважды проверьте, что B id_rsa.pub находится в A authorized_keys.

проверить A /etc/ssh/sshd_config содержит

Вероятно, проблема с правами более высокого уровня. Вам нужно удалить разрешения на запись из группы и других в ваш домашний каталог и .ssh. Чтобы устранить эти разрешения, запустите chmod 755 ~ ~/.ssh или chmod go-w ~ ~/.ssh.

Если у вас по-прежнему возникают проблемы, введите следующий grep в свой журнал:

(замените LOCAL_USER_NAME с вашим локальным именем пользователя ...)

Это, надеюсь, расскажет вам больше о вашей проблеме, предполагая, что информация об аутентификации sshd записывается в безопасный журнал, который должен быть по умолчанию. Если вы видите ошибки, которые выглядят следующим образом:

Это проблема описанных выше, и вам нужно найти соответствующий каталог и удалить разрешения на запись из группы и других.

По причине, что вам нужно будет ограничить права на запись в ваш домашний каталог (даже если разрешения уже ограничено в ваших .ssh и последующих каталогах), это позволит другим пользователям переименовать ваш .ssh-каталог и сделать новый, хотя это было бы непригодным, как есть (из-за неправильных разрешений). Исправление для большинства пользователей, вероятно, должно было бы изменить разрешений, а не проверять содержимое каталога ...

TLDNR: разрешение доступа для записи для группы и / или другого в ваш домашний каталог сделает вход в пароль ssh принудительным.

в файле / etc / ssh / sshd_config для изменения цели

to

then kill - HUP ваш sshd PID:

Вы используете учетную запись root на каждой машине? Как правило, на Ubuntu вы должны использовать учетную запись пользователя и предоставлять ему sudo-привилегии по мере необходимости.

Если вы используете пользователя без root sudo chown $USER -R ~/.ssh, можете исправить вашу проблему

Другие вещи для проверки:

дважды проверьте, что B id_rsa.pub находится в A authorized_keys.

проверить A /etc/ssh/sshd_config содержит