1

Здравствуйте. Создаю юзера командой useradd -p 123123 username , юзер создается, но при попытке подключиться через фтп пишет, что пароль неверный. Смена пароля с помощью passwd username решает проблему, но нужно, чтобы именно той командой (useradd -p 123123 username) пароль устанавливался.
И еще, при создании через useradd наблюдаю в /etc/passwd следующее

 Консоль:
username1:x:1052:1053::/home/serj/username1:/bin/bash
username2:x:1053:1054::/home/serj/username2:/bin/bash

то есть id юзера и группы отличается. Так и должно быть? Когда создаю через adduser, то id совпадают.
P.S: В качестве фтп-сервера используется vsftpd.
Зараннее спасибо за помощь.

2 (20.01.2012 01:04:52 отредактировано Fat-Zer)

читаем внимательно:

man useradd пишет:

-p, --passwordПАРОЛЬ
           The encrypted password, as returned by crypt(3). The default is to disable the password.

           Note: This option is not recommended because the password (or encrypted password) will be visible by users listing the processes.

           You should make sure the password respects the system's password policy.

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

4fun пишет:

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

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

95% процентов проблем находятся между клавиатурой и стулом.

3

Спасибо.

4

4fun пишет:

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

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

Fat-Zer пишет:

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

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

 Консоль:
# groups username1

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

5

drBatty пишет:

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

 Консоль:
# groups username1

 Консоль:
~# groups serjjj
serjjj : serjjj

6

Fat-Zer пишет:

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

Fat-Zer пишет:

Note: This option is not recommended because the password (or encrypted password) will be visible by users listing the processes.

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

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

7

4fun пишет:

# groups serjjj
serjjj : serjjj

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

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

8

drBatty пишет:
4fun пишет:

# groups serjjj
serjjj : serjjj

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

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

9

drBatty пишет:

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

drBatty пишет:

...ещё одни грабли в поле, на которые вы может быть никогда и не наступит

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

drBatty пишет:

Вы что, хотите записывать пароль в /etc/passwd

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

4fun пишет:

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

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

95% процентов проблем находятся между клавиатурой и стулом.

10

4fun пишет:

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

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

Fat-Zer пишет:

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

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

Fat-Zer пишет:

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

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

Fat-Zer пишет:

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

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

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

11 (20.01.2012 07:15:19 отредактировано Fat-Zer)

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

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

95% процентов проблем находятся между клавиатурой и стулом.

12 (20.01.2012 13:11:36 отредактировано 4fun)

drBatty пишет:
4fun пишет:

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

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

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

drBatty пишет:

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

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

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

13 (20.01.2012 19:07:02 отредактировано Fat-Zer)

4fun пишет:

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

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

4fun пишет:

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

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

95% процентов проблем находятся между клавиатурой и стулом.

14

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

15

4fun пишет:

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

groupdel

95% процентов проблем находятся между клавиатурой и стулом.

16

Fat-Zer пишет:

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

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

Fat-Zer пишет:

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

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

4fun пишет:

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

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

Fat-Zer пишет:

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

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

Fat-Zer пишет:

groupdel

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

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)