Squid QoS: klassifiser dei nye utgåande tilkoplingane til proxyen
Plasser bandbreiddklassifiseringa der proxyen opnar si tenarside-straum, i staden for å vente på at identiteten til den opphavlege pakken overlever.
Eit klientkjeldefilter kan treffe den bereelege datamaskina på LAN-sida og oversjå alle Squid-pakkane på internettsida. Squid avsluttar klientkoplinga og opnar ei anna, så den utgåande kjeldeadressa er vanlegvis proxyen si.
| Kva du vil styre | Kvar det relevante arbeidet skjer |
|---|---|
| Avgrense innkommande klienttrafikk | Vegen frå klient til proxy |
| Planleggje svar som blir sende til klientar | Den klientvendte utgåande køa til proxyen |
| Klassifisere trafikk frå proxy til opphav | Den nye tenarside-tilkoplinga |
Desse plasseringane kan ikkje bytast om. Ein inngangsavgrensar slepp overskytande pakkar; ein utgåande planleggjar styrer ei sendekø. Vel retning og eining—fart, byte eller samtidig arbeid—før du vel ein klassifiserar.
For Squid 6 og 7 kan tcp_outgoing_tos velje ein tenarside-TOS- eller Diffserv-verdi ved hjelp av ACL-ar. Dette ber med vilje eit policysignal vidare til ein annan klassifiserar i staden for å ta vare på den opphavlege pakkekjelda til klienten.
Definer signalet innanfor eit domene som styrer det. DSCP-verdiar er ikkje brukarinnloggingar: andre sendarar kan bruke same merket, og einingar lenger nede kan byte det ut. Ei gjenbrukt tenarside-tilkopling kan òg bere fleire førespurnader, så undersøk åtferda til varige tilkoplingar og QoS i den utrulla versjonen før du går ut frå at kvar førespurnad kan merke straumen på nytt sjølvstendig.
For ein kvote per brukar, handhev han på eit punkt med den naudsynte applikasjonsidentiteten. Eit pakkemerke hjelper med å bere ein klasse; det attskapar ikkje identitet som den valde tilkoplinga ikkje lenger ber.