Squid QoS: clasificarea noilor conexiuni de ieșire ale proxy-ului
Plasați clasificarea lățimii de bandă acolo unde proxy-ul își deschide fluxul pe partea de server, în loc să vă așteptați ca identitatea pachetului original să supraviețuiască.
Un filtru de sursă al clientului poate potrivi laptopul din partea LAN și poate rata toate pachetele Squid din partea de internet. Squid închide conexiunea clientului și deschide alta, așa că adresa de sursă de ieșire este de obicei a proxy-ului.
| Ce doriți să controlați | Unde are loc munca relevantă |
|---|---|
| Limitarea traficului de intrare al clienților | Calea de la client la proxy |
| Programarea răspunsurilor trimise clienților | Coada de ieșire a proxy-ului către clienți |
| Clasificarea traficului de la proxy la origine | Noua conexiune pe partea de server |
Aceste plasări nu sunt interschimbabile. Un limitator de intrare aruncă pachetele în exces; un planificator de ieșire gestionează o coadă de trimitere. Alegeți direcția și unitatea—rată, octeți sau lucru concurent—înainte de a alege un clasificator.
Pentru Squid 6 și 7, tcp_outgoing_tos poate selecta o valoare TOS sau Diffserv pe partea de server folosind ACL-uri. Acest lucru transportă intenționat un semnal de politică către un alt clasificator în loc să păstreze sursa originală a pachetului clientului.
Definiți acel semnal într-un domeniu care îl controlează. Valorile DSCP nu sunt credențiale de utilizator: alți expeditori pot folosi aceeași marcă, iar dispozitivele din aval o pot înlocui. O conexiune reutilizată pe partea de server poate transporta și mai multe cereri, așa că verificați comportamentul conexiunilor persistente și al QoS din versiunea implementată înainte de a presupune că fiecare cerere poate reeticheta fluxul în mod independent.
Pentru o limită pe utilizator, aplicați-o într-un punct care are identitatea de aplicație necesară. O marcă de pachet ajută la transportarea unei clase; nu recreează identitatea pe care conexiunea aleasă nu o mai transportă.