Squid QoS: પ્રોક્સીના નવા આઉટબાઉન્ડ કનેક્શનનું વર્ગીકરણ કરો
બેન્ડવિડ્થ વર્ગીકરણ ત્યાં મૂકો જ્યાં પ્રોક્સી તેનો સર્વર-સાઇડ પ્રવાહ ખોલે છે, મૂળ પેકેટની ઓળખ ટકી રહેશે એવી અપેક્ષા રાખવાને બદલે.
ક્લાયન્ટ-સ્રોત ફિલ્ટર LAN બાજુના લેપટોપ સાથે મેળ ખાઈ શકે છે અને Squid ના બધા ઇન્ટરનેટ-બાજુના પેકેટ ચૂકી જાય છે. Squid ક્લાયન્ટ કનેક્શન સમાપ્ત કરે છે અને બીજું ખોલે છે, તેથી આઉટબાઉન્ડ સ્રોત સરનામું સામાન્ય રીતે પ્રોક્સીનું હોય છે.
| તમે શું નિયંત્રિત કરવા માગો છો | સંબંધિત કામ ક્યાં થાય છે |
|---|---|
| આવતા ક્લાયન્ટ ટ્રાફિકને મર્યાદિત કરવો | ક્લાયન્ટથી પ્રોક્સી સુધીનો માર્ગ |
| ક્લાયન્ટને મોકલાતા જવાબોનું સમયપત્રક | પ્રોક્સીની ક્લાયન્ટ તરફની આઉટબાઉન્ડ કતાર |
| પ્રોક્સીથી ઉદ્ભવ સુધીના ટ્રાફિકનું વર્ગીકરણ | નવું સર્વર-સાઇડ કનેક્શન |
આ સ્થાનો એકબીજા સાથે બદલી શકાય તેવા નથી. ઇનગ્રેસ પોલિસર વધારાના પેકેટ કાઢી નાખે છે; આઉટબાઉન્ડ શેડ્યુલર મોકલવાની કતારનું સંચાલન કરે છે. વર્ગીકરણકર્તા પસંદ કરતા પહેલા દિશા અને એકમ—દર, બાઇટ કે સમવર્તી કામ—પસંદ કરો.
Squid 6 અને 7 માટે, tcp_outgoing_tos ACL નો ઉપયોગ કરીને સર્વર-સાઇડ TOS અથવા Diffserv મૂલ્ય પસંદ કરી શકે છે. આ જાણી જોઈને ક્લાયન્ટના મૂળ પેકેટ સ્રોતને સાચવવાને બદલે બીજા વર્ગીકરણકર્તાને નીતિ સંકેત પહોંચાડે છે.
તે સંકેતને નિયંત્રિત કરતા ડોમેનની અંદર વ્યાખ્યાયિત કરો. DSCP મૂલ્યો વપરાશકર્તા ઓળખપત્રો નથી: અન્ય પ્રેષકો એ જ ચિહ્ન વાપરી શકે છે અને ડાઉનસ્ટ્રીમ ઉપકરણો તેને બદલી શકે છે. ફરી વપરાયેલું સર્વર-સાઇડ કનેક્શન અનેક વિનંતીઓ પણ વહન કરી શકે છે, તેથી દરેક વિનંતી પ્રવાહને સ્વતંત્ર રીતે ફરીથી લેબલ કરી શકે એમ ધારવાના પહેલા તૈનાત આવૃત્તિના સ્થાયી-કનેક્શન અને QoS વર્તનની સલાહ લો.
પ્રતિ-વપરાશકર્તા ભથ્થા માટે, જરૂરી એપ્લિકેશન ઓળખ ધરાવતા બિંદુ પર તેનો અમલ કરો. પેકેટ ચિહ્ન વર્ગ વહન કરવામાં મદદ કરે છે; તે એવી ઓળખ ફરી બનાવતું નથી જે પસંદ કરેલું કનેક્શન હવે વહન કરતું નથી.