dnsmasq не обрабатывает DNS по умолчанию для неполных имен, как ожидалось

Я столкнулся с точно такой же проблемой. Основная причина заключалась в том, что сервер 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 был в порядке.

0
08.11.2021, 16:34
1 ответ

Похоже, это была ошибка [ 1 , 2 ], исправленная в версии 2.86.

0
08.11.2021, 17:01

Теги

Похожие вопросы