Fat-Zer пишет:вы либо ман недочитали, либо мои посты через слово просматриваете...
откуда в обычном bash-скрипте вы предлагаете взять хеш, который можно скормить useradd -p? кроме как из /etc/shadow (или задать заранее).
вы так и не поняли... ЗАЧЕМ вам этот хеш вообще нужен?
и кстати, скрипт-то совсем не обычный. В обычном useradd работать откажется.
Fat-Zer пишет:про несоответствие id пользователя и группы: ситуация могла возникныть элементарно: какого-то юзера удалили, а группу его забыли... или ручками добавили группу для чего-то, но забыли указать, что она системная...
ну и я о том - что-то где-то на криворучили.
4fun пишет:Да нет, я о том, почему пароль не задается при создании через useradd?
"задаётся". По умолчанию "пароль" * (звёздочка), который имеет смысл - "всем закрыто". При построении разнообразных гуёв и инсталляторов, этот гуй может спросить пароль, вычислить его хеш, и выдать команде useradd. Почему не напрямую? А потому, что в разных Linux'ах этот вопрос решён по разному. На самом деле, хеши паролей вовсе не обязаны лежать в локальном файле /etc/shadow, а могут находится полностью и частично в других местах сети. И это вполне штатная ситуация.
Fat-Zer пишет:а тривиальными средствами ЕМНИП хеш в баше получить не получится[поправьте меня]...
всё верно. Это не нужно. Если пишется CLI интерфейс, используют passwd (как Патрег), иначе маинтейнер пишет свой костыль для спрашивания пароля. Однако в целях безопасности, этот костыль возвращает не пароль, а уже его хеш. Т.е. минимизируется время существования пароля в расшифрованном виде (а значит и его лёгкость перехвата).
угу. Хотя можно и ручками. В данном случае я бы внимательно прочитал ман, ну и ручками ВиУ. wink
man нужно читать на целевой системе, ибо в этом вопросе даже Debian 6 сильно отличается от Debian 5.
Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)