Squid QoS : classer les nouvelles connexions sortantes du proxy
Placez la classification de bande passante là où le proxy ouvre son flux côté serveur, plutôt que d'attendre que l'identité du paquet d'origine survive.
Un filtre de source client peut correspondre à l'ordinateur portable côté LAN et manquer tous les paquets de Squid côté Internet. Squid termine la connexion du client et en ouvre une autre, l'adresse source sortante est donc ordinairement celle du proxy.
| Ce que vous voulez contrôler | Où le travail concerné a lieu |
|---|---|
| Limiter le trafic client entrant | Le chemin du client au proxy |
| Planifier les réponses envoyées aux clients | La file sortante du proxy vers les clients |
| Classer le trafic du proxy vers l'origine | La nouvelle connexion côté serveur |
Ces emplacements ne sont pas interchangeables. Un limiteur d'entrée rejette les paquets excédentaires ; un ordonnanceur sortant gère une file d'envoi. Choisissez la direction et l'unité—débit, octets ou travail simultané—avant de choisir un classificateur.
Pour Squid 6 et 7, tcp_outgoing_tos peut sélectionner une valeur TOS ou Diffserv côté serveur à l'aide d'ACL. Cela transporte délibérément un signal de politique vers un autre classificateur au lieu de préserver la source du paquet d'origine du client.
Définissez ce signal dans un domaine qui le contrôle. Les valeurs DSCP ne sont pas des identifiants utilisateur : d'autres émetteurs peuvent utiliser la même marque et les équipements en aval peuvent la remplacer. Une connexion côté serveur réutilisée peut aussi porter plusieurs requêtes, consultez donc le comportement des connexions persistantes et du QoS de la version déployée avant de supposer que chaque requête peut réétiqueter le flux indépendamment.
Pour une quota par utilisateur, appliquez-la à un point disposant de l'identité applicative requise. Une marque de paquet aide à porter une classe ; elle ne recrée pas l'identité que la connexion choisie ne porte plus.