11:14 p.m.
I just learned that fuse-ssh allows one to mount drives via ssh. How
cool! As root, it works fine.
When regular users try it, it fails because they don't have permission
to /dev/fuse.
One option is to add users one by one to the fuse group in /etc/group.
But I don't have time to do that, and there are hundreds of users.
Can you tell me a way to allow all users who sit at the console to use
sshfs mounts? I tried to add the group user to the group fuse, but
got plenty of errors with that one. Maybe there is some hal or udev
thing you can tell me to do?
--
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas
11:31 p.m.
Paul Johnson wrote:
I just learned that fuse-ssh allows one to mount drives via ssh. How
cool! As root, it works fine.
When regular users try it, it fails because they don't have permission
to /dev/fuse.
One option is to add users one by one to the fuse group in /etc/group.
But I don't have time to do that, and there are hundreds of users.
Can you tell me a way to allow all users who sit at the console to use
sshfs mounts? I tried to add the group user to the group fuse, but
got plenty of errors with that one. Maybe there is some hal or udev
thing you can tell me to do?
man sudo
Setup up sudo (using visudo) so that the user had permission to
use the commands.
--
Linux Home Automation Neil Cherry ncherry(a)linuxha.com
http://www.linuxha.com/ Main site
http://linuxha.blogspot.com/ My HA Blog
Author of: Linux Smart Homes For Dummies
11:53 p.m.
On Fri, 2007-08-24 at 23:14 -0500, Paul Johnson wrote:
One option is to add users one by one to the fuse group in
/etc/group.
But I don't have time to do that, and there are hundreds of users.
Scripting to automate changing membership? You'd probably, also, want
to script the user-adding routine for the future, to add new users to
the groups you use on your system.
--
[tim@bigblack ~]$ uname -ipr
2.6.22.1-41.fc7 i686 i386
Using FC 4, 5, 6 & 7, plus CentOS 5. Today, it's FC7.
Don't send private replies to my address, the mailbox is ignored.
I read messages from the public lists.
12:45 a.m.
On 8/24/07, Tim <ignored_mailbox(a)yahoo.com.au> wrote:
On Fri, 2007-08-24 at 23:14 -0500, Paul Johnson wrote:
> One option is to add users one by one to the fuse group in /etc/group.
> But I don't have time to do that, and there are hundreds of users.
Scripting to automate changing membership? You'd probably, also, want
to script the user-adding routine for the future, to add new users to
the groups you use on your system.
You are making this way too hard. Even if I could figure it out, I
could never teach a part time lab assistant. I can't create an ever
more complicated chain of tools and scripts for things like this
because at some point an ordinary human will have to administer these
systems, possibly adding users with a Fedora tool like
system-config-users.
Is Fedora supposed to be a desktop distribution for users or not? How
in the HELL do the people who put fuse into the distribution expect
"ordinary" people to use it? I refuse to believe the makers of the
program expect it to be such a massive pain in the ass.
But, then again, I'm often surprised. I still can't get over the
difficulty of mounting drives when not root.
--
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas
2:24 a.m.
Paul Johnson:
>> One option is to add users one by one to the fuse group in
/etc/group.
>> But I don't have time to do that, and there are hundreds of users.
Tim:
> Scripting to automate changing membership? You'd probably,
also, want
> to script the user-adding routine for the future, to add new users to
> the groups you use on your system.
Paul Johnson:
You are making this way too hard. Even if I could figure it out, I
could never teach a part time lab assistant. I can't create an ever
more complicated chain of tools and scripts for things like this
because at some point an ordinary human will have to administer these
systems, possibly adding users with a Fedora tool like
system-config-users.
I would imagine that there's a way to specify default groups to be added
to. And I'm fairly certain that someone would have made a way to easily
modify batches of existing users. There are some tools around for
systems configuration, darned if I can recall the name of one of them at
the moment, other than something beginning with "s". No, I don't mean
something like system-config-whatever, there's a third-party package.
Sab... sat... I can't remember.
Maybe start with a search query like:
<http://www.google.com.au/search?&q=remote+admin+of+a+group+of+fedora
+linux+computers>
Webmin might be worth looking at, but I haven't used it for years.
Is Fedora supposed to be a desktop distribution for users or not?
A lab of computers isn't exactly a default condition. Most networks,
whether Fedora or otherwise, would probably need some customisation. At
least with Linux, you *can* customise such things to your heart's
content. If labs setting up computers don't have a competent
administrator for it, that's where the real problem lay.
How in the HELL do the people who put fuse into the distribution
expect
"ordinary" people to use it? I refuse to believe the makers of the
program expect it to be such a massive pain in the ass.
But, then again, I'm often surprised. I still can't get over the
difficulty of mounting drives when not root.
I haven't played with Fuse, but I can well understand why non-root users
shouldn't be allowed to mount drives by *default*. It does make it all
too easy for a malcontent to introduce something unwanted, or steal
files. Of course, you are allowed to change the defaults.
--
[tim@bigblack ~]$ uname -ipr
2.6.22.1-41.fc7 i686 i386
Using FC 4, 5, 6 & 7, plus CentOS 5. Today, it's FC7.
Don't send private replies to my address, the mailbox is ignored.
I read messages from the public lists.
3:08 a.m.
On Mon, 2007-08-27 at 16:54 +0930, Tim wrote:
Paul Johnson:
> You are making this way too hard. Even if I could figure it out, I
> could never teach a part time lab assistant. I can't create an ever
> more complicated chain of tools and scripts for things like this
> because at some point an ordinary human will have to administer these
> systems, possibly adding users with a Fedora tool like
> system-config-users.
I would imagine that there's a way to specify default groups to be added
to. And I'm fairly certain that someone would have made a way to easily
modify batches of existing users. There are some tools around for
systems configuration, darned if I can recall the name of one of them at
the moment, other than something beginning with "s". No, I don't mean
something like system-config-whatever, there's a third-party package.
Sab... sat... I can't remember.
Sabayon. I'm using it at our school to configure a universal desktop
setup for all our students. It doesn't have anything to do with adding
or removing users from groups, though.
Jonathan
12:47 a.m.
On 8/27/07, Jonathan Dieter <jdieter(a)gmail.com> wrote:
On Mon, 2007-08-27 at 16:54 +0930, Tim wrote:
> Paul Johnson:
> > You are making this way too hard. Even if I could figure it out, I
> > could never teach a part time lab assistant. I can't create an ever
> > more complicated chain of tools and scripts for things like this
> > because at some point an ordinary human will have to administer these
> > systems, possibly adding users with a Fedora tool like
> > system-config-users.
>
> I would imagine that there's a way to specify default groups to be added
> to. And I'm fairly certain that someone would have made a way to easily
> modify batches of existing users. There are some tools around for
> systems configuration, darned if I can recall the name of one of them at
> the moment, other than something beginning with "s". No, I don't
mean
> something like system-config-whatever, there's a third-party package.
> Sab... sat... I can't remember.
Sabayon. I'm using it at our school to configure a universal desktop
setup for all our students. It doesn't have anything to do with adding
or removing users from groups, though.
Jonathan
I just think there is a mistake or inconsistency in the way Fedora is
set up.
Why not let ordinary users access /dev/fuse from the command line?
They are not allowed to type "sshfs user@system: mounpoint" but they
are allowed to do it through a GUI in either Gnome or KDE.
Users can sshfs mount a drive inside nautilus by typing in a URL
ssh://user@system:
And inside konqueror, the URL is fish://user@system:
Why not allow the command line mount as well??
I never did understand why Fedora only lets root run "mount" but it
lets ordinary users
--
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas
10:55 p.m.
Tim:
> Scripting to automate changing membership? You'd probably,
also, want
> to script the user-adding routine for the future, to add new users to
> the groups you use on your system.
Paul Johnson:
You are making this way too hard. Even if I could figure it out, I
could never teach a part time lab assistant.
"usermod"
e.g. usermod -a -G fuse pauljohnson
-a (append)
-G (list supplementary groups to belong to, e.g. fuse)
It's not very hard. It's just one of those things you do when using a
computer. No worse than learning to type your name and password
correctly when you log in. It's all part of configuring a system.
If you can't figure out how to automate that, I'm sure someone could
tell you how to feed a list of names to it so they're all processed.
The only hard part is going to be preparing that list of names, in the
first place. Though, that shouldn't be very hard if you intend adding
all users to the group. For Linux, that's every name in the /etc/passwd
file (the first word) with a user id greater than 499 (the third
parameter in the file).
But you probably already have a list of users, somewhere, for when you
originally created all the user accounts. Use that again.
--
[tim@bigblack ~]$ uname -ipr
2.6.22.1-41.fc7 i686 i386
Using FC 4, 5, 6 & 7, plus CentOS 5. Today, it's FC7.
Don't send private replies to my address, the mailbox is ignored.
I read messages from the public lists.
6092
days inactive
6096
days old
7 comments
4 participants
participants (4)
-
Jonathan Dieter -
Neil Cherry -
Paul Johnson -
Tim