Ce inseamna ca inteleg munca lui Squid in configuratie cu bazinele de intarziere incluse:
- clientul solicită de la serverul proxy ceva http-object;
- dacă obiectul solicitat este în memoria cache Squid (starea TCP_HIT în access.log), atunci serverul proxy dă acest obiect clientului la viteza maximă
- în cazul în care obiectul solicitat nu se află în memoria cache (starea TCP_MISS, TCP_TUNNEL și altele în access.log), serverul proxy dă acest obiect clientului cu restricții configurate în bazele de întârziere.
În primul rând, vom vedea că Squid este construită cu suport pentru bazinele Delay
Vom crea fișiere de configurare auxiliare (se presupune că fișierul conf_param_groups_standard a fost deja creat de noi mai devreme)
Deschideți fișierul de configurare Squid pentru editare
Definiți c ACL:
Pentru fiecare piscină, trebuie să alocați o clasă.
În versiunea curentă a Squid, există 5 clase și definițiile acestora pot fi găsite în squid.conf. Am interpretat aceste clase pentru mine în felul următor:
Alexey, bună după-amiază!
Manualul disponibil pe care l-ai primit. Mulțumesc!
A fost o întrebare interesantă: pot fi utilizate http_access și delay_access cu diferite grupuri AD? De exemplu, am grupuri Access_1 și Access_2 care sunt utilizate în acl http_access pentru a determina lista de site-uri disponibile și grupurile Speed_1 și Speed_2 utilizate în delay_access pentru a controla lățimea canalului disponibil. Când combinați grupurile Access_x și Speed_x, puteți obține patru opțiuni cu diferite parametri de acces și de viteză.
Nu a mers pentru mine.
Poate aveți idei despre asta?
Ei bine, aici, precum o dată și dat un exemplu de lucru cu grupurile de securitate domeniu. Funcționează. Și despre combinarea este o chestiune de teste practice, deoarece situațiile pot fi diferite - nenumărate. Mecanismele sunt flexibile, încercați. Aici principalul lucru este să înțelegi logica muncii și să ai răbdare pentru tot felul de teste :)
Bună ziua, Alexey
Vă mulțumesc pentru manuale, totul funcționează, dar nu sa dovedit a accelera viteza grupurilor în iad. Autentificarea utilizatorilor prin grupuri de acces funcționează. ciudat (((
versiunea svid 3,3,8 pe ubuntu 14.
Sfatul dvs.?
Vă mulțumim pentru răspuns.
Lucrul ciudat este că piscina este utilizată numai dacă delay_access 1 permite localnet (evenimentul fox de rețea, adică 192.168.0.0/16) specificat în config, dacă specificați grupul de iad atunci nu este folosit prost. Este posibil ca un grup de întârziere din clasa 2 să nu funcționeze corect cu 192.168.0.0/16.
"Pentru al doilea bazin, garantăm o viteză de 7 Mbit / s." Se pare că aceasta este o tipo, în Exemplul 8.
Articole similare
Trimiteți-le prietenilor: