Kial Squid-elŝutoj povas superi monatan trafikan kvoton
Komprenu kial periodaj raportoj kaj protokoloj de finitaj petoj ne povas devigi precizan vivan prokuran trafikkvoton.
Kvota raporto refreŝigata ĉiun dek minutojn povas maltrafi multe pli ol dek minutojn da nuna trafiko. La denaska transakcia protokolo de Squid kutime skribas la finitan transakcion, do malfermita elŝuto aŭ CONNECT-tunelo eble ankoraŭ ne liveris sian finan bajtokalkulon.
Unue difinu kiun trafikon la kvoto kalkulas.
Akcepto okazas antaŭ la fina kalkulado
Helpa programo povas akcepti novan peton per kontada datumbazo. Posta ĝisdatigo de tiu datumbazo ne aŭtomate haltigas jam akceptitan laboron.
Samtemaj petoj ankaŭ povas konsulti la saman saldon. Kun 20 MB restantaj, du samtempaj operacioj po 15 MB povus ambaŭ esti akceptitaj antaŭ ol iu el ili ŝanĝas la sumon. Preciza raportado poste ne povas malfari la troon.
Kaŝmemoro de aŭtentigo kaj eksteraj ACL povas plue prokrasti ŝanĝitan decidon. Kaŝita permeso ne estas nova saldokontrolo. IP-bazita kontado ankaŭ povas kunigi uzantojn malantaŭ unu tradukita fonto.
Difinu la limon, kiun vi povas devigi
Milda monata politiko povas permesi prokrastitajn sumojn kaj dokumentitan transpasan toleremon. Malfacila viva limo bezonas aŭtoritatan vivan mezurilon kaj plenumadon, kiu povas agi sur daŭranta trafiko.
Decidu, ĉu akceptitaj transigoj finiĝas, estas interrompitaj aŭ rezervas buĝeton. Difinu kiel samtempaj operacioj dividas tiun buĝeton kaj kiel malsukcesaj operacioj liberigas rezervojn. Transigo komenciĝanta iomete sub la limo devus havi antaŭvideblan rezulton.
Inkludu en la kontadan dezajnon la periodan transiron, malfruajn rikordojn, servajn restartojn kaj protokolan rotacion. Konservu daŭran prilaboran progreson; forigi aktivan protokolon por eviti duoblan kalkuladon povas anstataŭe perdi pruvojn.