Не включается доступ пользователя по ssh

192.168.0.*

Кто тебе сказал что можно использовать * ?

Доступ зпрещен, мне кажется что user1@192.168.0.* не верный формат, хотя я не уверен, попробуй в качестве теста указать просто user1 или user1@192.168.0.100 например.

Пробовал, не помогает.

http://help.ubuntu.ru/wiki/ssh

Можно *, я с чем-то другим попутал.

1) ssh -vv user@host
2) sudo journalctl -u sshd

Он (ssh) пароль запрашивает и потом выдает Permission denied?

Переключи sshd на сервере в debug и смотри почему он не пускает

ну я и написал чтоб глянул лог сервера

sudo journalctl $(which sshd)

ну я и написал чтоб глянул лог сервера

В обычном режиме там будет Permission Denied без объяснения, надо включить verbouse / debug mode

A ssh -vvv безполезен в 99.99% случаях.

В общем, спасибо за подсказку по флагам, с помощью нее я разобрался, нужно было указать клиенту использовать другой файл ключа(он у меня находился в ~), потом еще отключить из authotised_keys соманду gitosis-serve, ставил на сервак ее, потом выпилил, это будет сервер с git-репозиториями, как можно догадаться.
Проблема теперь в другом. Теперь для рута клиент просит пассфразу для ключа, а для других пользователей пароль на сервере, WTF?

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

Когда подключаюсь от рута он просит пассфразу для дешифровки ключа.
Когда подключаюсь от user1 просит пароль.
Куда тут копнуть можно?

Пробовал ssh-copy-id -i user1@host
Рутовый ключ на сервере не удалял
Не помогло
Так и так надо чтобы все полдбзователи подключались по ключу.

В общем, все из за моих косяков, под user1 не заходил потому что были права на его /~ 777, когда настраивал git - менял, поставил 755 теперь заходит по ключу, в принципе, вопрос закрыт, вот скину конфу sshd на сервере:

#####################################################
Port                                            22
Protocol                                        2
RSAAuthentication                               yes
PubkeyAuthentication                            yes
PasswordAuthentication                          no
#UsePAM                                         yes
AllowUsers                                      user1@192.168.0.* user2 root
#AllowGroups                                    users
PermitRootLogin                                 yes
X11Forwarding                                   yes
AcceptEnv   LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv   LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv   LC_IDENTIFICATION LC_ALL
UsePrivilegeSeparation                          sandbox
AuthorizedKeysFile                              .ssh/authorized_keys
Subsystem                                       sftp    /usr/lib/ssh/sftp-server
#LogLevel                                        DEBUG3
#HostbasedAuthentication                        no
#######################################################

В общем, все из за моих косяков,

кот бы сомневался! sshd debug mode сразу показал бы тебе причину.

А я и не говорил, что я не накосячил, но сами по себе программы выполняются пошагово, значит и ошибки выявляются так же. Да и 98% проблем с компьютером возникают из за того, что кто-то сидит перед монитором.

3) Одна директива может помешать другой, например UsePAM yes мешает RSAAuthentication yes и PubkeyAuthentication yes

4.8. Дискуссии не на русском языке.

По-русски бы это звучало так: «я не понимаю что делают эти инструкции, но заметил, что если некоторые из них понатыкать в конфиг, то sshd начинает вести себя не так, как я ожидал».

По-русски ваши сообщения звучат так: я самый умный а все вокруг лохи, а ЛОР создан для того чтобы я повышал свою самооценку, ведь только я один умею читать документацию.

То что эти инструкции лучше не использовать одновременно я выявил еще до того, как написал сюда. И написал об этом, чтобы от моей темы было больше пользы.