uso de portas altas, acima da 1024. Ela e tao extensa porque cada porta e especificada em uma linha diferente. Podemos simplificar isso agrupando as portas na mesma linha, o que resulta em um arquivo de configuracao muito menor, mas que faz exatamente a mesma coisa: http_port 3128visible_hostname gdh acl all src 0.0.0.0/0.0.0.0acl manager proto cache_objectacl localhost src 127.0.0.1/255.255.255.255acl SSL_ports port 443 563acl Safe_ports port 21 80 443 563 70 210 280 488 59 777 901 1025-65535acl purge method PURGEacl CONNECT method CONNECT http_access allow manager localhosthttp_access deny managerhttp_access allow purge localhosthttp_access deny purgehttp_access deny !Safe_portshttp_access deny CONNECT !SSL_ports acl redelocal src 192.168.1.0/24http_access allow localhosthttp_access allow redelocal http_access deny all Veja que em ambos os exemplos adicionei duas novas acl's. A acl "localhost" contem o endereco 127.0.0.1, que voce utiliza ao usar o proxy localmente (ao navegar usando o proprio servidor), e a acl "rede local", que inclui os demais micros da rede local. Substitua o "192.168.1.0/24" pela faixa de enderecos IP e a mascara de sub-rede usada na sua rede local (o 24 equivale a mascara 255.255.255.0). Depois de criadas as duas politicas de acesso, vao duas linhas no final do arquivo que especificam que os micros que se enquadrarem nelas poderao usar o proxy: http_access allow localhosthttp_access allow redelocal Lembra-se da acl "all", que contem todo mundo? Vamos usa-la para especificar que os clientes que nao se enquadrarem nas duas regras acima (ou seja, clientes nao-autorizados, vindos da Internet) nao poderao usar o proxy: http_access deny all Esta linha deve ir no final do arquivo, depois das outras duas. A ordem e importante, pois o Squid interpreta as regras na ordem em que sao colocadas no arquivo. Se voce permite que o micro X acesse o proxy, ele acessa, mesmo que uma regra mais abaixo diga que nao. Se voce adicionasse algo como: acl redelocal src 192.168.1.0/24http_access allow redelocalhttp_access deny redelocal ... os micros da rede local continuariam acessando, pois a regra que permite vem antes da que proibe. Existem alguns casos de sites que nao funcionam bem quando acessados atraves de proxies, um exemplo comum e o "Conectividade Social", da Caixa. Normalmente nesses casos o problema esta em algum recurso fora do padrao usado pelo sistema do site e nao no servidor proxy propriamente dito, mas, de qualquer forma, voce pode solucionar o problema de forma muito simples orientando o servidor proxy a repassar as requisicoes destinadas ao site diretamente. Para isso, adicionamos uma ACL na configuracao, especificando a URL do site e usando a opcao "always_direct": acl site dstdomain siteproblematico.comalways_direct allow site Esta regra deve vir antes da regra que libera os acessos provenientes da rede local, como em: acl site dstdomain siteproblematico.comalways_direct allow site acl redelocal src 192.168.1.0/24http_access allow localhosthttp_access allow redelocalhttp_access deny all Depois de configurar o arquivo, nao se esqueca de reiniciar o servico para que a configuracao entre em vigor: # /etc/init.d/squid restart Nesse ponto o seu proxy ja esta completamente funcional. Voce pode comecar a configurar os navegadores nos PCs da rede local para utiliza-lo e acompanhar o desempenho da rede.