Squid3 Parando

Buckminster
(usa Debian)

Enviado em 13/04/2016 - 19:59h

Bom, a versão do teu Squid está de bom tamanho, não é desatualizada.

Tu fizeste alguma alteração no Squid e/ou no firewall recentemente?

Tu acrescentaste alguma palavra no arquivo blacklist?

Não está sofrendo algum ataque externo e/ou interno?

Talvez o teu cache esteja enchendo demais. Verifique se não lotou o espaço em disco.

arasouza
(usa Debian)

Enviado em 14/04/2016 - 05:11h

Exatamente, para o squid: service squid3 stop
df -ah e veja se tem alguma partição com 100%
rm -fr /var/log/spool/*.*

squid3 -v
service squid3 start
é importante o teste sem a passagem pelo proxy, para eliminar problemas com o proxy e determinar se não é no servidor, vc tem q parar a interceptação e tirar o proxy do cliente que está acessando e verificar se ele acessa normalmente quando NÃO está passando pelo proxy. ok?

Mandrack
(usa Debian)

Enviado em 14/04/2016 - 07:11h

Bom dia,

Então não fiz nenhuma alteração, a principio achei que o ubuntu tivesse feito alguma atualização que afetou o squid3, vou dar uma olhada na cache.

Mandrack
(usa Debian)

Enviado em 14/04/2016 - 07:23h

Bom dia,
Então amigo estou compartilhando a net pelo iptables e tudo funciona normalmente todos os sites carregam e detalhe pensando que poderia ser alguma atualização no servidor nos formatamos o servidor web e em relação ao squid continua a mesma coisa, agora vou dar uma olhada na partição usando esses comando que você me passou.

arasouza
(usa Debian)

Enviado em 14/04/2016 - 07:37h

Blz Mandrak, mas foca no squid, pois como não passando por ele navega normal, então o pro tá nele, entendeu? provavelmente o cache, qualquer coisa começa do zero e vai implantando as regras aos poucos e ai sim vc vai detectar o problema.

Mandrack
(usa Debian)

Enviado em 14/04/2016 - 08:55h

[quote]arasouza escreveu:

[quote]Mandrack escreveu:

[quote]arasouza escreveu:

Exatamente, para o squid: service squid3 stop
df -ah e veja se tem alguma partição com 100%
rm -fr /var/log/spool/*.*



Olha ai arasouza
root@PROXY:/etc/squid3# df -ah
Sist. Arq. Tam. Usado Disp. Uso% Montado em
sysfs 0 0 0 - /sys
proc 0 0 0 - /proc
udev 2,0G 4,0K 2,0G 1% /dev
devpts 0 0 0 - /dev/pts
tmpfs 401M 1,3M 399M 1% /run
/dev/sda1 455G 6,2G 426G 2% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 0 0 0 - /sys/fs/fuse/connections
none 0 0 0 - /sys/kernel/debug
none 0 0 0 - /sys/kernel/security
none 5,0M 0 5,0M 0% /run/lock
none 2,0G 224K 2,0G 1% /run/shm
none 100M 40K 100M 1% /run/user
none 0 0 0 - /sys/fs/pstore
systemd 0 0 0 - /sys/fs/cgroup/systemd
gvfsd-fuse 0,0K 0,0K 0,0K - /run/user/1000/gvfs
/dev/sdc1 466G 166G 301G 36% /media/webproxy/SAMSUNG

root@PROXY:/var/log# dir
alternatives.log auth.log.4.gz fontconfig.log squid3
alternatives.log.1 boot.log fsck syslog
apache2 bootstrap.log gpu-manager.log syslog.1
apport.log btmp hp syslog.2.gz
apport.log.1 btmp.1 installer syslog.3.gz
apport.log.2.gz cups kern.log syslog.4.gz
apport.log.3.gz dist-upgrade kern.log.1 syslog.5.gz
apport.log.4.gz dmesg kern.log.2.gz syslog.6.gz
apport.log.5.gz dmesg.0 kern.log.3.gz syslog.7.gz
apport.log.6.gz dmesg.1.gz kern.log.4.gz udev
apport.log.7.gz dmesg.2.gz lastlog unattended-upgrades
apt dmesg.3.gz lightdm upstart
auth.log dmesg.4.gz pm-powersave.log wtmp
auth.log.1 dpkg.log pm-powersave.log.1 wtmp.1
auth.log.2.gz dpkg.log.1 samba Xorg.0.log
auth.log.3.gz faillog speech-dispatcher Xorg.0.log.old

arasouza
(usa Debian)

Enviado em 14/04/2016 - 12:07h

Blz, olha só: /dev/sda1 455G 6,2G 426G 2% / <== apenas 2% ocupado, então existe espaço de sobra no disco (so uma dica sempre que vc trabalhar com srv seja la qual for o tipo, sempre trabalha com no minimo a estrutura abaixo:
/ --> raiz
/swap
/home
/tmp
/var

E convencional, nao que o problema seja esse mais evita vários pro)

seguinte, eliminado mais um pró.
mas ainda não entendi se vc fez o procedimento de exclusão e recriação do cache.. vc fez? pq acho q o problema está no cache.

Mandrack
(usa Debian)

Enviado em 14/04/2016 - 12:59h

Fiz o procedimento mas não resolveu ta osso. Agora pensando mais um pouco por que não consigo abrir o site do google,

arasouza
(usa Debian)

Enviado em 14/04/2016 - 14:36h

Cara seguinte:
Pelo q vi qndo vc não passa pelo squid ele navega normalmente certo?

Deixa um tempo sem passar pelo proxy,(squid), para ter certeza q naõ tem nenhum outro pro com teu servidor, caso dê tudo certo, desinstalar o squid e instalar do zero é uma opção que precisa ser levada em consideração. vc instalou ou já tava instalado instala ele pelo apt-get, install squid3

Mandrack
(usa Debian)

Enviado em 14/04/2016 - 15:06h

Então já instalei ele do zero varias vezes tanto no próprio servidor quanto em um terminal, funciona no inicio fica tudo bom passa tudo pelo proxy depois de um tempo ele começa a travar, ficar lento funcionado apenas alguns sites e o primeiro a parar e o google e não abre de jeito nenhum, os outros demoram muito mas abrem. No momento não estou usando o proxy na empresa porque não to conseguindo ajustar o squid o compartilhamento esta sendo feito pelo ipatbles e ta tudo funcionando.

Buckminster
(usa Debian)

Enviado em 14/04/2016 - 16:53h

Verificou as palavras dentro da blacklist?

Ou pode ser problema de DNS em conflito com o Squid.

Mandrack
(usa Debian)

Enviado em 14/04/2016 - 17:05h

E ai Buckminster não estou usando mais a blacklist e já coloquei dentro do resolv.conf como teste tbm os dns, como tbm testei dentro do squid e nada. Pesquisando vi algo de desabilitar o IPV6, mas estava funcionando normalmente já tinha algum tempo pq desabilitando o IPV6 solucionaria o problema?. também e um teste a se fazer.