Begrutte NGINX-proksysockets foardat jo worker_connections ferheegje
In proksyferbining brûkt faak sawol in kliïnt- as in upstream-socket; ûnderskied it ferbiningslimyt fan de worker fan it bestânbeskriuwingslimyt fan 'e tsjinst.
In langduorjende proksyferbining beset faak twa sockets: dy fan 'e kliïnt en dy fan 'e upstream. worker_connections telt beide kanten. It fermannichfâldigjen mei worker_processes jout dus gjin belofte oer kapasiteit foar proksybrûkers.
As ferbiningen misse, folgje it rapportearre limyt:
| Bewiis | Ynstelling of prosestastân om te ûndersykjen |
|---|---|
| útputting fan worker_connections | It ferbiningsbudzjet fan 'e worker, ynklusyf upstream-sockets |
| Bestjoeringssysteem „Te folle iepen bestannen“ | It bestânbeskriuwingslimyt dat it echte tsjinstproses erft |
Harkje-sockets, logs en oare iepen bestannen ferbrûke ek beskriuwers. Werbrûk fan ferbiningen en de ferkearsmingeling feroarje de relaasje tusken brûkers en sockets.
worker_rlimit_nofile past de workerlimiten oan binnen de tastimmingen fan 'e omjouwing. In systemd-ienheid kin LimitNOFILE ynstelle; ulimit fan in ynteraktive skelp feroaret de rinnende tsjinst net.
Bepaal de limiten neffens de wurklêst en ûndersykje wa't se ferbrûkt. Unferwachte kliïnten of upstream-ferbiningen dy't hieltyd misse kinne in earder genôch budzjet útputte. In grutter prosesoantal of ûnthâldlimyt reparearret gjin tekoart oan beskriuwers.