Thanks for your responses. I can confirm that there are no iptables rules in effect on this machine. Additionally, I wouldn't think that to be the cause of the issue because the ssh daemon doesn't even attempt to make a network socket connection; the process fails to start.
I have also checked and verified that su is set with the sticky bit on; I did a cp -p to ensure that the permissions went when I copied the binary over. Any other thoughts? On Jan 6, 9:09 am, h3xx <[email protected]> wrote: > You said you copied the su binary? Did you check the permissions on > the new binary? > > The su binary must have the `sticky bit' set (using chmod) so the > perms would be 4711, or else it can't access the shadow file. > > On Jan 5, 12:14 pm, scott30000 <[email protected]> wrote: > > > Hi, > > > Due to organizational restrictions, we are forced to use an > > implementation of OpenSSH that does not allow for it to be run in a > > chroot jail natively. I have run ldd against all the necessary > > programs, but cannot seem to get the jail setup properly. When I try > > to run sshd, I get the following error: > > > Privilege separation user sshd does not exist > > > The /etc/passwd and /etc/shadow files both contain this user. > > > To troubleshoot this, I copied su into the environment and receive > > this error when I try to su to root (as root): > > > su: user root does not exist > > > The permissions on the /etc/passwd file are set to 644 and /etc/shadow > > is set to 400. > > > I don't understand why these files are not being processed. Any help > > would be greatly appreciated. > > > Scott > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Linux Users Group. To post a message, send email to [email protected] To unsubscribe, send email to [email protected] For more options, visit our group at http://groups.google.com/group/linuxusersgroup -~----------~----~----~----~------~----~------~--~---
