El fichero /etc/security/limits

En este archivo se definen límites a algunos de los recursos que ofrece un entorno de trabajo AIX; como muchos de los archivos del directorio, contiene una stanza que se aplica por defecto y luego entradas - vacías por lo general - para cada usuario, en las que se pueden personalizar parámetros que sólo se aplican a uno o varios usuarios y no a todos (generalmente se definen al crear al usuario). Las diferentes directivas del archivo son las siguientes:

• fsize
  Tamaño máximo de un archivo en bloques de 512 bytes.
• core
  Tamaño máximo de un fichero core (volcado de memoria) en bloques de 512 bytes.
• cpu
  Tiempo límite de CPU por proceso, especificado en segundos. Por defecto no está establecido para ningún usuario.
• data
  Límite de tamaño del segmento de datos de un proceso del usuario, en bloques de 512 bytes.
• stack
  Límite de tamaño de la pila de un proceso en bloques de 512 bytes.
• rss
  Límite del tamaño de memoria utilizada por proceso, en bloques de 512 bytes.
• nofiles
  Número máximo de descriptores de fichero abiertos.

Cada uno de los límites anteriores es un límite soft (blando) que el usuario puede sobrepasar si lo desea, modificando su valor mediante la orden ulimit; existen, definidos en el mismo archivo, límites hard (duros) que el usuario no puede incrementar de ninguna forma. El nombre de cada uno de ellos es el mismo que el de su equivalente soft pero añadiéndole la coletilla `_hard': fsize_hard, rss_hard,etc.

Podemos ver los límites aplicables a uno o más usuarios mediante la orden `lsuser' (un valor de `-1' indica que se trata de un recurso no limitado al usuario en cuestión):

bruja:/# lsuser -f -a fsize core cpu data stack rss nofiles toni
toni:
        fsize=2097151
        core=2097151
        cpu=-1
        data=262144
        stack=65536
        rss=65536
        nofiles=2000

bruja:/#

Por defecto, AIX ofrece unos límites bastante razonables a los recursos que cada usuario puede consumir; no obstante, en función de para qué se utilice cada sistema concreto, es recomendable que sea el administrador el que deba especificar qué limites impone a los usuarios sobre los recursos de la máquina para prevenir negaciones de servicio contra los mismos.