Squid extremamente lento [RESOLVIDO]

djcelsodub
(usa CentOS)

Enviado em 18/09/2009 - 17:11h

Pessoal,

estou a procura de uma solução há 3 dias inteiros e não encontrei ainda nada que resolva o problema.

Ambiente:

- Link Embratel de 512MB full
- Servidor Linux Fedora Core 5 com Squid 2.5 e firewall iptables (512MB Ram / 2 HD's SCSI de 40GB - ambas com mais de 25GB livres)
- Servidor Windows Server 2003 (AD/DNS/DHCP)

Problema:

já há 3 dias que os usuários que utilizam o proxy não conseguem navegar. A navegação está tão lenta que sempre é apresentado esse erro:

ERRO
A URL solicitada não pode ser recuperada

--------------------------------------------------------------------------------

Na tentativa de recuperar a URL: http://www.terra.com.br/

O seguinte erro foi encontrado:

Falha na conexão
O sistema retornou:

(110) Connection timed outO host remoto (servidor) ou a rede pode estar indisponível. Por favor tente novamente.

--------------------------------------------

Achei que fosse problema com o DNS interno ou com o externo, sendo assim, tentei navegar direto pelo IP e nada.

Limpei o cache do squid, aumentei o cache_mem, coloquei dns_nameservers, apontei outros DNS's no resolv.conf... nada!!!
Abri a porta 53/udp e tcp no firewall... nada!!!

Fiz backup do access.log e recriei... nada!!

Tentei até mudar a porta do squid para testar... e nada!!!

Em algumas raríssimas vezes o site começa aparecer... mas para e não consegue prosseguir...

Tudo funciona, ssh, emails etc etc etc, menos a navegação pelo squid.

O problema mora justamente no squid... pois navegando fora do proxy tudo é acessado normalmente e bem rápido.

Até reinstalei o squid e... nada!!!

Pessoal, alguém já passou por isso ou tem uma luz no fim do túnel??? não sei mais o que fazer... já fiz de tudo...

Agradeço desde já...

Celso Faria
Campinas/SP

emerson.cosmo
(usa Debian)

Enviado em 22/09/2009 - 15:47h

meu problema era que a navegação estava muito lenta, mais como novato em GNU/Linux, aprendemos com o nossos erros, e o erro desta vez foi no resolv.conf, aonde o nameserver estava apontando para o ip interno, feito a correção voltou a trafegar normalmente

Diede
(usa Debian)

Enviado em 22/09/2009 - 16:36h

Há quantos endereços na tabela conntrack (cat /proc/net/ip_conntrack| wc -l)
Seu squide está como forced ou transparent?
Por fora do squid a navegação funciona "a toda velocidade"?

f360c4
(usa CentOS)

Enviado em 22/09/2009 - 17:29h

Boa Tarde,

tente alterar a versão do squid para a 2.6 ou para a 2.7.
se não rolar, coloque o seu squid.conf para olharmos.

klebrr
(usa Linux Mint)

Enviado em 22/09/2009 - 19:56h

Tempo limite é um erro que geralmente está ligado ao seu link tipo quando está OFF

Experimente pingar do servidor onde tem o squid para algum ip valido ex: ping 200.xxx.xxx.xxx
ou até mesmo traceroute para ver se vc não está sem conexão.
traceroute -n 200.xxx.xxx.xxx

verifique o Gateway com ocomando:
# route -n

Verifique os DNS no arquivo /etc/resolv.conf se são da rede da embratel e se estão respondendo.
#dig @ip_do_dns_embtel www.vivaolinux.com.br
Ex:
#dig @200.xxx.xxx.xxx www.vivaolinux.com.br

; <<>> DiG 9.4.2 <<>> @200.xxx.xxx.xxx www.vivaolinux.com.br
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48130
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0

;; QUESTION SECTION:
;www.vivaolinux.com.br. IN A

;; ANSWER SECTION:
www.vivaolinux.com.br. 50185 IN CNAME vivaolinux.com.br.
vivaolinux.com.br. 54929 IN A 76.xx.xxx.57

;; AUTHORITY SECTION:
vivaolinux.com.br. 52424 IN NS sunshine.vivaolinux.com.br.
vivaolinux.com.br. 52424 IN NS ns.vivaolinux.com.br.

;; Query time: 2 msec
;; SERVER: 200.xxx.xxx.xxx#53
;; WHEN: Tue Sep 22 18:55:09 2009
;; MSG SIZE rcvd: 109

analistaslack
(usa Slackware)

Enviado em 08/02/2010 - 13:42h

Estou com o mesmo problema, como foi resolvido esse caso?????

euclidespaim
(usa CentOS)

Enviado em 17/02/2010 - 15:17h

olá, eu já passei por isso, e a única maneira que encontrei de resolver este problema foi indo até o diretório do cache do squid /var/spool/squid no caso das distros baseadas em debian e apagando um por um os diretórios do cache rm -fr 00, rm -fr 0A e assim por diante. Depois disso foi só dar um squid -z pra recontruir a árvores de diretórios do cache e voltou tudo a funcionar normalmente!!!

catim
(usa Debian)

Enviado em 06/04/2010 - 10:54h

Qual foi a resolução desse problema?

Diogo Andrade
Campo Grande/MS

djcelsodub
(usa CentOS)

Enviado em 06/04/2010 - 14:44h

Pessoal, infelizmente só consegui resolver refazendo o servidor...
que no final das contas não foi de tudo ruim, pois saí de um Fedora 5 para um Centos 5.4...
Ficou a incognita...

marceloalveslima
(usa Debian)

Enviado em 08/07/2012 - 04:47h

Pessoal, Segui as dicas do pessoal e mesmo assim não deu certo, mas fiz o seguinte, fiz backup dos arquivos de configuração é claro e desinstalei meu squid pelo apt-get remove squid em seguida apt-get autoremove depois exclui as seguintes pastas /etc/squid , /var/log/squid e /var/spool/squid e reinstalei novamente pelo apt-get install squid e graças a deus meu squid/proxy tá zerado, agora e se botar em produção, segue a dica ai...
Abraço....



Debian 6 , Petium 4, 2 GB de Ram, HD 250 GB,