HEX
Server: Apache/2.4.29 (Ubuntu)
System: Linux bareserver 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64
User: root (0)
PHP: 7.2.24-0ubuntu0.18.04.17
Disabled: pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,
Upload Files
File: //usr/share/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.