SSH выглядит подключенным, но запрос пароля не приходит

Когда клиенты SSH пытаются подключиться к CentOS 7, openssh-сервер ожидает запроса пароля, но никогда не приходит. Когда я отлаживаю, журнал соединений и netstat показывают, что соединение установлено.

Вот моя отладка клиента:

tevfik@Darktower:~$ ssh -vvv [email protected]
OpenSSH_8.2p1 Ubuntu-4ubuntu0.3, OpenSSL 1.1.1f 31 марта 2020 г.
debug1: Чтение данных конфигурации /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config строка 19: включение /etc/ssh/ssh_config.d/*.conf не соответствует ни одному файлу
debug1: /etc/ssh/ssh_config строка 21: Применение параметров для *
debug3: имена kex в порядке: [diffie-hellman-group1-sha1,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256 ,diffie-hellman-group14-sha1]
debug2: resolve_canonicalize: имя хоста 10.40.4.19 — это адрес
отладка2: ssh_connect_direct
debug1: подключение к порту 22 10.40.4.19 [10.40.4.19].
отладка1: соединение установлено.
debug1: файл идентификации /home/tevfik/.ssh/id_rsa тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_rsa-cert type -1
debug1: файл идентификации /home/tevfik/.ssh/id_dsa тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_dsa-cert type -1
debug1: файл идентификации /home/tevfik/.ssh/id_ecdsa тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_ecdsa-cert type -1
debug1: файл идентификации /home/tevfik/.ssh/id_ecdsa_sk тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_ecdsa_sk-cert type -1
debug1: файл идентификации /home/tevfik/.ssh/id_ed25519 тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_ed25519-cert type -1
debug1: файл идентификации /home/tevfik/.ssh/id_ed25519_sk тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_ed25519_sk-cert тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_xmss тип -1
debug1: файл идентификации /home/tevfik/.ssh/id_xmss-cert type -1
debug1: строка локальной версии SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.3

А вот вывод netstat на стороне сервера ssh

Есть идеи? С уважением,

Если у вас есть локальный доступ к стороне сервера, вы можете остановить службу sshd на сервере, а затем запустить службу sshd в подробном режиме, чтобы увидеть, что происходит при входе в систему. Для службы sshd подробный режим (режим отладки) -d или up на -ддд.

https://linux.die.net/man/8/sshd

https://unix.stackexchange.com/a/55481

Еще одна вещь, которую нужно проверить, это то, что сервер настроен на разрешение доступа по паролю ssh. Это параметр PasswordAuthentication в файле sshd_config.

https://linux.die.net/man/5/sshd_config

Проверьте наличие проблем с авторизацией в журналах безопасности и аутентификации:

https://superuser.com/a/1293901/1178349

Проверьте наличие проблем с SELinux:

https://www.serverlab.ca/tutorials/linux/administration-linux/troubleshooting-selinux-centos-red-hat/