[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-users] ftpwho
- Subject: RE: [cobalt-users] ftpwho
- From: "Jolley, Carl" <Carl.Jolley@xxxxxxx>
- Date: Fri Jun 28 13:33:04 2002
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
-----Original Message-----
From: Mailing Lists [mailto:listonly@xxxxxxxxxxxxxxxxxxxx]
Sent: Friday, June 28, 2002 3:04 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] ftpwho
on 6-28-02 1:42 PM, Larry Smith stated:
> _BINGO_
>
> You just hit the nail on the head Tim. Two atta-boys to you.
>
> After doing much testing, I tried creating an empty "etc" directory in a
> domain (/home/sites/site??) and then made a _link_ to /etc/passwd and
> /etc/group. _does_not_work_. I then made a copy of passwd and group into
> this directory and it _does_ work. So it is definitely the chroot jail
that
> is causing this particular problem.
So is there a fix?? Why would the ftp user and pass work before and now with
the update not. Is it more of a proftpd issue??
Everything works great, or so I am assuming, just no darn idea what site you
are doing when you log in the first time when you ftp. I guess for setting
absolute linux paths I could use www.domain.com and not site#.
_______________________________________________
Is this a proftpd issue?
It might be. If previously proftpd grabbed the
contents of /etc/user and /etc/group BEFORE
doing the chroot call but the current version
tries to access the files AFTER the chroot()
call that would explain the behaviour.