Squid QoS: de nieuwe uitgaande verbindingen van de proxy classificeren
Plaats de bandbreedteclassificatie waar de proxy zijn server-side stroom opent, in plaats van te verwachten dat de identiteit van het oorspronkelijke pakket behouden blijft.
Een client-bronfilter kan de laptop aan de LAN-zijde raken en alle pakketten van Squid aan de internetzijde missen. Squid beëindigt de clientverbinding en opent een andere, dus het uitgaande bronadres is gewoonlijk dat van de proxy.
| Wat u wilt beheren | Waar het relevante werk gebeurt |
|---|---|
| Inkomend clientverkeer begrenzen | Het pad van client naar proxy |
| Reacties aan clients plannen | De op clients gerichte uitgaande wachtrij van de proxy |
| Verkeer van proxy naar oorsprong classificeren | De nieuwe verbinding aan de serverzijde |
Deze plaatsingen zijn niet uitwisselbaar. Een ingress-policer laat overtollige pakketten vallen; een uitgaande scheduler beheert een verzendwachtrij. Kies de richting en de eenheid—snelheid, bytes of gelijktijdig werk—voordat u een classificator kiest.
Voor Squid 6 en 7 kan tcp_outgoing_tos met behulp van ACL's een TOS- of Diffserv-waarde aan de serverzijde selecteren. Dat draagt bewust een beleidssignaal naar een andere classificator in plaats van de oorspronkelijke pakketbron van de client te behouden.
Definieer dat signaal binnen een domein dat het beheert. DSCP-waarden zijn geen inloggegevens van gebruikers: andere afzenders kunnen dezelfde markering gebruiken en apparaten verderop kunnen die vervangen. Een hergebruikte verbinding aan de serverzijde kan ook meerdere verzoeken dragen, dus raadpleeg het gedrag van persistente verbindingen en QoS van de uitgerolde versie voordat u aanneemt dat elk verzoek de stroom onafhankelijk opnieuw kan labelen.
Voor een quotum per gebruiker, handhaaf het op een punt met de vereiste applicatie-identiteit. Een pakketmarkering helpt een klasse te dragen; ze herschept geen identiteit die de gekozen verbinding niet meer draagt.