вы либо ман недочитали, либо мои посты через слово просматриваете...
откуда в обычном bash-скрипте вы предлагаете взять хеш, который можно скормить useradd -p? кроме как из /etc/shadow (или задать заранее).

вы так и не поняли... ЗАЧЕМ вам этот хеш вообще нужен?
и кстати, скрипт-то совсем не обычный. В обычном useradd работать откажется.

ну и я о том - что-то где-то на криворучили.

"задаётся". По умолчанию "пароль" * (звёздочка), который имеет смысл - "всем закрыто". При построении разнообразных гуёв и инсталляторов, этот гуй может спросить пароль, вычислить его хеш, и выдать команде useradd. Почему не напрямую? А потому, что в разных Linux'ах этот вопрос решён по разному. На самом деле, хеши паролей вовсе не обязаны лежать в локальном файле /etc/shadow, а могут находится полностью и частично в других местах сети. И это вполне штатная ситуация.

всё верно. Это не нужно. Если пишется CLI интерфейс, используют passwd (как Патрег), иначе маинтейнер пишет свой костыль для спрашивания пароля. Однако в целях безопасности, этот костыль возвращает не пароль, а уже его хеш. Т.е. минимизируется время существования пароля в расшифрованном виде (а значит и его лёгкость перехвата).

угу. Хотя можно и ручками. В данном случае я бы внимательно прочитал ман, ну и ручками ВиУ.  wink
man нужно читать на целевой системе, ибо в этом вопросе даже Debian 6 сильно отличается от Debian 5.

Подскажите, пожалуйста, какой командой удаляется группа?

groupdel

Да, и можно ли как-то узнать, какой юзер/группа была удалена некорректно, чтобы "выровнять" id's

ИМХО только ручками: cat /etc/passwd; cat /etc/group и смотреть, где начинаются расхождения....

потому что useradd принимает хеш пароля... в первом же посте цитату из мена привёл... а тривиальными средствами ЕМНИП хеш в баше получить не получится[поправьте меня]...

4fun пишет:

А в чем может быть проблема именно с заданием пароля через useradd?

в том, что пока эта команда висит (а висеть она может в принципе долго), другие юзеры могут прочитать саму эту команду, вместе с паролем.

Да нет, я о том, почему пароль не задается при создании через useradd?

Да ничего, собственно, не делалось. Устанавливался только фтп-сервер и все. В остальном - дефолт

Да, и можно ли как-то узнать, какой юзер/группа была удалена некорректно, чтобы "выровнять" id's

[added]
про несоответствие id пользователя и группы: ситуация могла возникныть элементарно: какого-то юзера удалили, а группу его забыли... или ручками добавили группу для чего-то, но  забыли указать, что она системная...

А в чем может быть проблема именно с заданием пароля через useradd?

в том, что пока эта команда висит (а висеть она может в принципе долго), другие юзеры могут прочитать саму эту команду, вместе с паролем.

дык я не знал, что это за группы. Однако, явно видно, что с системой что-то делали непонятное, ибо в сабже, если делать всё правильно, для каждого юзера создаётся своя группа. Причём с тем-же номером.

никакого разговора не получится:
пароли нигде не хранятся. хранятся только их односторонние хеши
односторонние они как раз потому, что получить из пароля хеш можно, а из хеша пароль получить нельзя. Всё. Точка.
и хранятся эти хеши только в /etc/shadow.

useradd используется в скриптах. Например можно на ней сделать няшный гуй с картами и девочками. Или графический инсталлятор. Ну а если это не Ъ, то можно сделать Ъ программу adduser, которая на чорном экране задаёт Ъ вопросы. Правда пароль она не ставит, а юзает passwd. Вот вместе с гуем юзать passwd несколько сложнее (хотя тоже можно), потому-то и придумали эту опцию.

вы это с чего взяли-то?!
давайте глянем

ИМХО сами ответили...

нет, брать их из /etc/shadow. можно конечно получать их с помощью crypt() в своём софте, но это тема другого разговора... есть другие идеи, зачем этот ключ простой смертный может использовать?

в том, что его
а) надо как-то получить его хеш
б) во время выполнения команды, теоретически, его может кто-то перехватить.

4fun пишет:

# groups serjjj
serjjj : serjjj

ну выходит, что имя группы совпадает с именем пользователя. Так и должно быть. А что у них ID разный... Ну в принципе - ещё одни грабли в поле, на которые вы может быть никогда и не наступите...

А в чем может быть проблема именно с заданием пароля через useradd?

# groups serjjj
serjjj : serjjj

ну выходит, что имя группы совпадает с именем пользователя. Так и должно быть. А что у них ID разный... Ну в принципе - ещё одни грабли в поле, на которые вы может быть никогда и не наступите...

правильно passwd использовать. в общем опция нужна, чтобы дублировать пароли из /etc/shadow.

facepalm...
был тяжёлый день?
эту опцию НЕ РЕКОМЕНДУЕТСЯ использовать. О каком дублировании вы говорите? Вы что, хотите записывать пароль в /etc/passwd  :O

давайте глянем

 Консоль:

# groups username1

то есть id юзера и группы отличается. Так и должно быть?

а есть такая группа? странно, что у вас так получается.

вы это с чего взяли-то?!
давайте глянем

правильно passwd использовать. в общем опция нужна, чтобы дублировать пароли из /etc/shadow.

в этом нет ничего криминального...