search for: new_home

...ug in the section of code in session.c. for (i = 0; i < options.num_chroot_users; i++) { if (match_user(pw->pw_name, hostname, ipaddr, options.chroot_users[i])) { dir = chroot_dir(pw); /* 'dir' now points to memory block holding pathname */ new_home = dir; /* contents of 'dir' pointer copied to 'new_home' pointer */ xfree(dir); /* memory block with pathname freed */ if(chdir(new_home) == -1) /* now trying to reference said freed memory block */ /* this blows up big time on AIX */ /* I can get it to go fur...

...to be in /c/home/wer/work/some/path/projects/c_a He needs this stuff immediately, meaning, Wer cannot wait to rebuild everything from /e/gold. However, gold/some/path/projects/c_a is merely 5 Megs -- but it is not the latest version. Wer starts by creating the directory /f/new_home/wer/work, and then uses -R as follows: rsync -aR /e/gold/./some/path/projects/c_a /f/new_home/wer/work which gives him an old version of c_a inside /f/new_home/wer/work/some/path/projects Question: How can Wer use the batch file /e/cmds/foo to recover c_a in a t...

The following is a patch I've been working on to support a "ChrootUser" option in the sshd_config file. I was looking for a way to offer sftp access and at the same time restict interactive shell access. This patch is a necessary first step (IMO). It applies clean with 'patch -l'. Also attached is a shell script that helps to build a chrooted home dir on a RedHat 7.2

The way this was last supplied to this list (2002-07-13) has the chroot after the call to 'setpcred'. In AIX 4.3.3 the call to setpcred changes the uid and eff. uid to the user attempting to logon. Then the call to chroot( new_home ) fails because AIX requires that any user issuing the chroot subroutine be at root authority. Net result: attempting to do a chroot after the call to setpcred fails. I tried moving the setpcred after the chroot code but ran into other problems which I am not prepared to attempt to address. This...