afpcos
asked on
passwd
I have been working with tcl and expect trying to get an html page to change a users name and password for them.
Either I did something or the expect program did something.
Now when I log on to the Unix box and type passwd I get the following response:
passwd: Changing password for 'username'
Permission denied
However, when I log on as root it still works.
Can anyone help me?
Either I did something or the expect program did something.
Now when I log on to the Unix box and type passwd I get the following response:
passwd: Changing password for 'username'
Permission denied
However, when I log on as root it still works.
Can anyone help me?
Try executing passwd with the absolute path, e.g., /bin/passwd. I'll bet your expect script is named passwd and it's being found before the system copy (like when "." is in your path ahead of everything else).
ASKER
jlevie...
I get the same response from the system when I enter /bin/passwd.
I get the same response from the system when I enter /bin/passwd.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
I wouldn't be too surprised if the permissions are wrong on the actual passwd file, check that, too.
for the above .. i.e. not the executable, but where the passwords are written.
Re: freesource's comment... Good point, we don't yet know which Unix it is and how it would behave if the perms on /etc/passwd [and maybe shadow] weren't right. /etc/password typically is owned by root and mode rw-r--r--, shadow r--------. I know that Solaris, Linux & Irix don't appear to care ('cause I just tried with the perms wrong), but...
afpcos,
Just wandering: are you trying to change you own password or sombody else password? Only root (or root equivalent) are allowed to change other users password.
And from the browser, the script is running under what userid. Normally, the CGI scripts will be executed under the WEB server UID (which is normally nobody). If this is the case, try to get your scripts to be suid root, and check your web server configuration on how this could be achieved.
good luck,
samri
Just wandering: are you trying to change you own password or sombody else password? Only root (or root equivalent) are allowed to change other users password.
And from the browser, the script is running under what userid. Normally, the CGI scripts will be executed under the WEB server UID (which is normally nobody). If this is the case, try to get your scripts to be suid root, and check your web server configuration on how this could be achieved.
good luck,
samri
Hi,
from root try editing your /etc/passwd file to remove the encrypted password
after writing try to logon.May work :-)
from root try editing your /etc/passwd file to remove the encrypted password
after writing try to logon.May work :-)