<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 é &quot;.cgi&quot; e &quot;?&quot;. 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 &#39;ótimo&#39;. 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 &quot;sondas&quot; 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 &quot;morto&quot;. 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 &#39;dead_peer&#39; 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>