Is there a quick & dirty way one can script a change to the pppd 'uid' bit, and if so, how would be best? I am not only very new at scripting but I am getting so weary of the 'long way' using kfm as su. Thanks... ...CH
The Friday 2004-02-20 at 19:14 -0600, C Hamel wrote:
Is there a quick & dirty way one can script a change to the pppd 'uid' bit, and if so, how would be best? I am not only very new at scripting but I am getting so weary of the 'long way' using kfm as su.
Please explain what is your problem: perhaps making a permission change to file (pppd) remain untouched? Do it in /etc/permissions.local. Nothing dirty about it. -- Cheers, Carlos Robinson
On Friday 20 February 2004 19:23, Carlos E. R. wrote:
The Friday 2004-02-20 at 19:14 -0600, C Hamel wrote:
Is there a quick & dirty way one can script a change to the pppd 'uid' bit, and if so, how would be best? I am not only very new at scripting but I am getting so weary of the 'long way' using kfm as su.
Please explain what is your problem: perhaps making a permission change to file (pppd) remain untouched? Do it in /etc/permissions.local. Nothing dirty about it.
I am referring to SuSE9's apparent inability to hold permissions for pppd. I keep getting an error msg when attempting to connect using kppp. Perhaps making a permission change in permissions.local may do it... I really do not know. It is definitely worth a try. It certainly would beat using kfm & manually changing the pppd's uid when I need kppp. Thanks... ...CH
C Hamel wrote:
On Friday 20 February 2004 19:23, Carlos E. R. wrote:
The Friday 2004-02-20 at 19:14 -0600, C Hamel wrote:
Is there a quick & dirty way one can script a change to the pppd 'uid' bit, and if so, how would be best? I am not only very new at scripting but I am getting so weary of the 'long way' using kfm as su.
Please explain what is your problem: perhaps making a permission change to file (pppd) remain untouched? Do it in /etc/permissions.local. Nothing dirty about it.
I am referring to SuSE9's apparent inability to hold permissions for pppd. I keep getting an error msg when attempting to connect using kppp. Perhaps making a permission change in permissions.local may do it... I really do not know. It is definitely worth a try. It certainly would beat using kfm & manually changing the pppd's uid when I need kppp.
Thanks... ...CH
I added the line "chmod +s /usr/sbin/pppd" to /etc/init.d/boot.local.
On Saturday 21 February 2004 13:42, James Knott wrote: <SNIP>
I added the line "chmod +s /usr/sbin/pppd" to /etc/init.d/boot.local.
Many thanks for the input. I just put it in a cron job, myself. The file in question seems to change between boots, even, which really surprised me. I set the bit, logged on for awhile, then logged off; when I tried to log back on, the uid had to be reset. Are you having that trouble?? Thanks, again... ...CH
On 02/22/2004 04:45 AM, C Hamel wrote:
I just put it in a cron job, myself. The file in question seems to change between boots, even, which really surprised me. I set the bit, logged on for awhile, then logged off; when I tried to log back on, the uid had to be reset. Are you having that trouble??
The correct way is to put the desired settings in /etc/permissions.local, which will survive upgrades, etc. AFTER adding it, run SuSEconfig. Now you are done. No need for boot.local or cron. Even if you replace the ppp package, since Yast (and you if done manually) will automatically run SuSEconfig which will correct any permissions problem. A reboot should not change permissions. A SuSEconfig run, say after an install, etc., may change the permissions, which is what I suspect. Try it. I have the following in my permissions.local for kppp to work and I use it every day, updated KDE every version from the original 3.1.1 to the present 3.2 (on 8.2), and have not needed to change anything else. /usr/sbin/pppd root.dialout 4755 HTH -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Web Address: http://www.mydestiny.net/~joe_morris Registered Linux user 231871 God said, I AM that I AM. I say, by the grace of God, I am what I am.
On Saturday 21 February 2004 22:18, Joe Morris (NTM) wrote:
On 02/22/2004 04:45 AM, C Hamel wrote: <SNIP> The correct way is to put the desired settings in /etc/permissions.local, which will survive upgrades, etc. AFTER adding it, run SuSEconfig. Now you are done. No need for boot.local or cron. Even if you replace the ppp package, since Yast (and you if done manually) will automatically run SuSEconfig which will correct any permissions problem. A reboot should not change permissions. A SuSEconfig run, say after an install, etc., may change the permissions, which is what I suspect. Try it. I have the following in my permissions.local for kppp to work and I use it every day, updated KDE every version from the original 3.1.1 to the present 3.2 (on 8.2), and have not needed to change anything else. /usr/sbin/pppd root.dialout 4755
I copied the above line into the /etc/permissions.local file & SuSEconfig stated that it set the permissions for that file. I understand the concept, now --I think-- but am a bit confused concerning the choice of the number 4755 over any other number. Thanks... ...CH
On 02/22/2004 12:37 PM, C Hamel wrote:
I copied the above line into the /etc/permissions.local file & SuSEconfig
stated that it set the permissions for that file. I understand the concept, now --I think-- but am a bit confused concerning the choice of the number 4755 over any other number.
It is binary, i.e 100 111 101 101, translating the permission bits for a file. This would be Special UID GID Sticky 1 0 0 User Read Write Exec 1 1 1 Group Read Write Exec 1 0 1 World Read Write Exec 1 0 1 HTH, and hope it lines up. :-) -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Web Address: http://www.mydestiny.net/~joe_morris Registered Linux user 231871 God said, I AM that I AM. I say, by the grace of God, I am what I am.
On Sunday 22 February 2004 01:10, Joe Morris (NTM) wrote:
On 02/22/2004 12:37 PM, C Hamel wrote:
I copied the above line into the /etc/permissions.local file & SuSEconfig
stated that it set the permissions for that file. I understand the concept, now --I think-- but am a bit confused concerning the choice of the number 4755 over any other number.
It is binary, i.e 100 111 101 101, translating the permission bits for a file. This would be Special UID GID Sticky 1 0 0 User Read Write Exec 1 1 1 Group Read Write Exec 1 0 1 World Read Write Exec 1 0 1 HTH, and hope it lines up. :-)
Many thanks ...and it didn't. <LOL> However, if the numbers belong under the specific permission then I am able to decipher it. :-) ...CH
On Friday 20 February 2004 19:23, Carlos E. R. wrote: <SNIP>
Please explain what is your problem: perhaps making a permission change to file (pppd) remain untouched? Do it in /etc/permissions.local. Nothing dirty about it.
BTW: Can you also point me to some documentation which will explain the numeric values for the permissions? Thanks! ...CH
The Friday 2004-02-20 at 21:38 -0600, C Hamel wrote:
BTW: Can you also point me to some documentation which will explain the numeric values for the permissions?
man chmod. A little table of mine: # Octal permissions (man chmod): # UserID * 4 + GroupID * 2 + sticky * 1 # Read * 4 + Write * 2 + Execute * 1 ( owner ) # Read * 4 + Write * 2 + Execute * 1 ( group ) # Read * 4 + Write * 2 + Execute * 1 ( rest ) What you need to use is probably this - I have that myself: /usr/sbin/pppd root.dialout 6754 -- Cheers, Carlos Robinson
On Friday 20 February 2004 22:18, Carlos E. R. wrote:
The Friday 2004-02-20 at 21:38 -0600, C Hamel wrote:
BTW: Can you also point me to some documentation which will explain the numeric values for the permissions?
man chmod. A little table of mine:
# Octal permissions (man chmod): # UserID * 4 + GroupID * 2 + sticky * 1 # Read * 4 + Write * 2 + Execute * 1 ( owner ) # Read * 4 + Write * 2 + Execute * 1 ( group ) # Read * 4 + Write * 2 + Execute * 1 ( rest )
What you need to use is probably this - I have that myself:
/usr/sbin/pppd root.dialout 6754
I'll give this a try. Many thanks! ...CH
participants (4)
-
C Hamel
-
Carlos E. R.
-
James Knott
-
Joe Morris (NTM)