Alentiments del proxy amb el temps: revisa conntrack i els límits de recursos
Investiga la pressió del seguiment de connexions juntament amb els límits del proxy i de l'amfitrió quan les fallades s'acumulen amb el temps.
El proxy respon després d'un reinici. Unes hores més tard, les connexions noves s'encallen. Reiniciar-lo compra un altre interval tranquil. Aquest patró suggereix un estat que s'acumula, però no identifica quin estat n'és el responsable.
En un camí Linux que fa servir seguiment de connexions, un candidat és la taula conntrack. Comprova aquests valors existents a la màquina i a l'espai de noms de xarxa que gestiona el trànsit:
/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_maxEl primer informa de les entrades de flux assignades; el segon les limita. No són recomptes d'usuaris de Squid ni de peticions HTTP. L'estat de flux del nucli pot sobreviure a la feina activa de l'aplicació.
Busca una relació, no només un nombre gran
Compara l'ocupació al llarg del temps amb l'aparició de fallades en connexions noves i amb els missatges rellevants del nucli. Un recompte alt sense proves de fallada corresponents és diferent d'una taula que arriba repetidament al límit just quan les peticions comencen a esgotar el temps d'espera.
La taula pot servir més que el proxy. Altres serveis locals, el trànsit reenviat o un altre camí de xarxa ocupat hi poden contribuir. Que reiniciar el proxy canviï el símptoma no demostra que la memòria cau d'objectes de Squid en fos la causa.
Tingues a la vista les explicacions competidores: descriptors de fitxer, cues dels auxiliars d'autenticació, retards de DNS, pressió de memòria i un sistema de fitxers ple també poden empitjorar amb el temps. Anota quin recurs creix i quines operacions deixen de funcionar primer. Que les connexions de llarga durada sobrevisquin mentre les noves fallen és una prova útil, no un diagnòstic per si sol.
Apujar un límit té un cost de memòria. Abans de canviar-lo, estableix la càrrega de treball, l'espai de noms i la capacitat disponible. Escurçar els temps d'espera indiscriminadament pot trencar sessions inactives útils; buidar tot l'estat de connexions pot interrompre trànsit no relacionat.
El resultat útil és una explicació de l'acumulació i un canvi de capacitat o de cicle de vida que hi encaixi. Segur d'augmentar no és una propietat que comparteixi tot servidor proxy.