Здравствуйте. Создаю юзера командой useradd -p 123123 username , юзер создается, но при попытке подключиться через фтп пишет, что пароль неверный. Смена пароля с помощью passwd username решает проблему, но нужно, чтобы именно той командой (useradd -p 123123 username) пароль устанавливался.
И еще, при создании через useradd наблюдаю в /etc/passwd следующее
[console]username1:x:1052:1053::/home/serj/username1:/bin/bash
username2:x:1053:1054::/home/serj/username2:/bin/bash[/console]
то есть id юзера и группы отличается. Так и должно быть? Когда создаю через adduser, то id совпадают.
P.S: В качестве фтп-сервера используется vsftpd.
Зараннее спасибо за помощь.
LinuxForum.Fans
Проблема при создании юзера useradd
Автор: 4fun
16 сообщений
5412 просмотров
читаем внимательно:
-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.
то есть id юзера и группы отличается. Так и должно быть? Когда создаю через adduser, то id совпадают.
в этом нет ничего криминального...
Спасибо.
то есть id юзера и группы отличается. Так и должно быть?
а есть такая группа? странно, что у вас так получается.
в этом нет ничего криминального...
вы это с чего взяли-то?!
давайте глянем
[console]# groups username1[/console]
давайте глянем
[console]# groups username1[/console]
[console]~# groups serjjj
serjjj : serjjj
[/console]
правильно passwd использовать. в общем опция нужна, чтобы дублировать пароли из /etc/shadow.
Note: This option is not recommended because the password (or encrypted password) will be visible by users listing the processes.
facepalm...
был тяжёлый день?
эту опцию НЕ РЕКОМЕНДУЕТСЯ использовать. О каком дублировании вы говорите? Вы что, хотите записывать пароль в /etc/passwd :O
# groups serjjj
serjjj : serjjj
ну выходит, что имя группы совпадает с именем пользователя. Так и должно быть. А что у них ID разный... Ну в принципе - ещё одни грабли в поле, на которые вы может быть никогда и не наступите...
[quote=4fun]# groups serjjj
serjjj : serjjj
ну выходит, что имя группы совпадает с именем пользователя. Так и должно быть. А что у них ID разный... Ну в принципе - ещё одни грабли в поле, на которые вы может быть никогда и не наступите...[/quote]
А в чем может быть проблема именно с заданием пароля через useradd?
вы это с чего взяли-то?!
давайте глянем
...ещё одни грабли в поле, на которые вы может быть никогда и не наступит
ИМХО сами ответили...
Вы что, хотите записывать пароль в /etc/passwd
нет, брать их из /etc/shadow. можно конечно получать их с помощью crypt() в своём софте, но это тема другого разговора... есть другие идеи, зачем этот ключ простой смертный может использовать?
А в чем может быть проблема именно с заданием пароля через useradd?
в том, что его
а) надо как-то получить его хеш
б) во время выполнения команды, теоретически, его может кто-то перехватить.
А в чем может быть проблема именно с заданием пароля через useradd?
в том, что пока эта команда висит (а висеть она может в принципе долго), другие юзеры могут прочитать саму эту команду, вместе с паролем.
ИМХО сами ответили...
дык я не знал, что это за группы. Однако, явно видно, что с системой что-то делали непонятное, ибо в сабже, если делать всё правильно, для каждого юзера создаётся своя группа. Причём с тем-же номером.
нет, брать их из /etc/shadow. можно конечно получать их с помощью crypt() в своём софте, но это тема другого разговора...
никакого разговора не получится:
пароли нигде не хранятся. хранятся только их односторонние хеши
односторонние они как раз потому, что получить из пароля хеш можно, а из хеша пароль получить нельзя. Всё. Точка.
и хранятся эти хеши только в /etc/shadow.
есть другие идеи, зачем этот ключ простой смертный может использовать?
useradd используется в скриптах. Например можно на ней сделать няшный гуй с картами и девочками. Или графический инсталлятор. Ну а если это не Ъ, то можно сделать Ъ программу adduser, которая на чорном экране задаёт Ъ вопросы. Правда пароль она не ставит, а юзает passwd. Вот вместе с гуем юзать passwd несколько сложнее (хотя тоже можно), потому-то и придумали эту опцию.
drBatty, вы либо ман недочитали, либо мои посты через слово просматриваете...
откуда в обычном bash-скрипте вы предлагаете взять хеш, который можно скормить useradd -p? кроме как из /etc/shadow (или задать заранее).
[added]
про несоответствие id пользователя и группы: ситуация могла возникныть элементарно: какого-то юзера удалили, а группу его забыли... или ручками добавили группу для чего-то, но забыли указать, что она системная...
[quote=4fun]А в чем может быть проблема именно с заданием пароля через useradd?
в том, что пока эта команда висит (а висеть она может в принципе долго), другие юзеры могут прочитать саму эту команду, вместе с паролем.
[/quote]
Да нет, я о том, почему пароль не задается при создании через useradd?
Однако, явно видно, что с системой что-то делали непонятное, ибо в сабже, если делать всё правильно, для каждого юзера создаётся своя группа. Причём с тем-же номером.
Да ничего, собственно, не делалось. Устанавливался только фтп-сервер и все. В остальном - дефолт
Да, и можно ли как-то узнать, какой юзер/группа была удалена некорректно, чтобы "выровнять" id's
Да, и можно ли как-то узнать, какой юзер/группа была удалена некорректно, чтобы "выровнять" id's
ИМХО только ручками: cat /etc/passwd; cat /etc/group и смотреть, где начинаются расхождения....
Да нет, я о том, почему пароль не задается при создании через useradd?
потому что useradd принимает хеш пароля... в первом же посте цитату из мена привёл... а тривиальными средствами ЕМНИП хеш в баше получить не получится[поправьте меня]...
Подскажите, пожалуйста, какой командой удаляется группа?
Подскажите, пожалуйста, какой командой удаляется группа?
groupdel
вы либо ман недочитали, либо мои посты через слово просматриваете...
откуда в обычном bash-скрипте вы предлагаете взять хеш, который можно скормить useradd -p? кроме как из /etc/shadow (или задать заранее).
вы так и не поняли... ЗАЧЕМ вам этот хеш вообще нужен?
и кстати, скрипт-то совсем не обычный. В обычном useradd работать откажется.
про несоответствие id пользователя и группы: ситуация могла возникныть элементарно: какого-то юзера удалили, а группу его забыли... или ручками добавили группу для чего-то, но забыли указать, что она системная...
ну и я о том - что-то где-то на криворучили.
Да нет, я о том, почему пароль не задается при создании через useradd?
"задаётся". По умолчанию "пароль" * (звёздочка), который имеет смысл - "всем закрыто". При построении разнообразных гуёв и инсталляторов, этот гуй может спросить пароль, вычислить его хеш, и выдать команде useradd. Почему не напрямую? А потому, что в разных Linux'ах этот вопрос решён по разному. На самом деле, хеши паролей вовсе не обязаны лежать в локальном файле /etc/shadow, а могут находится полностью и частично в других местах сети. И это вполне штатная ситуация.
а тривиальными средствами ЕМНИП хеш в баше получить не получится[поправьте меня]...
всё верно. Это не нужно. Если пишется CLI интерфейс, используют passwd (как Патрег), иначе маинтейнер пишет свой костыль для спрашивания пароля. Однако в целях безопасности, этот костыль возвращает не пароль, а уже его хеш. Т.е. минимизируется время существования пароля в расшифрованном виде (а значит и его лёгкость перехвата).
groupdel
угу. Хотя можно и ручками. В данном случае я бы внимательно прочитал ман, ну и ручками ВиУ. wink
man нужно читать на целевой системе, ибо в этом вопросе даже Debian 6 сильно отличается от Debian 5.
Войдите или зарегистрируйтесь, чтобы ответить.
