Re: /etc/limits

2000-01-11 Thread Marek Habersack
* Jim B said: > On Tue, 11 Jan 2000, Marek Habersack wrote: > > > And the pam_limits 'as' + 'rss' + 'data' + 'memlock' + 'stack' parameters? > > They all give you fine-grained control over the user's memory. > > OK, you're right. I had tried some of the PAM limits previously (one at a > time) an

Re: /etc/limits

2000-01-11 Thread Jim B
On Tue, 11 Jan 2000, Marek Habersack wrote: > And the pam_limits 'as' + 'rss' + 'data' + 'memlock' + 'stack' parameters? > They all give you fine-grained control over the user's memory. OK, you're right. I had tried some of the PAM limits previously (one at a time) and none of them alone was suf

Re: /etc/limits

2000-01-11 Thread Marek Habersack
* Jim B said: > On Tue, 11 Jan 2000, Marek Habersack wrote: > > > He can't, true. But shell-based limits aren't particularily good way of > > setting > > limits. They are by definition bound to one kind of shell - csh or bash or > > whatever. In case you, or the user, decideds to change his shell

Re: /etc/limits

2000-01-11 Thread Jim B
On Tue, 11 Jan 2000, Marek Habersack wrote: > He can't, true. But shell-based limits aren't particularily good way of > setting > limits. They are by definition bound to one kind of shell - csh or bash or > whatever. In case you, or the user, decideds to change his shell, you loose > all the limi

Re: /etc/limits

2000-01-11 Thread Marek Habersack
* Jim B said: > On Mon, 10 Jan 2000, Ethan Benson wrote: > > > ulimit does not really protect at all against someone malicious since > > they are perfectly free to un-ulimit themselves, this is where > > pam_limits is helpful, it enforces the hard limit and it cannot be > > ulimited past that.

Re: /etc/limits

2000-01-11 Thread Marek Habersack
* Ethan Benson said: > > > >Also: I still don't know of any way to set the Virtual Mem usage of a > >shell without using ulimit (bash) or limit (csh)! Note that it does not > >appear to be an option in /etc/limits or in pam's limits.conf. Anyone > >know how to do it? There must be a way. > > u

Re: /etc/limits

2000-01-11 Thread Ethan Benson
On 10/1/2000 Jim B wrote: $ ulimit -v unlimited $ ulimit -v 32767 $ ulimit -v 32767 $ ulimit -v 32768 bash: ulimit: cannot modify limit: Operation not permitted OTOH if you're talking about someone who switches his shell to get around the limits, that's my whole point. I need to know how to

Re: /etc/limits

2000-01-11 Thread Jim B
On Mon, 10 Jan 2000, Ethan Benson wrote: > ulimit does not really protect at all against someone malicious since > they are perfectly free to un-ulimit themselves, this is where > pam_limits is helpful, it enforces the hard limit and it cannot be > ulimited past that. Hmmm. How would a user "

Re: /etc/limits

2000-01-11 Thread Ethan Benson
On 10/1/2000 Jim B wrote: Then (in /etc/limits) I set "no limits" on my own accounts: - I would actually want to keep at least some of the limits on my own account as well, just to prevent a runaway process from causing problems, that is why i am interested in limits so reasonable no one

Re: /etc/limits

2000-01-10 Thread Jim B
I asked myself the same question, so I logged into my shell account at a local ISP and took a look at what they use on their FreeBSD machine with 512 MB of RAM: core file size (blocks) unlimited data seg size (kbytes) 22528 file size (blocks) unlimited max locked memory (kbytes)

Re: /etc/limits

2000-01-10 Thread Wayne Topa
Subject: Re: /etc/limits Date: Mon, Jan 10, 2000 at 07:26:19AM +0100 In reply to:Onno Ebbinge Quoting Onno Ebbinge([EMAIL PROTECTED]): >| At 06:34 PM 1/9/00 -0500, Jim B wrote: >| >OK another issue I'm having with setting resource limits. How can I >| [snip]

Re: /etc/limits

2000-01-10 Thread Ethan Benson
On 10/1/2000 Jim B wrote: If you're running potato then you'd probably want to use PAM and /etc/security/limits.conf instead. Look at the files themselves to see how they are set up. I have figured out how to set these limits up well enough, but I have a related question, how can i set reaso

Re: /etc/limits

2000-01-10 Thread Jim B
Should be in your limits man page. If you're running potato then you'd probably want to use PAM and /etc/security/limits.conf instead. Look at the files themselves to see how they are set up. On Mon, 10 Jan 2000, Onno Ebbinge wrote: > At 06:34 PM 1/9/00 -0500, Jim B wrote: > >OK another issue

Re: /etc/limits

2000-01-10 Thread Onno Ebbinge
At 06:34 PM 1/9/00 -0500, Jim B wrote: >OK another issue I'm having with setting resource limits. How can I [snip] >I look in my /etc/limits and see a way to restrict just about all those [snip] Where can I find more info on /etc/limits ? Regards, Onno