Hi All,
I'm wondering about something that seems a bit odd. I've setup a CentOS 4 box for a client that is "still" using dial-up and to activate the connection appears to require root privileges. Why is this?
The reason Linux was loaded on this box was to provide a very functional box that could be easily locked down so when the cat was away the mice couldn't play, however, if the mice need root access to activate the dial-up connection this really defeats the purpose.
Whats up with Kppp needing root access?
thanks,
Mark
if that's a server why use GUI? anyway there's a console base dialer(wvdial) that you can use to dial on bootup
On 5/18/05, Mark Weaver mdw1982@mdw1982.com wrote:
Hi All,
I'm wondering about something that seems a bit odd. I've setup a CentOS 4 box for a client that is "still" using dial-up and to activate the connection appears to require root privileges. Why is this?
The reason Linux was loaded on this box was to provide a very functional box that could be easily locked down so when the cat was away the mice couldn't play, however, if the mice need root access to activate the dial-up connection this really defeats the purpose.
Whats up with Kppp needing root access?
thanks,
Mark _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Mark Quitoriano wrote:
if that's a server why use GUI? anyway there's a console base dialer(wvdial) that you can use to dial on bootup
no...this is purely a workstation that employees would use to access the internet, email, and get on UPS Online to do shipping with. I need to make a shortcut on the desktop to initiate a dial-up connection so they can get online. It just doesn't make any sense that kppp would need root access to activate the connection.
So far I've checked the perms on kppp and they're set to 777, although it would appear that kppp is a link to something else. As I recall from way back I used to set the perms to pppd from 755 to 4755 so that normal users could activate the connection.
ls -l /usr/bin/kppp lrwxrwxrwx 1 root root 13 May 9 14:22 /usr/bin/kppp -> consolehelper
ls -l /usr/bin/consolehelper -rwxr-xr-x 1 root root 5636 Feb 21 11:37 /usr/bin/consolehelper
this makes even less sense!
Mark
On Wed, 2005-05-18 at 08:10 -0400, Mark Weaver wrote:
Hi All,
I'm wondering about something that seems a bit odd. I've setup a CentOS 4 box for a client that is "still" using dial-up and to activate the connection appears to require root privileges. Why is this?
The reason Linux was loaded on this box was to provide a very functional box that could be easily locked down so when the cat was away the mice couldn't play, however, if the mice need root access to activate the dial-up connection this really defeats the purpose.
Whats up with Kppp needing root access?
thanks,
Mark
KPPP has required a root password forever :)
I don't know if this works, but here it is:
On Wed, 2005-05-18 at 08:10 -0400, Mark Weaver wrote:
Hi All,
I'm wondering about something that seems a bit odd. I've setup a CentOS 4 box for a client that is "still" using dial-up and to activate the connection appears to require root privileges. Why is this?
The reason Linux was loaded on this box was to provide a very functional box that could be easily locked down so when the cat was away the mice couldn't play, however, if the mice need root access to activate the dial-up connection this really defeats the purpose.
Whats up with Kppp needing root access?
thanks,
Mark
It seems that modifying the file /etc/resolv.conf is the reason for requiring root.
If your ISP has the same DNS servers every connect, you can manually set /etc/resolv.conf ... otherwise, you will need to make that file up- datable by the people who are going to login via KPPP
http://gershwin.ens.fr/vdaniel/Doc-Locale/Outils-Gnu-Linux/Kde/kppp/kppp-7.h...
hmmm.. u can also do sudo for kppp
On 5/18/05, Johnny Hughes mailing-lists@hughesjr.com wrote:
On Wed, 2005-05-18 at 08:10 -0400, Mark Weaver wrote:
Hi All,
I'm wondering about something that seems a bit odd. I've setup a CentOS 4 box for a client that is "still" using dial-up and to activate the connection appears to require root privileges. Why is this?
The reason Linux was loaded on this box was to provide a very functional box that could be easily locked down so when the cat was away the mice couldn't play, however, if the mice need root access to activate the dial-up connection this really defeats the purpose.
Whats up with Kppp needing root access?
thanks,
Mark
It seems that modifying the file /etc/resolv.conf is the reason for requiring root.
If your ISP has the same DNS servers every connect, you can manually set /etc/resolv.conf ... otherwise, you will need to make that file up- datable by the people who are going to login via KPPP
http://gershwin.ens.fr/vdaniel/Doc-Locale/Outils-Gnu-Linux/Kde/kppp/kppp-7.h...
BodyID:161465637.2.n.logpart (stored separately)
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
well the password being asked(afaik) is the users password
On 5/18/05, Mark Weaver mdw1982@mdw1982.com wrote:
Mark Quitoriano wrote:
hmmm.. u can also do sudo for kppp
thought of that and gave it a try and its still asks for a password.
Mark _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Mark Weaver wrote:
Mark Quitoriano wrote:
hmmm.. u can also do sudo for kppp
thought of that and gave it a try and its still asks for a password.
Are you running /usr/sbin/kppp, so that consolehelper isn't used?
Another option would be to configure consolehelper to allow the console user to run kppp. /etc/pam.d/poweroff (which doesn't require a password for the console user) might be an OK template.
William Hooper wrote:
Mark Weaver wrote:
Mark Quitoriano wrote:
hmmm.. u can also do sudo for kppp
thought of that and gave it a try and its still asks for a password.
Are you running /usr/sbin/kppp, so that consolehelper isn't used?
Another option would be to configure consolehelper to allow the console user to run kppp. /etc/pam.d/poweroff (which doesn't require a password for the console user) might be an OK template.
That did the trick!!! thanks so much.
Mark
-
Johnny Hughes -
Mark Quitoriano -
Mark Weaver -
William Hooper