De echte triemdeskriptorlimyt fan Squid fine
Lês de proslimits fan de rinnende proxy foardat jo PAM-ynstellings feroarje of in fêste nofile-wearde út in kapasiteitsresep kopiearje.
Undersykje de rinnende daemon foardat jo de ulimit -n fan 'e oanmeldskulp fertrouwe. Foar in ynstallaasje dy't squid.service brûkt, begjin mei:
systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.serviceLês /proc/PID/limits mei de echte proses-ID. Yn in multi-proses-útrulling, kontrolearje ek de oanbelangjende worker. In wearde dy't yn 'e konfiguraasje bewarre is, is gjin bewiis dat dit proses it erfd hat.
| Kontrôle | Berik |
|---|---|
Skulp ulimit en PAM limits.conf | De neikommelingen fan 'e skulp of sesjes dy't de PAM-ynstelling echt brûke |
systemd LimitNOFILE= | Prosessen start ûnder it boarnbelied fan dy tsjinst |
Squid max_filedescriptors, wêr't stipe | Applikaasjelimyt binnen de beheiningen fan it bestjoeringssysteem |
In systeemtsjinst nimt gjin PAM-wizigings oer allinnich om't in behearder it bestân feroare hat. Brûk in tsjinstspesifike drop-in as it feroarjen fan syn systemd-limyt passend is. Squid dokumintearret dat max_filedescriptors in herstart fereasket om te feroarjen; as it net ynsteld bliuwt, erft it de sêfte limyt fan it OS.
Meitsje it limyt grut genôch foar deskriptoren, net foar brûkers. Klanten kinne ferskate sockets hâlde, en fierdere ferbiningen, logs en helptpipen ferbrûke ek deskriptoren. It limyt ferheegje lit mear ferbrûk ta sûnder daliks in fêste hoemannichte RAM foar elke mooglike deskriptor te reservearjen. Noch in âlde skatting fan ûnthâld per socket, noch 65,535 is in universele kapasiteitsfoardering of in Linux-plafond.
Fergelykje nei de tsjinstferoaring de limiten fan it nije proses mei de bedoelde wearden. As flaters folle ûnder har foarkomme, ûndersykje dan de boarne dy't echt útdroegen wurdt.