Вопросы Теги

Как я переключаюсь от/etc/shadow назад к/etc/passwd?

-C опция для rsync может быть тем, что Вы хотите.

Не позволяйте краткому описанию в странице справочника одурачить Вас все же. Казалось бы, что опция только относится к CVS, но в зависимости от Вашей rsync версии это пропустит файлы почти каждой общей существующей системы управления версиями.

# rsync version: 3.0.7

-C, --cvs-exclude           auto-ignore files in the same way CVS does

...

          The exclude list is initialized to exclude the  following  items
          (these  initial  items are marked as perishable — see the FILTER
          RULES section):

                 RCS  SCCS  CVS  CVS.adm   RCSLOG   cvslog.*   tags   TAGS
                 .make.state  .nse_depinfo *~ #* .#* ,* _$* *$ *.old *.bak
                 *.BAK *.orig *.rej .del-* *.a *.olb *.o *.obj *.so  *.exe
                 *.Z *.elc *.ln core .svn/ .git/ .bzr/

          then,  files  listed in a $HOME/.cvsignore are added to the list
          and any files listed in the CVSIGNORE environment variable  (all
          cvsignore names are delimited by whitespace).
2
11.11.2013, 12:29
2 ответа

pwconv управляйте автоволшебно копирует /etc/passwd в названном файле /etc/passwd-.

Попытайтесь восстановить этот файл и переименовать /etc/shadow кому: /etc/shadow-.

2
27.01.2020, 22:06
  • 1
    Вы имеете в виду passwd и passwd-? Да, тот файл существует. Но как я настраиваю систему, чтобы прекратить использовать shadow? –  Tomalak 11.11.2013, 11:11
  • 2
    @Tomalak, удалите или переименуйте его. –  Stéphane Chazelas 11.11.2013, 15:04
  • 3
    Хорошо, достаточно разумные звуки, я просто хотел подтверждение. Я попытаюсь сообщить. –  Tomalak 11.11.2013, 15:20
  • 4
    я переименовал /etc/shadow кому: /etc/shadow_ и /etc/passwd- кому: /etc/passwd. До сих пор это не оказало вредных воздействий, я могу все еще обычно входить в систему. (Apache все еще не впускает меня, хотя, по-видимому, это - разъединенная проблема.) –  Tomalak 13.11.2013, 09:28

Вместо того, чтобы возвратиться вручную Вы могли попробовать, если у Вас есть апачский модуль аутентификации PAM доступный "libapache2-mod-auth-pam", поскольку распределение поддерживало пакет.

У меня нет тестовых полей, настолько старых, но pam_unix модуль поддерживает и тень и регулярный passwd, таким образом, я думал бы что, объединяя зашифрованные пароли назад в Ваш etc/passwd файл и переименование/etc/shadow* файлы должны быть достаточными. Вы, возможно, должны добавить опцию broken_shadow к pam конфигурационным файлам в/etc/pam.d /* ссылка на pam_unix модуль.

1
27.01.2020, 22:06
  • 1
    Да, я попытался установить тот модуль (apt-get), но по некоторым причинам это не установило бы. Я не хотел повреждать апача, влезая в него, если у меня также не было способа отступить. Я попытаюсь объединиться/переименовать, как только я понимаю то, что делает системное использование shadow во-первых. –  Tomalak 11.11.2013, 12:13
  • 2
    Это - система отдельного пользователя так или иначе, также - весь материал в /etc/passwd не реальный недостаток. Я также колеблюсь изменяющегося материала в /etc/pam.d из страха, закрывающего меня из системы. Я настроил ssh с аутентификацией с открытым ключом, есть ли шанс то изменение pam_unix опции повреждают это? –  Tomalak 11.11.2013, 12:14
  • 3
    Изменение pam настройки обычно не повреждает существующие сессии... –  HBruijn 11.11.2013, 12:20
  • 4
    Теперь, когда я знаю, что могу легко переключиться между тенью и passwd, я могу попытаться заставить аутентификацию работать в апаче. –  Tomalak 13.11.2013, 09:31

Теги

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