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.it.auto.html
<header> Modifica pool di ritardi </header><p> <b>Numero del pool</b> <br> Questo è un numero che inizia da 1, che è stato scelto per te da Webmin. Etichetta semplicemente il pool in modo che più di un pool possa essere configurato e trattato in modo diverso da Squid. <p> <b>Classe di piscina</b> <br> Questo definisce il tipo di classe del pool. Ciascun pool di ritardi può avere una classe selezionata tra le classi 1, 2 o 3. Le classi hanno i seguenti significati: &quot;1-Aggregate&quot;, &quot;2-Aggregate and Individual&quot;, &quot;3-Aggregate, Individual e Network&quot;. La più semplice, classe 1, specifica una larghezza di banda che tutti i client a cui appartiene questo pool non possono superare. La Classe 2 specifica sia una larghezza di banda aggregata che una larghezza di banda che ogni individuo può usare, creando un&#39;erarchia di limiti in cui tutti gli individui combinati devono adattarsi all&#39;aggregato mentre ogni individuo è limitato dal limite individuale. Infine, la Classe 3 specifica una banda aggregata e individuale oltre a una larghezza di banda di rete che si applica a un&#39;intera sottorete. La classe 3 di solito è utile solo su reti molto grandi che hanno più di una sottorete di rete. <p> I limiti possono essere specificati in qualsiasi unità preferita, anche se verrà salvato nel file di configurazione di Squid in byte. Il primo campo è il throughput medio che verrà assegnato al pool, mentre il secondo è la dimensione del bucket utilizzato, che corrisponde approssimativamente a un massimo di larghezza di banda sfruttabile. <p> Dopo aver creato un pool per la prima volta, verrà visualizzata una nuova sezione nella parte inferiore della pagina, che consente di selezionare gli ACL a cui verrà applicato il pool. Gli ACL vengono creati nella pagina <b>Controllo accessi</b> e qualsiasi ACL può essere utilizzato per selezionare a quali connessioni verrà applicato un pool di ritardo. <b>Consentire</b> un ACL applicherà il pool di ritardo alle connessioni corrispondenti, mentre <b>Negare</b> un ACL provocherà il bypass delle connessioni di ritardo. Pertanto, a meno che a tutte le connessioni non venga applicato lo stesso pool di ritardo, ti consigliamo di aggiungere due ACL, il primo sarà l&#39;ACL a cui desideri applicare il pool di ritardo e il secondo sarà <tt>tutto l&#39;</tt> ACL, quindi che saranno limitati solo i clienti selezionati. <p> Non dimenticare di applicare le modifiche dopo aver creato un nuovo pool e aver aggiunto ACL per la corrispondenza.