Squid QoS: ainisha miunganisho mipya ya kutoka ya proksi
Weka uainishaji wa bandwidth mahali proksi inafungua mtiririko wake wa upande wa seva, badala ya kutarajia utambulisho wa pakiti asili udumu.
Kichujio cha chanzo cha mteja kinaweza kulingana na kompyuta ya mkononi upande wa LAN na kukosa pakiti zote za Squid upande wa intaneti. Squid hufunga muunganisho wa mteja na kufungua mwingine, kwa hivyo anwani ya chanzo cha kutoka kwa kawaida ni ya proksi.
| Unachotaka kudhibiti | Mahali kazi husika inafanyika |
|---|---|
| Kuzuia trafiki ya wateja inayoingia | Njia kutoka kwa mteja hadi proksi |
| Kupanga majibu yanayotumwa kwa wateja | Foleni ya kutoka ya proksi kuelekea wateja |
| Kuainisha trafiki kutoka proksi hadi chanzo | Muunganisho mpya wa upande wa seva |
Maeneo haya hayabadiliki. Kidhibiti cha kuingia hutupa pakiti za ziada; kipanga cha kutoka husimamia foleni ya kutuma. Chagua mwelekeo na kipimo—kasi, baiti au kazi ya wakati mmoja—kabla ya kuchagua kiainishaji.
Kwa Squid 6 na 7, tcp_outgoing_tos inaweza kuchagua thamani ya TOS au Diffserv upande wa seva kwa kutumia ACL. Hii inabeba kwa makusudi ishara ya sera hadi kiainishaji kingine badala ya kuhifadhi chanzo asili cha pakiti ya mteja.
Fafanua ishara hiyo ndani ya kikoa inayoidhibiti. Thamani za DSCP si vitambulisho vya mtumiaji: watumaji wengine wanaweza kutumia alama ile ile na vifaa vya chini vinaweza kuibadilisha. Muunganisho wa upande wa seva unaotumika tena unaweza pia kubeba maombi mengi, kwa hivyo angalia tabia ya miunganisho ya kudumu na QoS ya toleo lililotumika kabla ya kudhani kila ombi linaweza kuweka lebo upya mtiririko kwa kujitegemea.
Kwa mgao wa kila mtumiaji, tekeleza mahali penye utambulisho wa programu unaohitajika. Alama ya pakiti husaidia kubeba tabaka; haifanyi upya utambulisho ambao muunganisho uliochaguliwa haubebi tena.