Squid-logs: jildt in 407 folge troch 200 as in mislearring?
Tel foltôge bewurkingen apart fan autentikaasje-útwikselings as Squid in útdaging folge troch in slagge tunnel logt.
Stel, in klant stjoert ien oanfraach sûnder proxy-bewiisstikken, krijt in útdaging en besiket it mei súkses opnij. In oanfraachlog kin twa yngongen befetsje. De persoan dy't de applikaasje brûkt, belibbe lykwols ien foltôge bewurking.
Dêrom befêstiget in log dy't gelyk ferdield is tusken TCP_DENIED/407 en TCP_TUNNEL/200 net automatysk in mislearringsgrif fan fyftich persint. Bepaal earst oft de yngongen útdaging-en-opnij-paren foarmje.
Tel dat wat jo echt oanbelanget
| Meting | Tal |
|---|---|
| Autentikaasje-útdagingen | Proxy-antwurden dy't autentikaasje freegje |
| Proxy-stribingen | Yndividuele transaksjes dy't de tuskenpersoan fêstleit |
| Foltôge taken | Applikaasjebewurkingen dy't it bedoelde resultaat berikke |
Korrelearje tiidstimpels, klantkontekst, bestimming en hokker oanfraach-identifikaasje dan ek beskikber is. In net-autentisearre stribing hat miskien gjin logd brûkersnamme, wylst syn slagge opnij-stribing dy wol hat. Tagelyk aktiviteit betsjut dat neistlizzende regels allinnich swak bewiis binne dat twa yngongen byinoar hearre.
Hâld ek in slagge tunnel apart fan in slagge webside-bewurking. Akseptaasje fan CONNECT makket de tunnel; de bestimming kin noch altyd mislearje by TLS of dêrnei in applikaasjeflater weromjaan.
Undersykje werhelle terminale útdagingen, taken sûnder lettere foltôging of in hommelse feroaring yn it tal útwikselings. Dy ferskille fan in stabile klant dy't earst in útdaging krijt en krekt docht wat syn konfiguraasje freget. Autentikaasje ûnderdrukke allinnich om in dashboard griener te meitsjen soe de tsjinst feroarje ynstee fan de mjitting te reparearjen.