seems fixed after the switch to usershares and usershare allow guests =
yes + map to guest = bad user
** Changed in: gnome-system-tools (Ubuntu)
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug
I'm not that inexperienced of a user (from my point of view :)) but I
stumbled on this issue as well.
Since the right-click Share menu brings up a nice GUI that even
installs services if required, nobody will ever think of opening a
console right away to create a Samba user. One expects the
This is user interface (UI) bug, not a samba one.
** Changed in: gnome-system-tools (Ubuntu)
Sourcepackagename: samba = gnome-system-tools
Status: New = Confirmed
--
When guest (nobody) account exists, smbpasswd should default to none
https://bugs.launchpad.net/bugs/39717
You received
I agree that the tools available to share folder should allow the user to
set-up account to access them. If you think Windows XP, users are able to tell
that anyone can access the share in read or read/write mode, or it can be
specified which local user account.
I do not think that the XP's
Yes this is a big problem for new users, the gui tools to share a folder
are deciving in that they don't actually make it possible to share a
folder with anyone else because you won't be able to authenticate to the
samba server as there are no accounts set up.
Ubuntu doesn't seem to have anything
Many of these machines will find themselves connected to the internet
without firewalls in place. Allowing any kind of anonymous access by
default is dubious from a security point of view.
Yes newbs may stumble at first, but there's something to be said for the
default behaviour requiring newbs
I agree, but the UI should make it possible to enable the nobody account
instead of having to resort to the command line.
On the other hand, an even better method would be to somehow block incoming
connections on internet IP ranges for samba. It should really never be used
on the internet.
--
