/etc/limits

[jep]

Oi

Ik wil wat met /etc/limits gaan doen, best veel eigenlijk.. probleem is dat ik nergens een goede handleiding kan vinden voor deze functie.

Iemand een idee'tje?

www.linuxdocs.org niet, nl.linux.org niet.. locate limits | grep doc niet..

Anybody?

[bkor]

Bij mijn distributie bestaat /etc/limits niet, maar kijk eens naar /usr/share/doc/pam*/ (pam_limits) en man bash (zoek naar ulimit).

[ACM]

De limits worden idd ergens in je pam-documentatie uitgelegd.

in redhat heet ie: "/usr/share/doc/pam-0.74/txts/README.pam_limits"

[Verwijderd]

man 5 limits

[ACM]

Op maandag 25 juni 2001 09:19 schreef r3b00t het volgende:
man 5 limits

code:

[acm@vulcanus acm]$ man 5 limits
No entry for limits in section 5 of the manual
[acm@vulcanus acm]$ man -a limits
No manual entry for limits

Wat wilde je precies zeggen?

[Verwijderd]

Op maandag 25 juni 2001 12:10 schreef ACM het volgende:
[..]
Wat wilde je precies zeggen?

Dat hij waarschijnlijk hoofdpijn heeft
Sinds wanneer moeten er altijd man-pages geinstalleerd staan

Maar als je PAM gebruikt, dan wordt /etc/limits toch niet meer gebruikt?
Dit is vervangen door de config-files in /etc/security.
In die config-files zelf worden precies de mogelijke opties uitgelegd!
Er staat dan o.a. ook een /etc/security/limits.conf

Tja en als je geen PAM gebruikt, dan zou ik het zo ook niet durven zeggen eigenlijk.

[jep]

Ik had dit keer zelf naar Docs gezocht op grote document sites staat ook weinigs zinnigs, dat verbaasde me wel een beetje

[jep]

Even omhoog kicken, ik wil 't nu echt gaan gebruiken maar 't schiet niet op.

Kan geen manuals vinden en die limits.conf zelf zegt véél te weinig. Zoals de voorbeeldjes er staan werkt het trouwens ook helemaal niet.

Niemand die me hier wat meer over kan vertellen?

[jep]

Op mn antieke 3.5 slackware bak werkt het btw wél.. mn debian server niet,

[Verwijderd]

Gebruik je nu PAM of niet op die doos

Zo ja, dan zou ik zoals ik al zei eens in de documentatie daarvan, naar limits.conf gaan zoeken.

[jep]

Wat ik nu zeg klopt niet meer geloof ik

Iig, mn config file is dus /etc/security/limits.conf



Niet dat dat ding wat verandert als ik 't gebruik .. da's 't probleem

[moto-moi]

Op zondag 24 juni 2001 22:39 schreef j3p het volgende:
Oi

Ik wil wat met /etc/limits gaan doen, best veel eigenlijk.. probleem is dat ik nergens een goede handleiding kan vinden voor deze functie.

Iemand een idee'tje?Anybody?

Bij debian , in de directory c:\ eh.. sjit..
/etc/security staat limits.conf bij mij...

# /etc/security/limits.conf
#
#Each line describes a limit for a user in the form:
#
#<domain> <type> <item> <value>
#
#Where:
#<domain> can be:
# - an user name
# - a group name, with @group syntax
# - the wildcard *, for default entry
#
#<type> can have the two values:
# - "soft" for enforcing the soft limits
# - "hard" for enforcing hard limits
#
#<item> can be one of the following:
# - core - limits the core file size (KB)
# - data - max data size (KB)
# - fsize - maximum filesize (KB)
# - memlock - max locked-in-memory address space (KB)
# - nofile - max number of open files
# - rss - max resident set size (KB)
# - stack - max stack size (KB)
# - cpu - max CPU time (MIN)
# - nproc - max number of processes
# - as - address space limit
# - maxlogins - max number of logins for this user
# - priority - the priority to run user process with
#
#<domain> <type> <item> <value>
#

#* soft core 0
#* hard rss 10000
#@student hard nproc 20
#@faculty soft nproc 20
#@faculty hard nproc 50
#ftp hard nproc 0
#@student - maxlogins 4

# End of file

[Mior]

Aanvulling op het bovenstaande.

de manual van /etc/limits zoals hij bestaat op een slackware 7.0 systeem:

LIMITS(5) LIMITS(5)

NAME
limits - Resource limits definition

DESCRIPTION
The limits file (/etc/limits by default or LIMITS_FILE defined config.h) describes the
resource limits you wish to impose. It should be owned by root and readable by root account
only.

By default no quotas are imposed on 'root'. In fact, there is no way to impose limits via
this procedure to root-equiv accounts (accounts with UID 0).

Each line describes a limit for a user in the form:

user LIMITS_STRING

The LIMITS_STRING is a string of a concatenated list of resource limits. Each limit con-
sists of a letter identifier followed by a numerical limit.

The valid identifiers are:

A: max address space (KB)
C: max core file size (KB)
D: max data size (KB)
F: maximum filesize (KB)
M: max locked-in-memory address space (KB)
N: max number of open files
R: max resident set size (KB)
S: max stack size (KB)
T: max CPU time (MIN)
U: max number of processes
L: max number of logins for this user
P: process priority, set by setpriority(2).

For example, L2D2048N5 is a valid LIMITS_STRING. For reading convenience, the following
entries are equivalent:

username L2D2048N5
username L2 D2048 N5

Be aware that after username the rest of the line is considered a limit string, thus com-
ments are not allowed. A invalid limits string will be rejected (not considered) by the
login program.

The default entry is denoted by username "*". If you have multiple default entries in your
LIMITS_FILE, then the last one will be used as the default entry.

To completely disable limits for a user, a single dash "-" will do.

Also, please note that all limit settings are set PER LOGIN. They are not global, nor are
they permanent. Perhaps global limits will come, but for now this will have to do

FILES
/etc/limits

SEE ALSO
login(1), setpriority(2), setrlimit(2)

AUTHOR
Cristian Gafton ([e-mail])

[Verwijderd]

Klein probleem bij limits (ik gebruik geen pam, weet niet of het daar beter is):

Als je via ssh inlogt, worden de limits niet ingesteld, omdat ssh niet de /sbin/login gebruikt. Je krijgt dan de limits van het moederproces (meestal de limits die in je init scripts heersen; geen dus).

[Jordi]

Mjah, maar dat is een kwestie van

code:

session   required   pam_limits.so

in /etc/pam.d/ssh zetten
In j3ps geval althans, ik weet zeker dat hij PAM heeft

[igmar]

code:

session   required   pam_limits.so

in /etc/pam.d/ssh zetten
In j3ps geval althans, ik weet zeker dat hij PAM heeft

Een tip als je dit soort fratsen op een remote bak doet : Zorg dat je een root shell openhebt. Je zal de eerste niet zijn die z'n PAM config verkloot en niet meer kan inloggen (ervaring ja ;P)

[jep]

weeeeeeeeeeew jotta rules the world

't Werkt!!

(Waar vind ik die allah smiley? )

Bedankt allumael!

[jep]

Heeft iemand een mooi voorbeeldje? Ik ben zelf wel een beetje aan het klooien en lukt wel maar toch handig

Wil eigenlijk zoiets maken dat hij beperkt dat users meer dan 80% cpu kunnen gebruiken, heeft iemand dat?

Dat kun je dan weer voor de httpd gebruiken, kun je je bak redden bij attacks