Starpniekservera pieprasījums var gaidīt piekļuves datu pārbaudi pirms mērķa sasniegšanas. Ja savienojumi bez autentifikācijas un jau kešotas pārbaudes darbojas citādi nekā jaunas pieteikšanās, izpētiet autentifikācijas ceļu pirms tīkla laika limitu maiņas.

Squid 6.13 palaiž ārējus autentifikācijas palīgus. Lēns direktoriju pakalpojums, nelasāms kontu fails, atkārtotas palīgu iziešanas vai pārāk maz pieejamu palīgu var šo posmu ietekmēt dažādi.

Atrodiet īsto ierobežojošo soli

Cache žurnālā meklējiet palaišanas kļūdas, palīgu iziešanas un pārslodzes paziņojumus. Ja pieejama aizsargāta lokālā pārvaldības statistika, skatiet aktivitāti tur. Neatveriet pārvaldības galapunktu publiski tikai skaitītāju iegūšanai.

Testējiet aizmugursistēmu atsevišķi ar testa kontu. Palīgam, kas nepabeidz vienu pārbaudi, vajag darbības labojumu; vairāk kopiju neizlabos ceļa vai atļauju kļūdu.

Procesu skaits nav protokola vienlaicīgums

Ierobežotas procesu kopas piemērs:

auth_param basic children 16 startup=2 idle=2

Maksimālais skaits, sākotnējais skaits un vēlamā brīvo procesu pieejamība te kalpo dažādiem mērķiem. Vērtības ir ilustratīvas. Pielāgojiet tās izmērītajam pieprasījumam un aizmugursistēmas savienojumu un resursu robežām.

Atsevišķā concurrency opcija maina protokolu, ar ko Squid sazinās ar palīgu. Tas nav vispārējs veiktspējas slēdzis. Ieslēdziet to tikai tad, ja palīgs skaidri atbalsta vajadzīgos kanālu identifikatorus un vienlaicīgus pieprasījumus.

Piekļuves datu kešošana ietekmē arī vajadzīgo pārbaužu biežumu. Saīsinot derīgumu un nemainot palīgu kopu, darba var kļūt vairāk pat pie nemainīgas pārlūkošanas datplūsmas.

Pēc izmaiņas parsējiet konfigurāciju un salīdziniet autentifikācijas aizturi, kļūdas un aizmugursistēmas slodzi pie reprezentatīva atļauta darba. Veiksmīga parsēšana apstiprina sintaksi, nevis to, ka jaunā kopa ir ātrāka vai pietiekami liela.

Saistītie raksti