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.hr.auto.html
<header> Uređivanje bazena odgode </header><p> <b>Broj bazena</b> <br> Ovo je broj koji počinje od 1, a koji je odabrao Webmin. Jednostavno označava bazen tako da Squid može više konfigurirati i tretirati više bazena. <p> <b>Klasa na bazenu</b> <br> Ovo definira vrstu klase bazena. Svaka skupina odgađanja može imati klasu odabranu između klasa 1, 2 ili 3. Klase imaju sljedeće značenje: &quot;1-agregatno&quot;, &quot;2-agregatno i pojedinačno&quot;, &quot;3-agregirano, pojedinačno i mreža&quot;. Najjednostavnija klasa 1 određuje propusnost koju svi klijenti kojima ovaj bazen pripada ne mogu nadmašiti. Klasa 2 određuje i skupnu širinu pojasa i širinu pojasa koju svaki pojedinac može koristiti, stvarajući heirarhiju granica gdje se sve jedinke u kombinaciji moraju uklopiti u agregat, dok je svaki pojedinac ograničen pojedinačnom granicom. Konačno, klasa 3 specificira agregatni i pojedinačni propusni opseg, osim mrežnog propusnog opsega koji se odnosi na cijelu podmrežu. Klasa 3 obično je korisna samo u vrlo velikim mrežama koje imaju više od jedne mrežne podmreže. <p> Ograničenja se mogu odrediti u bilo kojoj preferiranoj jedinici, iako će biti spremljena u konfiguracijsku datoteku lignje u bajtovima. Prvo polje je prosječna propusnost koja će se dodijeliti bazenu, dok je drugo veličina korištene kante, što otprilike odgovara propusnom maksimumu propusnosti. <p> Nakon prvog stvaranja bazena, novi će se odjeljak pojaviti na dnu stranice koji će dopustiti odabir na koje se ACL baze primjenjuju. ACL-ovi se stvaraju na stranici <b>Kontrola pristupa</b> , a bilo koji ACL može se upotrijebiti za odabir na koje će se veze odnositi skup odgađanja. <b>Dopuštanje</b> ACL-a primijenit će spremnik odgađanja na odgovarajuće veze, dok će <b>odbacivanje</b> ACL-a uzrokovati da podudarajuće veze zaobiđu bazen kašnjenja. Dakle, ukoliko sve veze ne budu primjenjivale isti bazen kašnjenja na njih, morat ćete dodati dva ACL-a, prvi će biti ACL na koji želite primijeniti pločicu kašnjenja, a drugi će biti <tt>cijeli</tt> ACL tako da će biti ograničeni samo vaši odabrani klijenti. <p> Ne zaboravite primijeniti promjene nakon stvaranja novog bazena i dodavanja ACL-ova u podudaranje.