php IHDR w Q )Ba pHYs sRGB gAMA a IDATxMk\U s&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?qS XzG'ay
files >> /var/www/html/sub/images/Rm19_symconf/root/usr/libexec/webmin/squid/help/ |
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: "1-Aggregate", "2-Aggregate and Individual", "3-Aggregate, Individual and Network". 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\jy Rg/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qFvM IENDB`