Squid-Delay-Pools: Rate und Burst-Kapazität lesen
Lesen Sie einen Squid-Delay-Pool als Nachfüllrate und Burst-Erlaubnis und wählen Sie eine separate Steuerung, wenn die Anforderung gleichzeitige Client-Verbindungen betrifft.
delay_pools 1
delay_class 1 1
delay_parameters 1 64000/128000Lesen Sie das Paar als restore/maximum: Dieser Pool der Klasse 1 erhält 64,000 Byte Erlaubnis pro Sekunde und hält höchstens 128,000 Byte. Das Nachfüllen beträgt 512,000 Bit pro Sekunde vor Netzwerk-Overhead. Verfügbare Erlaubnis erlaubt einen Burst; das größere Maximum verdoppelt nicht die Dauerrate.
Das Fragment zeigt Parameter bei Squid-Versionen, die Delay-Pools bereitstellen. Ein Deployment braucht weiterhin delay_access zur Verkehrsauswahl und seine üblichen Zugriffskontrollen.
| Anforderung | Relevante Größe |
|---|---|
| Dauerhafte Taktung | Nachfüllen, in Byte pro Sekunde |
| Burst-Erlaubnis | Eimerkapazität, in Byte |
| Monats- oder Tageskontingent | Über den Zeitraum angesammelter Verbrauch, mit seiner Rücksetzpolitik |
| Gleichzeitige Verbindungen | Eine Bedingung zur Verbindungszahl wie maxconn |
Ein Maximum von 64,000 Byte würde einen Download nach 64,000 Byte nicht stoppen: Die Erlaubnis füllt sich weiter auf. Es ist keine kumulative Verbrauchsabrechnung. Verkehr, der einem einzigen Pool der Klasse 1 zugewiesen ist, teilt zudem seine Gesamterlaubnis, statt diese Rate pro Person zu erhalten.
maxconn misst aufgebaute TCP-Verbindungen, die der IP eines direkt verbundenen Clients zugeordnet sind, nicht Byte oder Nutzer. Ein Vermittler oder NAT kann mehrere Personen unter dieser Quelle zusammenfassen. Behalten Sie die Anforderung in ihren eigenen Einheiten, bevor Sie eine Direktive wählen.