<header> Beste Cache batzuk </header> <b>Proxy-ak gordetzeko cache beste zerbitzari batzuk</b> : Une honetan konfiguratutako anai-arrebak, gurasoak eta multikastatzeak gordetzen dituzten katxeak agertzen dira. Egin klik ostalariaren izenean edo helbidean konfiguratzeko edo konfiguratzeko. <p> <b>Eskuratu zuzenean</b> ".cgi" eta "?" Dituzten <b>URLak</b> . Squid-ek jatorrizko zerbitzutik zuzenean jasotako eduki mota batzuk betetzera behartzen dizu. Normalean horrek ez du aldaketarik behar, gauza gehienak Squid-ek automatikoki kudeatzen baititu laguntzarik gabe. <p> <b>ICP kontsultaren irteera</b> : lehenetsitako balioa "optimoa" da. Squid-ek zehaztutako balioa gainidatzi nahi baduzu, ezarri hau zero ez den balioa bezala. Squid-en bertsio zaharretan lehenetsia 2000 zen. <p> <b>Multicast ICP</b> iraupena: lehenetsi 2000msec edo 2 segundo. Multicast ikaskideentzat, Squid-ek aldizka ICP "zundak" bidaltzen ditu zenbat multzok entzuten diren multicast helbidean entzuteko. Balio honek zehazten du Squid-ek zenbat denbora itxaron behar duen erantzun guztiak zenbatzeko. <p> <b>Hildako pareen</b> iraupena: lehenetsitakoak 10 segundora Honek kontrolatzen du zenbat denbora itxaroten duen Squid-ek ikaskide cachea "hilda" deklaratzeko. Denbora horretan ICPren erantzunik jasotzen ez bada, Squid-ek bikotekidea hilda deklaratuko du eta ez du ICPren erantzun gehiago jasoko espero. Hala ere, ICP kontsultak bidaltzen jarraitzen du, eta parekoa bizirik dagoela markatuko du ondorengo ICP erantzuna jaso ondoren. <p> Iraungitze horrek ere eragina du Squid-ek ikaskideen erantzunak jaso nahi dituenean. 'Dead_peer' segundo baino gehiago igaro badira azken ICP erantzuna jaso zenetik, Squid-ek ez du espero hurrengo kontsultan ICP erantzunik jasoko duenik. Horrela, eskaeren arteko denbora denbora tarte hau baino handiagoa bada, ZUZENEAN bidalitako eskaera asko jatorrizko zerbitzariei bidali beharko dizkiete gurasoei. <p><hr>
y~or5J ={Eeu磝Qk ᯘG{?+]ן?wM3X^歌>{7پK>on\jy R g/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qF vM IENDB`
