ulimit限制之nproc問題

前兩天微網誌上的@王關勝同學問了個問題：

#ulimit問題# 關于nproc設定：centos6，核心版本是2.6.32. 預設情況下，ulimit -u的值為1024，是/etc/security/limits.d/90-nproc.conf的值限制;注釋掉這個限制後，值為95044;手工設定90-nproc.conf檔案，值為新設定的值。想請問這個95044是怎麼來的？

這個問題挺有意思的，這裡面有二個資訊點：

1. 為什麼limit配置檔案是 /etc/security/limits.d/90-nproc.conf 而不是其他？

2. 為什麼是nproc的值95044,而不是其他。

我們來簡單的做下實驗：

<code>/etc/security/limits</code><code>.d</code><code>/90-nproc</code><code>.conf </code>

<code>* soft nproc 8933</code>

<code>$</code><code>ulimit</code>

<code>/etc/security/limits</code><code>.d</code><code>/90-nproc</code><code>.conf </code><code>#注釋掉</code>

<code>#* soft nproc 8933</code>

我們可以看出就是說當注釋掉限制的話，不同的機器值是不同的。

我們先來回答第一個問題：為什麼limit配置檔案是 /etc/security/limits.d/90-nproc.conf 而不是其他

我們一步步來看這個問題，首先看下誰在使用 90-nproc.conf 這個檔案：

<code>probe syscall.</code><code>open</code><code>.</code><code>return</code>

<code> </code><code>filename = user_string($filename)</code>

<code>(!isinstr(filename,</code><code>"90-nproc.conf"</code><code>)) next;</code>

<code> </code><code>printf</code><code>(</code><code>"%s %d\n"</code><code>, execname(), pid());</code>

運作腳本後，開個ssh終端上去，就馬上知道sshd在使用這個檔案, 同時也驗證了配置是即刻生效的。

我們都知道linux下這個limit限制是由pam_limits來執行的。

<code>-rin pam_limit</code><code>/etc/pam</code><code>.d</code>

<code>/etc/pam</code><code>.d</code><code>/sudo-i</code><code>:6:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/smartcard-auth-ac</code><code>:16:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/smartcard-auth</code><code>:16:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/system-auth-ac</code><code>:20:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/fingerprint-auth</code><code>:16:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/sudo</code><code>:6:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/runuser</code><code>:4:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/password-auth-ac</code><code>:19:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/password-auth</code><code>:19:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/system-auth</code><code>:20:session required pam_limits.so</code>

<code>/etc/pam</code><code>.d</code><code>/fingerprint-auth-ac</code><code>:16:session required pam_limits.so</code>

瞄幾下modules/pam_limits/pam_limits.c就知道限制如何執行的：

<code>/* now the session stuff */</code>

<code>PAM_EXTERN</code><code>int</code>

<code>pam_sm_open_session (pam_handle_t *pamh,</code><code>int</code> <code>flags UNUSED,</code>

<code>argc,</code><code>const</code> <code>char</code> <code>**argv)</code>

<code> </code><code>retval = init_limits(pamh, pl, ctrl);</code>

<code>(retval != PAM_SUCCESS) {</code>

<code> </code><code>pam_syslog(pamh, LOG_WARNING,</code><code>"cannot initialize"</code><code>);</code>

<code> </code><code>return</code>

<code>PAM_ABORT;</code>

<code> </code><code>retval = parse_config_file(pamh, pwd->pw_name, pwd->pw_uid, pwd->pw_gid, ctrl, pl);</code>

<code>(retval == PAM_IGNORE) {</code>

<code> </code><code>D((</code><code>"the configuration file ('%s') has an applicable '<domain> -' entry"</code><code>, CONF_FILE));</code>

<code>PAM_SUCCESS;</code>

<code>(retval != PAM_SUCCESS || pl->conf_file != NULL)</code>

<code> </code><code>/* skip reading limits.d if config file explicitely specified */</code>

<code> </code><code>/* Read subsequent *.conf files, if they exist. */</code>

<code> </code><code>/* set the LC_COLLATE so the sorting order doesn't depend </code>

<code> </code><code>on system locale */</code>

<code> </code><code>oldlocale =</code><code>setlocale</code><code>(LC_COLLATE,</code><code>"C"</code><code>);</code>

<code> </code><code>glob_rc = glob(LIMITS_CONF_GLOB, GLOB_ERR, NULL, &globbuf);</code>

<code>(oldlocale != NULL)</code>

<code> </code><code>setlocale</code>

<code>(LC_COLLATE, oldlocale);</code>

<code> </code><code>/* Parse the *.conf files. */</code>

<code>(i = 0; globbuf.gl_pathv[i] != NULL; i++) {</code>

<code> </code><code>pl->conf_file = globbuf.gl_pathv[i];</code>

<code> </code><code>retval = parse_config_file(pamh, pwd->pw_name, pwd->pw_uid, pwd->pw_gid, ctrl, pl);</code>

<code> </code><code>D((</code><code>"the configuration file ('%s') has an applicable '<domain> -' entry"</code><code>, pl->conf_file));</code>

<code> </code><code>globfree(&globbuf);</code>

<code> </code><code>return</code>

<code>(retval != PAM_SUCCESS)</code>

分析這段代碼可以知道先讀/etc/security/limits.conf，如果/etc/security/limits.d/目錄下還有配置檔案的話，也讀進來，一起分析。

這就意味/etc/security/limits.d/裡面的檔案裡面的配置會覆寫/etc/security/limits.conf的配置。

我們看下這行：glob_rc = glob(LIMITS_CONF_GLOB, GLOB_ERR, NULL, &globbuf);

讀取/etc/security/limits.d/目錄下檔案的函數，從名字就可以猜出，是周遊，檔案名的數字起到順序的作用。

到此就解釋了檔案名90-nproc.conf的作用。

接着看第二個問題：為什麼是nproc的值95044, 而不是其他。

通過閱讀process_limit函數隻是看到 nproc的最大值限制，沒有看到其他的，那我們就很容易聯想，如果使用者不設定nproc的話，那麼這個值應該是由核心自己來決定。

我們看下核心代碼 2.6.18：

<code>/home/chuba/linux-2</code><code>.6.18.x86_64</code><code>/kernel</code>

<code>-rin nproc .</code>

<code>.</code><code>/sys</code><code>.c:896: current->signal->rlim[RLIMIT_NPROC].rlim_cur &&</code>

<code>.</code><code>/fork</code><code>.c:176: init_task.signal->rlim[RLIMIT_NPROC].rlim_cur = max_threads</code><code>/2</code><code>;</code>

<code>.</code><code>/fork</code><code>.c:177: init_task.signal->rlim[RLIMIT_NPROC].rlim_max = max_threads</code><code>/2</code><code>;</code>

<code>.</code><code>/fork</code><code>.c:179: init_task.signal->rlim[RLIMIT_NPROC];</code>

<code>.</code><code>/fork</code><code>.c:1130: p->signal->rlim[RLIMIT_NPROC].rlim_cur) {</code>

<code>.</code><code>/cpuset</code><code>.c:69: int cnt; /* unprocessed events count */</code>

<code>.</code><code>/cpuset</code><code>.c:1140: * Limit the count of unprocessed events to FM_MAXCNT, so as to avoid</code>

<code>.</code><code>/user</code><code>.c:181: * new uid over his NPROC rlimit? We can check this now</code>

一下子就看出來了預設值是 max_threads/2. 打開fork.c分析下：

//fork_init(num_physpages); //void __init fork_init(unsigned long mempages) /* * The default maximum number of threads is set to a safe * value: the thread structures can take up at most half * of memory. */ max_threads = mempages / (8 * THREAD_SIZE / PAGE_SIZE);

其中mempages是機器的實體頁面個數, THREAD_SIZE=8K，也就是說：

default_nproc = max_threads / 2 = (mempages * PAGE_SIZE) / ( 2 * 8 *THREAD_SIZE ) = total_memory/128K;

我們來驗證下：

<code>/proc/meminfo</code> <code>|</code><code>grep</code>

<code>MemTotal</code>

<code>MemTotal: 49421024 kB</code>

算出來default_nproc =386101 是不是和實際的很接近？

因為實體頁面會記憶體用作一些關鍵資料，是以實際的比計算出來的要小點。

小結：源碼說話！

祝玩的開心！

ulimit限制之nproc問題

繼續閱讀

npm install stylus --save失敗

數說安全公布2020年中國網絡安全市場全景圖，中安威士榜上有名

（網絡安全）nmap可實作的功能以及使用方法1X01：主機掃描1X02：掃描技巧1X04：服務和版本探測1X05：腳本掃描1X06：作業系統探測

在Windows上編譯Wireshark源代碼 .

nmap使用筆記

Learning Perl: 1.3. How Can I Get Perl?

Java 實作RSA非對稱加密算法的簽名與驗簽

【圖解HTTP】——確定Web安全的HTTPSHTTPS小結

網絡攻防技術（2021期末考試）

軟體設計師筆記-----系統安全分析與設計五、系統安全分析與設計

軟考-軟體設計師筆記五（系統安全分析與設計）資訊系統安全屬性對稱加密技術非對稱加密技術資訊摘要數字簽名數字信封與PGP各個網絡層次的安全保障網絡威脅與攻擊防火牆技術

初談驗證碼與驗證碼設計

内網滲透1一、資訊收集二、一些概念三、提權四、擷取目前機器下各類密碼四、用到的工具

Perl與網絡監控

DOG（4）：解析器的部分實作細節先來說說parser一些可能迷惑的地方結果如何傳回?pcd其實是一回事最後的一點說明

Kali的安裝、配置和換國内源KALI的安裝、配置