Dem Squid seng richteg Dateideskriptor-Limit erausfannen
Liest d'Prozesslimite vum lafenden Proxy, ier Dir PAM-Astellunge ännert oder e festen nofile-Wäert aus engem Kapazitéitsrezept kopéiert.
Inspektéiert den lafenden Daemon, ier Dir dem ulimit -n vun der Login-Shell vertraut. Fir eng Installatioun, déi squid.service benotzt, fänkt domat un:
systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.serviceLiest /proc/PID/limits mat der richteger Prozess-ID. Bei enger Multi-Prozess-Deployement, kontrolléiert och de betraffe Worker. En an der Konfiguratioun gespaarte Wäert ass kee Beweis, datt dëse Prozess en ierf huet.
| Kontroll | Beräich |
|---|---|
Shell ulimit a PAM limits.conf | D'Nokommen vun der Shell oder Sessiounen, déi d'PAM-Astellung tatsächlech benotzen |
systemd LimitNOFILE= | Prozesser, déi ënner där Déngscht hirer Ressourcepolitik gestart goufen |
Squid max_filedescriptors, wou ënnerstëtzt | Uwendungslimit bannent den Aschränkungen vum Betribssystem |
En Systemdéngscht iwwerhëlt PAM-Ännerungen net just well en Administrateur d'Datei geännert huet. Benotzt en Déngscht-spezifeschen drop-in wann et ubruecht ass, seng systemd-Limit ze änneren. Squid dokumentéiert, datt max_filedescriptors en Neistart brauch fir sech ze änneren; wa se net gesat gëtt, ierft se de mëllen OS-Limit.
Dimensiounéiert d'Limit no Deskriptoren, net no Benotzer. Clienten kënnen e puer Sockets halen, an och ausgoend Verbindungen, Loggen a Hëllefspäifen verbrauchen Deskriptoren. D'Limit erhéijen erlaabt méi Verbrauch ouni direkt eng fest Quantitéit RAM pro méiglechen Deskriptor ze reservéieren. Weder eng al Schätzung vu Späicher pro Socket nach 65,535 sinn eng universell Kapazitéitsfuerderung oder en Linux-Plafong.
No der Déngschtännerung, vergläicht d'Limite vum neie Prozess mat den intendéierte Wäerter. Wann Feeler wäit drënner optrieden, ënnersicht déi Ressource, déi tatsächlech opgebraucht gëtt.