Я столкнулся с точно такой же проблемой. Основная причина заключалась в том, что сервер kerberos поддерживал только тип шифрования rc4 -hmac.
решение:использование ktutil
ktutil: addent -password -p foo@bar -k 0 -e rc4-hmac
Password for foo@bar:
ktutil: wkt foo.keytab
ktutil: quit
ktinit -kt foo.keytab foo
Мне это помогло. Если это не сработает, попробуйте все разные типы шифрования по одному.
-121 ---285528 -У меня была точно такая же проблема, но я думаю, что ее могут создать несколько сценариев.
В моем случае, чтобы снова включить удаленный доступ, мне пришлось запросить KVM для прямого доступа к нашему удаленному серверу, а затем:
# 1. Start SSH service
/etc/init.d/ssh start
# 2. Remove the nologin file
rm /run/nologin
Но на экране KVM я действительно мог видеть, что он загрузился в аварийном режиме!
Раньше я вносил некоторые изменения в диск/раздел (, увеличивая индексные дескрипторы ), которые генерировали новый UUID, и забыл добавить его в файл /etc/fstab.
После подачи команды:
blkid
...и скопировав новый UUID в файл fstab, я смог снова без проблем перезагрузить сервер, и после этого удаленный доступ по SSH был в порядке.