webmin/squid/help/edit_icp.no.auto.html

<header> Andre buffer </header> <b>Andre proxy-cache-servere</b> : Dette viser alle konfigurerte søsken, foreldre og multicast, hurtigbuffer. Klikk på vertsnavnet eller adressen for å redigere eller se den komplette konfigurasjonen. <p> Hent <b>URL-adresser som inneholder</b> : Standardverdiene til &quot;.cgi&quot; og &quot;?&quot;. Lar deg tvinge blekksprut til å alltid hente bestemte innholdstyper direkte fra opprinnelsesserveren. Vanligvis trenger dette ingen endringer, da det meste håndteres automatisk av blekksprut uten hjelp. <p> <b>ICP-spørringstid</b> : Standard er en &#39;optimal&#39; verdi. Hvis du vil overstyre verdien bestemt av blekksprut, setter du denne til en verdi som ikke er null. Standard i gamle versjoner av blekksprut var 2000. <p> ICS- <b>timeout for multicast</b> : Standardinnstillingen er 2000 msek eller 2 sekunder. For multicast-jevnaldrende sender Squid regelmessig ICP-&quot;sonder&quot; for å telle hvor mange andre jevnaldrende som lytter til den gitte multicast-adressen. Denne verdien spesifiserer hvor lenge blekksprut skal vente med å telle alle svarene. <p> <b>Dead peer timeout</b> : Standard er 10 sekunder. Dette kontrollerer hvor lenge blekksprut venter på å erklære en jevnaldrende cache som &quot;død.&quot; Hvis det ikke er mottatt ICP-svar på dette tidsrommet, vil blekksprut erklære jevnaldrende død og ikke forvente å motta ytterligere ICP-svar. Imidlertid fortsetter den å sende ICP-spørsmål, og vil merke jevnaldrende som levende etter mottak av det første påfølgende ICP-svaret. <p> Denne tidsavbruddet påvirker også når blekksprut forventer å motta ICP-svar fra jevnaldrende. Hvis det har gått mer enn &#39;dead_peer&#39; sekunder siden det siste ICP-svaret ble mottatt, vil ikke blekksprut forvente å motta et ICP-svar på neste spørring. Hvis tiden mellom forespørsler er større enn denne tidsavbrudd, vil du se mange forespørsler som er sendt direkte til opprinnelsesservere i stedet for til foreldrene dine. <p><hr>