د worker_connections له لوړولو مخکې د NGINX پراکسي ساکټونه بودیجه کړئ
د پراکسي اړیکه معمولاً د کاروونکي او upstream دواړه ساکټونه نیسي; د worker د اړیکو حد د خدمت د فایل-ډیسکریپټر حد څخه جلا کړئ.
یوه اوږده پراکسي اړیکه معمولاً دوه ساکټونه نیسي: د کاروونکي او د upstream. worker_connections دواړه خواوې شمېري. نو د هغې worker_processes سره ضربول د پراکسي کاروونکو لپاره د ظرفیت ژمنه نه ورکوي.
کله چې اړیکې ناکامې شي، د راپور شوي حد پیروي وکړئ:
| شاهدي | هغه تنظیم یا د پروسې حالت چې باید وڅېړل شي |
|---|---|
| د worker_connections پای ته رسېدل | د worker د اړیکو بودیجه، په شمول د upstream ساکټونه |
| د آپریټنګ سیسټم «ډېرې پرانیستې فایلونه» | هغه فایل-ډیسکریپټر حد چې ریښتینې خدمت پروسه یې میراث اخلي |
د اورېدلو ساکټونه، لاګونه او نور پرانیستي فایلونه هم ډیسکریپټرونه لګوي. د اړیکو بیا کارول او د ټرافیک مخلوط د کاروونکو او ساکټونو ترمنځ اړیکه بدلوي.
worker_rlimit_nofile د worker حدود د چاپېریال د اجازو په حدودو کې سمون کوي. د systemd واحد کولای شي LimitNOFILE وټاکي; په متقابل شل کې ulimit روان خدمت نه بدلوي.
حدود د کاري بار له مخې اندازه کړئ او وګورئ چې څوک یې لګوي. ناڅاپي کاروونکي یا هغه upstream اړیکې چې تکرار ناکامېږي کولای شي مخکې بسنه کوونکې بودیجه پای ته ورسوي. لوی شمېر پروسې یا د حافظې حد د ډیسکریپټرونو کمبود نه جوړوي.