<header> Outros caches </header> <b>Outros servidores de cache proxy</b> : lista todos os caches irmão, pai e multicast atualmente configurados. Clique no nome ou endereço do host para editar ou ver sua configuração completa. <p> <b>Busque diretamente URLs que contenham</b> : O padrão é ".cgi" e "?". Permite forçar o Squid a buscar sempre certos tipos de conteúdo diretamente do servidor de origem. Normalmente, isso não precisa de modificação, pois a maioria das coisas é tratada automaticamente pelo Squid sem ajuda. <p> Tempo <b>limite da consulta ICP</b> : O padrão é um valor 'ótimo'. Se você deseja substituir o valor determinado pelo Squid, defina-o como um valor diferente de zero. O padrão nas versões antigas do Squid era 2000. <p> Tempo <b>limite do multicast ICP</b> : O padrão é 2000mseg ou 2 segundos. Para pares de difusão seletiva, o Squid envia regularmente "sondas" de ICP para contar quantos outros pares estão ouvindo no endereço multicast fornecido. Este valor especifica quanto tempo o Squid deve esperar para contar todas as respostas. <p> Tempo <b>limite de ponto morto</b> : O padrão é 10 segundos. Isso controla quanto tempo o Squid espera para declarar um cache de pares como "morto". Se não houver respostas do ICP recebidas nesse período de tempo, o Squid declarará o ponto morto e não esperará receber mais respostas do ICP. No entanto, ele continua a enviar consultas ao ICP e marcará o par como ativo após o recebimento da primeira resposta subsequente do ICP. <p> Esse tempo limite também afeta quando o Squid espera receber respostas de colegas do ICP. Se mais de segundos de 'dead_peer' se passaram desde que a última resposta do ICP foi recebida, o Squid não espera receber uma resposta do ICP na próxima consulta. Portanto, se o tempo entre as solicitações for maior que esse tempo limite, você verá muitas solicitações enviadas DIRECT aos servidores de origem, e não aos seus pais. <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`
