Squid-logboeke vir versoekgeskiedenis, Cache Manager vir lewende statistieke
Gebruik transaksielogboeke vir historiese verslae oor versoeke en Cache Manager vir lewende looptydverslae, en lees elke maatstaf binne sy eie verslagdoeningsbestek.
SARG ontleed Squid-transaksielogboeke. Cache Manager stel verslae beskikbaar oor die Squid-proses wat tans loop. Kies die databron volgens die vraag wat gevra word.
| Vraag | Relevante bron |
|---|---|
| Watter opgetekende versoeke het 'n kliënt gemaak? | access.log |
| Historiese verkeer gegroepeer volgens gebruiker of bestemming | SARG wat die beskikbare logboeke verwerk |
| Huidige looptyd, geheue of interne tellers | Die ooreenstemmende Cache Manager-verslag |
SARG kan nie 'n veld herkonstrueer wat die invoerlog nooit opgeteken het nie. Stel die vereiste logformaat op voordat jy die tydperk versamel wat ontleed moet word, en hou rekening met geroteerde lêers en enige uitsluitings in die toegangslog.
Vir Squid 6 en 7 bepaal access_log waar en watter ooreenstemmende transaksies gelog word. logformat beheer die velde wat opgeteken word. Om rekords via UDP te stuur verander die aflewering; dit voeg nie ontbrekende transaksievelde by nie en waarborg ook nie dat elke datagram aankom nie. Vir 'n Squid 7-lêerlogger kies die uitset en die logformaat voordat jy die vereiste tydperk versamel.
Cache Manager-verslae het hul eie bestek. In ontplooiings met veelvuldige werkers kombineer Squid sommige werkerwaardes, maar nie elke verslag word eenvormig saamgevoeg nie. Lees die betekenis van daardie verslag voordat jy 'n getal as 'n enkele stelselwye meting beskou.
Laastens is die grepe van proxy-transaksies en die totale verkeer van die netwerkkoppelvlak verskillende metings. Noem watter een 'n verslag werklik bevat.