Squid-protokoloj: ĉu 407 sekvata de 200 kalkuliĝas kiel malsukceso?
Kalkulu finitajn operaciojn aparte de aŭtentikaj interŝanĝoj kiam Squid protokolas defion sekvatan de sukcesa tunelo.
Supozu, ke kliento sendas unu peton sen prokuraj akreditaĵoj, ricevas defion kaj sukcese reprovas. Petprotokolo povas enhavi du erojn. La persono, kiu uzas la aplikaĵon, tamen spertis unu finitan operacion.
Tial protokolo egale dividita inter TCP_DENIED/407 kaj TCP_TUNNEL/200 ne aŭtomate pruvas malsukcesan indicon de kvindek procentoj. Unue determini, ĉu la eroj formas parojn de defio kaj reprovo.
Kalkulu tion, kio vere gravas al vi
| Mezuro | Nombro |
|---|---|
| Aŭtentikaj defioj | Prokuraj respondoj petantaj aŭtentikigon |
| Prokuraj provoj | Unuopaj transakcioj registritaj de la peranto |
| Finitaj taskoj | Aplikaĵaj operacioj atingantaj sian celatan rezulton |
Kunrilatu tempomarkojn, klientan kuntekston, celon kaj ajnan disponeblan petidentigilon. Neaŭtentikigita provo eble havas neniun registritan uzantnomon, dum ĝia sukcesa reprovo havas. Samtempa agado signifas, ke apudaj linioj mem estas malforta pruvo, ke du eroj apartenas kune.
Ankaŭ tenu sukcesan tunnelon aparte de sukcesa reteja operacio. Akcepto de CONNECT starigas la tunnelon; la celo ankoraŭ povas malsukcesi dum TLS aŭ poste redoni aplikaĵan eraron.
Esploru ripetajn finajn defiojn, taskojn sen posta kompletigo aŭ subitan ŝanĝon en la nombro de interŝanĝoj. Tiuj diferencas de stabila kliento, kiu unue ricevas defion kaj faras ĝuste tion, kion postulas ĝia agordo. Subpremi aŭtentikigon nur por igi panelon pli verda ŝanĝus la servon anstataŭ ripari la mezuradon.