У меня была такая же проблема, и я тоже не знал, как с ней справиться. Я думал, что это может быть проблема с брандмауэром, но это было не так. Я зашел на sks -keyservers.net и осмотрелся. Заметил пул ipv4.pool.sks -keyservers.net и подумал, может ли это помочь. Это сработало. Итак, мое решение было gpg --keyserver ipv4.pool.sks-keyservers.net --recv-keys 0x4E2C6E8793298290
, и все работало нормально.
root (или любой пользователь с uid 0 )может изменить свой пароль на любой необходимый, обычно (см. ниже ).
Попробуйте выполнить тестирование с помощью обычного (не uid 0 )пользователя
@LL3 добавил эту важную информацию. :«Обратите внимание, что на самом деле это все еще вопрос политики, потому что сам pam_cracklib
не возвращает «сбой», если учетная запись является root. См. параметр enforce_for_root
из pam_cracklib
"