Modify

Opened 7 years ago

Closed 7 years ago

#4348 closed defect (wontfix)

Samba smbpasswd depends on username@/etc/passwd

Reported by: johnrw Owned by: developers
Priority: normal Milestone:
Component: packages Version:
Keywords: Cc:

Description

This is a plea to make the shadow-utils available... and then even part of the samba3 package dependancy list.

On a fresh install... from svn, enabling Samba is a bit awkward.
The default samba template comes with 'user' security model set.
This means every user allowed to access a share... must have an account on the router. There is a small problem I had, starting with smbpasswd. The samba3 package comes with 2 executable files... smbd, and smbpasswd. So I try and add a user to samba's password list with "smbpasswd username password" It gives an error... saying that user is not known in /etc/passwd!

Here is where I would ordinarily adduser -m username on a debian system. In Openwrt... you may have another package that provides a callable adduser equivalent. If so, then tear this ticket up. :)

I did wind up doing a
cat /etc/passwd
echo "blah blah" >> /etc/passwd
but it felt kind of primitive.
Just a heads up. smbpasswd depends on a valid /etc/passwd username:group.

Attachments (0)

Change History (3)

comment:1 Changed 7 years ago by anonymous

A suggestion on #openwrt by Yanira in a couple of pastebin's
http://openwrt.pastebin.com/d6939736e
http://openwrt.pastebin.com/dfae2c54

suggest that busybox can be built with this functionality enabled.
If that were to be the case, then scripting support could proceed for user mgmnt.

##### ~/.openwrt/defconfig

# - Base System
#  - busybox
#    - Configuration
#      - Busybox Settings
#        - General Configuration
#          - Runtime SUID/SGID configuration via /etc/busybox.conf: Y
#            - Suppress warning message if /etc/busybox.conf is not readable: Y
#      - Login/Password Management Utilities
#        - addgroup: Y
#          - Support for adding users to groups: Y
#        - delgroup: Y
#          - Support for removing users from groups.: Y
#        - Enable sanity check on user/group names in adduser and addgroup: Y
#        - adduser: Y
#          - Enable long options: Y
#        - deluser: Y
#        - su: Y
#          - Enable su to write to syslog: Y
#          - Enable su to check user's shell to be listed in /etc/shells: Y
#        - sulogin: Y
#      - Process Utilities
#        - ps
#          - Enable argument for wide output (-w): Y

CONFIG_BUSYBOX_CONFIG_FEATURE_SUID_CONFIG=y
CONFIG_BUSYBOX_CONFIG_FEATURE_SUID_CONFIG_QUIET=y
CONFIG_BUSYBOX_CONFIG_ADDGROUP=y
CONFIG_BUSYBOX_CONFIG_FEATURE_ADDUSER_TO_GROUP=y
CONFIG_BUSYBOX_CONFIG_DELGROUP=y
CONFIG_BUSYBOX_CONFIG_FEATURE_DEL_USER_FROM_GROUP=y
CONFIG_BUSYBOX_CONFIG_FEATURE_CHECK_NAMES=y
CONFIG_BUSYBOX_CONFIG_ADDUSER=y
CONFIG_BUSYBOX_CONFIG_FEATURE_ADDUSER_LONG_OPTIONS=y
CONFIG_BUSYBOX_CONFIG_DELUSER=y
CONFIG_BUSYBOX_CONFIG_SU=y
CONFIG_BUSYBOX_CONFIG_FEATURE_SU_SYSLOG=y
CONFIG_BUSYBOX_CONFIG_FEATURE_SU_CHECKS_SHELLS=y
CONFIG_BUSYBOX_CONFIG_SULOGIN=y
CONFIG_BUSYBOX_CONFIG_FEATURE_PS_WIDE=y

comment:2 Changed 7 years ago by johnrw

the above comment was by me, johnrw as well

comment:3 Changed 7 years ago by florian

  • Resolution set to wontfix
  • Status changed from new to closed

Most people will use the share security model of samba, thus not requiring additionnal users to be created. I would not be keen on adding a new applet to handle users on a rather minimalistic rootfs.

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.