Odczyt tempa i pojemności impulsu delay pool Squida
Czytaj delay pool Squida jako tempo uzupełniania i zezwolenie na impuls, a gdy wymaganie dotyczy równoczesnych połączeń klientów, wybierz osobną kontrolę.
delay_pools 1
delay_class 1 1
delay_parameters 1 64000/128000Para czytana jako restore/maximum: ten pool klasy 1 otrzymuje 64,000 bajtów zezwolenia na sekundę i utrzymuje najwyżej 128,000 bajtów. Uzupełnianie to 512,000 bitów na sekundę przed narzutem sieci. Dostępne zezwolenie pozwala na impuls; większe maksimum nie podwaja trwałego tempa.
Fragment ilustruje parametry w wersjach Squida oferujących delay pools. Wdrożenie nadal potrzebuje delay_access do wyboru ruchu i zwykłych kontroli dostępu.
| Wymaganie | Istotna wielkość |
|---|---|
| Tempo trwałe | Uzupełnianie, w bajtach na sekundę |
| Zezwolenie na impuls | Pojemność wiadra, w bajtach |
| Limit miesięczny lub dzienny | Zużycie narosłe w okresie wraz z polityką jego resetowania |
| Połączenia równoczesne | Warunek liczby połączeń, taki jak maxconn |
Maksimum 64,000 bajtów nie zatrzymałoby pobierania po 64,000 bajtach: zezwolenie wciąż się uzupełnia. To nie jest rozliczanie skumulowanego zużycia. Ruch przypisany do jednego poolu klasy 1 dzieli też jego łączne zezwolenie, zamiast otrzymywać to tempo na osobę.
maxconn mierzy ustanowione połączenia TCP powiązane z adresem IP bezpośrednio podłączonego klienta, a nie bajty czy użytkowników. Pośrednik lub NAT może połączyć kilka osób pod tym źródłem. Zachowaj wymaganie w jego własnych jednostkach, zanim wybierzesz dyrektywę.