Squid QoS: classificare le nuove connessioni in uscita del proxy
Colloca la classificazione della larghezza di banda dove il proxy apre il suo flusso lato server, invece di aspettarti che l'identità del pacchetto originale sopravviva.
Un filtro sull'origine del client può corrispondere al portatile sul lato LAN e mancare tutti i pacchetti di Squid sul lato Internet. Squid termina la connessione del client e ne apre un'altra, quindi l'indirizzo di origine in uscita è di solito quello del proxy.
| Cosa vuoi controllare | Dove avviene il lavoro rilevante |
|---|---|
| Limitare il traffico client in ingresso | Il percorso dal client al proxy |
| Pianificare le risposte inviate ai client | La coda in uscita del proxy verso i client |
| Classificare il traffico dal proxy all'origine | La nuova connessione lato server |
Queste collocazioni non sono intercambiabili. Un limitatore in ingresso scarta i pacchetti in eccesso; uno schedulatore in uscita gestisce una coda di invio. Scegli la direzione e l'unità—velocità, byte o lavoro concorrente—prima di scegliere un classificatore.
Per Squid 6 e 7, tcp_outgoing_tos può selezionare un valore TOS o Diffserv lato server tramite ACL. Questo trasporta deliberatamente un segnale di policy verso un altro classificatore invece di preservare l'origine originale del pacchetto del client.
Definisci quel segnale all'interno di un dominio che lo controlla. I valori DSCP non sono credenziali utente: altri mittenti possono usare lo stesso marchio e i dispositivi a valle possono sostituirlo. Una connessione lato server riutilizzata può anche trasportare più richieste, quindi consulta il comportamento di connessioni persistenti e QoS della versione distribuita prima di presumere che ogni richiesta possa rietichettare il flusso in modo indipendente.
Per una quota per utente, applicala in un punto con l'identità applicativa richiesta. Un marchio di pacchetto aiuta a trasportare una classe; non ricrea l'identità che la connessione scelta non porta più.