Nate Duehr wrote:
>
> On Fri, Oct 06, 2000 at 01:13:50PM +0200, Roger Abrahamsson wrote:
> > Hello..
> > Has anyone tried to set up any such debian systems?? I'm thinking of
> > trying to set up two machines sharing the same raid disksystem as an NFS
> > server with some sort of ip-takeover betwe
On Fri, Oct 06, 2000 at 01:13:50PM +0200, Roger Abrahamsson wrote:
> Hello..
> Has anyone tried to set up any such debian systems?? I'm thinking of
> trying to set up two machines sharing the same raid disksystem as an NFS
> server with some sort of ip-takeover between them.. There are several
> t
On Wed, Dec 27, 2000 at 03:26:02PM +, Martin WHEELER wrote:
> On Wed, 27 Dec 2000, Craig Sanders wrote:
> > read the docs on rbash (restricted bash shell) and set their shell
> > to /bin/rbash in /etc/passwd.
>
> Been there; done that (before posting to the list). Works as
> expected; but sti
On Wed, Dec 27, 2000 at 03:26:02PM +, Martin WHEELER wrote:
> I tend to agree with you here. (Problem is, I can only >>advise<<
> clients on their system configuration -- not tell them what to do.
The problem here is that you have to convince your clients that what you
don't want is what the
Ummm.
Looks as if I spoke too soon. (Too many brandies.)
Having checked that "pwd" returned "/" for one test user in a test
directory, I set up the passwd files for six others, logged off,
re-booted -- and found myself back to square one. !!?!!
And now I don't know exactly what it was I did to
That would be because FTP isn't the same as HTTP. There are no "named" ftp
servers. You MUST seperate accounts by IP if you want to offer anonymous FTP
services like that.
HTTP, on the other hand, allows you to use "named" hosts. So either don't
allow anonymous FTP access, or give them their own I
would you be willing to write some document on this?
to share it with the rest of us...
On Wed, Dec 27, 2000 at 04:29:38PM +, Martin WHEELER wrote:
> 3 brandies, 6 coffees, one extra helping of Christmas thud-pud ... and voila
> ... done it!
>
> Err ... it helps to read the pam documentati
Hello,
last days I'm having some strange problems with pppd, or maybe
even not with pppd but more probably with windows.
Peer is always disabling compression:
CCP terminated by peer
Compression disabled by peer.
[CCP ConfReq id=0x1 ]
[CCP ConfRej id=0x1 ]
[CCP ConfReq id=0x1 < 12 06 00 00
3 brandies, 6 coffees, one extra helping of Christmas thud-pud
... and voila ...
done it!
Err ... it helps to read the pam documentation.
[login and passwd entries in /etc/pam.d should match, for password]
NOTE: this almost certainly nullifies the advantages given by pam; but
if that's what the
is there a way to have name-anonymous-ftp
one client reports he can't seem to get proftpd or wu-ftpd to allow users
to do anonymous ftp areas by name, but it works if they each have
separate IP(s).
Seems like a really stupid reason to need lots of ip(s).
--
To UNSUBSCRIBE, email to [EMAIL PRO
On Wed, 27 Dec 2000, Craig Sanders wrote:
> read the docs on rbash (restricted bash shell) and set their shell to
> /bin/rbash in /etc/passwd.
Been there; done that (before posting to the list).
Works as expected; but still doesn't make a blind scrap of difference as
to whether the chroot call i
On Wed, 27 Dec 2000, Jeremy Lunn wrote:
> About this whole issue of chrooting the user's environment. I think
> there is not too much point.
.. unless of course, the client demands it!
> A chroot is to prevent users gaining root,
Not exactly. It has little to do with root privileges; but a l
On Wed, 27 Dec 2000, Ian wrote:
> I would like to know the answer to your problem as we have the same issue,
> ie users can "see" the entire drive structure when connecting via ssh but
> if they connect via ftp their relevent "home" directory becomes the root.
> Obviously we would prefer to limit
On Tue, Dec 26, 2000 at 04:23:15PM +, Martin WHEELER wrote:
> Can anyone on this list help me to get defined users logging in to be
> automatically chrooted to a restricted area in the fs? (/home/... )
read the docs on rbash (restricted bash shell) and set their shell to
/bin/rbash in /etc/p
14 matches
Mail list logo
