Linux如何限制用户的最大进程数

P粉602998670

发布时间：2025-09-12 09:27:01

635人浏览过

来源于php中文网

原创

限制用户进程数需通过修改/etc/security/limits.conf（永久）或使用ulimit命令（临时）。前者在用户登录时生效，格式为“domain type item value”，如“testuser soft nproc 100”；后者仅影响当前会话，如“ulimit -u 50”。核心目的是保障系统稳定、资源公平与安全。合理设置需结合系统资源、用户需求，避免过严或过松。用户遇“Resource temporarily unavailable”错误时，说明已达进程上限，可通过ps -u | wc -l查看当前进程数，并检查limits.conf配置是否正确。

linux如何限制用户的最大进程数

限制Linux用户的最大进程数，主要是通过修改系统层面的资源限制配置来实现的。这通常涉及到

/etc/security/limits.conf

文件，或者在当前会话中使用

ulimit

命令。核心目的是为了防止单个用户或应用程序耗尽系统资源，影响其他用户或服务的正常运行。

在Linux中，限制用户最大进程数主要有两种途径：永久性配置和临时性配置。

永久性配置：通过

/etc/security/limits.conf

文件

这是最常用也最推荐的方法，它通过PAM（Pluggable Authentication Modules）模块在用户登录时生效。

理解
```
limits.conf
```
文件的结构： 这个文件位于
```
/etc/security/limits.conf
```
。它的每一行通常遵循以下格式：
```
domain type item value
```
- ```
domain
```
  : 可以是用户名、组名（前面加
```
@
```
  ）、
```
*
```
  （所有用户）、
```
%
```
  （所有登录会话）。
- ```
type
```
  :
  - ```
  soft
```
  : 软限制，用户可以自行提升到硬限制以下。
- ```
hard
```
    : 硬限制，普通用户无法突破的上限。只有root用户可以增加硬限制。
- ```
item
```
  : 要限制的资源类型。对于进程数，我们使用
```
nproc
```
  。
- ```
value
```
  : 限制的具体数值。
编辑
```
limits.conf
```
文件： 使用文本编辑器（如
```
vi
```
、
```
nano
```
）打开文件：
```
sudo nano /etc/security/limits.conf
```
在文件末尾添加或修改相应的行。例如，要限制用户
```
testuser
```
的最大进程数为
```
100
```
：
```
testuser        soft    nproc           100
testuser        hard    nproc           120
```
这里，
```
testuser
```
的软限制是100个进程，硬限制是120个。这意味着
```
testuser
```
默认最多能启动100个进程，但如果需要，可以在不超出120个的前提下自行调整。

如果想限制一个组（例如
```
developers
```
组）的所有用户：
```
@developers     soft    nproc           200
@developers     hard    nproc           250
```
如果想限制所有非root用户：
```
*               soft    nproc           500
*               hard    nproc           600
```
注意： 这里的
```
*
```
会影响所有用户，包括root。通常我们会在
```
limits.conf
```
中排除root用户，或者给root一个非常高的限制，因为root用户需要执行很多系统任务。但实际上，root用户的限制通常不受此文件影响，或者说root的限制通常是
```
unlimited
```
。
使配置生效： 修改
```
limits.conf
```
后，用户需要重新登录才能使新的限制生效。对于已经登录的用户，新的限制不会立即应用。

临时性配置：通过

ulimit

命令

ulimit

命令用于在当前shell会话中设置或查看资源限制。它只对当前shell及其子进程有效，不会影响其他会话或系统全局配置。

查看当前限制：
```
ulimit -u
```
或
```
ulimit -a
```
(显示所有限制)
```
ulimit -Hu
```
(显示硬限制)
```
ulimit -Su
```
(显示软限制)
设置限制： 作为普通用户，只能将软限制降低，或者将软限制提高到不超过硬限制的范围。
```
ulimit -u 50
```
(将当前会话的软进程数限制设置为50)

作为root用户，可以设置任何值（包括修改硬限制）：
```
sudo ulimit -Hu 100
```
(将当前会话的硬进程数限制设置为100)
```
sudo ulimit -Su 80
```
(将当前会话的软进程数限制设置为80)

这些设置在shell会话关闭后就会失效。如果想让它们对特定用户的每次登录都生效，可以将其添加到用户的
```
.bashrc
```
、
```
.profile
```
或
```
.bash_profile
```
文件中。但这仍然是用户层面的配置，且会被
```
limits.conf
```
中的硬限制所约束。

为什么限制用户进程数如此重要？系统稳定性与资源公平性

限制用户进程数不仅仅是系统管理员的“强迫症”，它在维护系统稳定性、确保资源公平分配以及防止潜在的安全风险方面扮演着关键角色。

风渡网上购物系统

这是一套完全免费的网上购物系统，无任何功能限制，该系统的所有功能均是开放可用的。省钱、省时、省力，又能使用到最好的asp网上购物系统。程序采用asp语言，纯手写代码，语言精练，无垃圾代码、文件。以“更快、更高、更强”为设计理念，以“服务第一，用户至上”为宗旨，为您打造功能强大、安全可靠、独具个性的网上商城后台地址：/a

下载

想象一下，一个用户不小心启动了一个无限循环的脚本，或者一个应用程序出现了内存泄漏，不断地创建子进程。如果没有进程数限制，这个“失控”的进程可能会迅速耗尽系统所有可用的进程ID（PID），导致系统无法创建新的进程，甚至无法响应任何命令。这意味着连

ssh

sudo

执行命令都可能失败，系统基本就“卡死”了，唯一的解决办法可能就是硬重启。这对于生产环境来说，是灾难性的。

从资源公平性的角度看，在一个多用户或多服务共享的系统上，如果没有限制，某个用户或服务可能会无意中（或恶意地）占用过多的CPU、内存和进程资源，从而挤占其他用户或服务的份额，导致整个系统的性能下降，甚至部分服务不可用。通过设置合理的进程数限制，我们可以确保每个用户或服务都能获得一个基本的资源保障，避免“劣币驱逐良币”的情况发生。

此外，限制进程数也是一种基本的安全防护。虽然不能完全阻止所有攻击，但它可以限制某些类型的拒绝服务（DoS）攻击的影响范围。例如，如果一个恶意用户尝试通过大量创建进程来耗尽系统资源，进程数限制可以迅速阻止这种行为，为管理员提供响应和处理的时间。

所以，这不是一个可有可无的配置，而是一个在系统设计和管理中需要深思熟虑的关键环节。它要求我们在安全、稳定和用户体验之间找到一个平衡点。太严格的限制可能会影响正常工作的用户，而太宽松的限制则可能埋下系统崩溃的隐患。

如何判断一个合理的进程数限制值？从系统负载到用户需求

确定一个“合理”的进程数限制值，没有放之四海而皆准的答案，它更像是一门艺术，需要结合具体的系统环境、用户行为模式和应用需求来综合考量。

首先，要了解系统的整体负载和硬件资源。一个拥有128GB内存和64核CPU的服务器，与一个只有4GB内存和4核CPU的虚拟机，其能够承受的并发进程数显然不在一个量级。系统管理员通常会监控

uptime

、

top

、

htop

、

sar

等工具，观察系统的平均负载、CPU利用率、内存使用情况以及当前的进程数量。如果系统在正常运行状态下，进程总数通常在几百到几千之间波动，那么为单个用户设置一个几十到几百的限制可能比较合理。

其次，要分析用户的实际需求和工作模式。

开发人员： 他们可能需要同时运行IDE、编译器、多个终端、数据库服务、Web服务器、测试套件等。他们的进程数需求通常较高。一个
```
soft nproc
```
为200-500，
```
hard nproc
```
为300-600可能比较合适。
普通SSH用户： 他们可能只是登录执行一些简单的命令、查看日志、编辑文件。他们的进程数需求相对较低。
```
soft nproc
```
为50-100，
```
hard nproc
```
为80-150可能就足够了。
运行特定服务的用户： 如果一个用户账户专门用于运行一个Web服务器（如Apache或Nginx）或数据库服务（如MySQL），那么需要根据服务的并发连接数和子进程模型来估算。例如，一个高并发的Web服务器可能需要几百甚至上千个子进程来处理请求。这种情况下，需要为该用户设置一个非常高的限制，或者更常见的是，让服务以专门的系统用户身份运行，并为其设置特定的限制。

一个经验法则：

从宽松开始，逐步收紧。 如果你不确定，可以先设置一个相对宽松的限制（例如，
```
soft 256
```
,
```
hard 512
```
），然后通过监控用户反馈和系统日志来观察是否有用户抱怨“进程数不足”的错误（通常是
```
fork: Resource temporarily unavailable
```
）。
利用
ulimit -u
和
ps -u | wc -l
进行测试。让用户在限制生效后，尝试执行他们日常的工作流程，并观察他们实际使用的进程数量。
考虑系统默认值。 大多数Linux发行版都有一个默认的
```
/etc/security/limits.d/
```
下的配置，或者在
```
limits.conf
```
中有一些注释掉的示例。这些可以作为参考基线。例如，一些系统默认对普通用户设置了1024的软限制和硬限制。