Novo "Tilt" no Squid... [RESOLVIDO]

1. Novo "Tilt" no Squid... [RESOLVIDO]

Tiago
tiago1

(usa Ubuntu)

Enviado em 26/07/2012 - 21:55h

Olá a todos,

Já escrevi aqui antes enquanto fazia meu servidor Squid em casa e na escola que trabalho. Ainda estou aprendendo sobre ele, mas fiz bons avanços.

Bem, aconteceu algo inusitado com meu servidor original Squid. Eu achei estranho porque na configuração dele original, as placas de rede eram reconhecidas como "eth0" e "eth2", ou seja, não existia a interface "eth1". A placa de rede ligada no modem era a "eth2" e a da rede local era "eth0" e configurei a rede seguindo estes padrões e deu certo.

Quando instalei o Debian em outros HDs, apenas para ter o sistema básico netinst mais o "pppoenconf" de reserva,caso fosse necessário em uma emergência, as mesmas interfaces foram reconhecidas como "eth0" e "eth1", mesmo sem trocar as placas de rede, apenas mudei o HD. Fiz o compartilhamento nesse HD reserva e deu certo, embora não tenha conseguido fazer o DHCP no servidor pra rede interna, que era outro objetivo também. Como não consegui instalar o DHCP neste HD, resolvi voltar pros HDs originais do servidor, onde já tinha instalado o Squid. Ao recolocar esses HDs, fiz a discagem do "pppoeconf" e a placa ligada no modem, que era a "eth2", foi reconhecida como "eth0" e a rede local, consequentemente, passou de "eth0" para "eth2".Não troquei elas de slot da placa mãe. Bom, reconfigurei a rede no arquivo "etc/network/interfaces" de acordo com a "nova realidade". Antes fosse só isso, agora o Squid, que antes funcionava bem, agora não aceita nenhuma conexão, a página não abre, fica tentando abrir o site, mas não abre. Se eu marcar nos clientes "sem proxy", a internet acessa normalmente, mas o sistema de bloqueio de sites está prejudicado. =(

Devido a essa questão, nem pude tentar fazer o comando "free -m", que me foi sugerido aqui pelos integrantes do VOL, para verificar a quantidade de memória usada pelo servidor.

Isso já aconteceu com alguém? Devo reinstalar tudo de novo? Ou só o arquivo "backupsettings.conf" do modem? Desinstalo completamente o Squid e instalo de novo?

Ah, quando o Squid funcionava, existia uma linha no "squid.conf" que dava erro e impedia o Squid de iniciar. Era a linha:

"cache_dir ufs/var/spool/squid3 2048 16 256"

Se eu não comentasse essa linha, o Squid não iniciava e aparecia essa frase:

Restarting Squid HTTP Proxy 3.x: squid3 Waiting.....................done.
cd: 144: can't cd to 2048
FATAL: Bungled squid.conf line 20: cache_dir ufs/var/spool/squid3 2048 16 256
Squid Cache (Version 3.1.6): Terminated abnormally.
CPU Usage: 0.076 seconds = 0.040 user + 0.036 sys
Maximum Resident Size: 15760 KB
Page faults with physical i/o: 0
failed!

Comentei a linha e o Squid funcionou, embora aparecesse uma frase no boot do servidor:

"starting Squid HTTP Proxy3.x: Squid3 Creating Squid HTTP Proxy 3.x Cache structure...(warning)"
Já me explicaram aqui no VOL de que isso ocorre devido a "erros na estrutura." Mas é estrutura de arquivos ou do Squid?
Mesmo com essa frase, o Squid funcionava bem, bloqueava boa parte dos sites que eu precisava no momento na escola.

Mas quero melhorar mais o sistema, por isso todas estas longas explicações.
Abaixo segue meu "squid.conf" oficial, usado no servidor.

=======================================================================================================

http_port 3128
visible_hostname servidor
error_directory /usr/share/squid3/errors/Portuguese

cache_mem 64 MB
maximum_object_size_in_memory 64 KB
maximum_object_size 512 MB
maximum_object_size 0 KB
cache_swap_low 90
cache_swap_high 95
#Esta linha esta dando um erro estranho, por isso comentada
#cache_dir ufs/var/spool/squid3 2048 16 256
#Esta linha esta dando um erro estranho, por isso comentada
cache_access_log /var/log/squid3/access.log
refresh_pattern ^ftp: 15 20% 2280
refresh_pattern ^gopher: 15 0% 2280
refresh_pattern . 15 20% 2280

acl all src
acl manager proto cache_object

acl localhost src 127.0.0.1/32
acl SSL_ports port 443 563
acl Safe_ports port 80 # http
acl Safe_ports port 21 563 # https,snews
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 901 # swat
acl Safe_ports port 1025-65535 # portas altas
acl purge method PURGE
acl CONNECT method CONNECT

http_access allow manager localhost
http_access deny manager
http_access allow purge localhost
http_access deny purge
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports

=======================================================================================================

Obrigado novamente a atenção e desculpe a longa descrição!





  


2. MELHOR RESPOSTA

André Canhadas
andrecanhadas

(usa Debian)

Enviado em 26/07/2012 - 22:24h

Bom o reconhecimento de suas placas de rede é facil de resolver:


echo "" > /etc/udev/rules.d/70-persistent-net.rules

Reinicie e veja se carregou como eth0 e eth1
Refaça as configurações em /etc/network/interfaces

Agora a internet deve ter afetado no seu firewall onde faz o compartilhamento:

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE


A eth0 no caso seria a conectada na internet

3. Re: Novo "Tilt" no Squid... [RESOLVIDO]

Tiago
tiago1

(usa Ubuntu)

Enviado em 26/07/2012 - 23:09h

andrecanhadas escreveu:

Bom o reconhecimento de suas placas de rede é facil de resolver:


echo "" > /etc/udev/rules.d/70-persistent-net.rules

Reinicie e veja se carregou como eth0 e eth1
Refaça as configurações em /etc/network/interfaces



Ok, obrigado! Mas realmente, não entendo porque com outro HD, as interfaces mudam de nome.


4. Udev

André Canhadas
andrecanhadas

(usa Debian)

Enviado em 26/07/2012 - 23:21h

tiago1 escreveu:

andrecanhadas escreveu:

Bom o reconhecimento de suas placas de rede é facil de resolver:


echo "" > /etc/udev/rules.d/70-persistent-net.rules

Reinicie e veja se carregou como eth0 e eth1
Refaça as configurações em /etc/network/interfaces



Ok, obrigado! Mas realmente, não entendo porque com outro HD, as interfaces mudam de nome.


Não é o HD e sim o S.O que numa possível troca de slot tenha criado a eth2 pois a eth0 e eth1 já existiam

Isso é comum quando ocorrem troca de placas ou mesmo de slot a mesma placa.

O comando citado acima limpa as informações de suas placas de rede e ao reiniciar ela é recriada.


5. Hum!

Tiago
tiago1

(usa Ubuntu)

Enviado em 26/07/2012 - 23:34h

Hum, interessante!

Em todas as instalações, usei o Debian 6 Squeeze e na volta do HD ao servidor os "eth2" e o "eth0" voltaram, embora trocados. Nunca desconectei as placas de rede PCI desde que ativei o servidor.

Tentarei ver isso no servidor. Obrigado mais uma vez!


6. HD

André Canhadas
andrecanhadas

(usa Debian)

Enviado em 26/07/2012 - 23:37h

tiago1 escreveu:

Hum, interessante!

Em todas as instalações, usei o Debian 6 Squeeze e na volta do HD ao servidor os "eth2" e o "eth0" voltaram, embora trocados. Nunca desconectei as placas de rede PCI desde que ativei o servidor.

Tentarei ver isso no servidor. Obrigado mais uma vez!


E também acontece quando o sistema é instalado em outro hardware e depois troca o HD de maquina, este deve ser o seu caso.


7. Ok

Tiago
tiago1

(usa Ubuntu)

Enviado em 26/07/2012 - 23:50h

Ok então, verificarei.

Tenho muito o que estudar no Debian pelo jeito.


8. Linux

André Canhadas
andrecanhadas

(usa Debian)

Enviado em 27/07/2012 - 00:02h

tiago1 escreveu:

Ok então, verificarei.

Tenho muito o que estudar no Debian pelo jeito.


Não só no Debian vale para qualquer derivada, quanto a estudar nunca é d+


9. Re: Novo "Tilt" no Squid... [RESOLVIDO]

Osama Jr.
/bin/laden

(usa Void Linux)

Enviado em 27/07/2012 - 08:56h

Faltou um espaço nessa linha aqui:

cache_dir ufs/var/spool/squid3 2048 16 256 


o correto é?

cache_dir ufs /var/spool/squid3 2048 16 256 



10. Re: Novo "Tilt" no Squid... [RESOLVIDO]

Tiago
tiago1

(usa Ubuntu)

Enviado em 27/07/2012 - 11:08h

/bin/laden escreveu:

Faltou um espaço nessa linha aqui:

cache_dir ufs/var/spool/squid3 2048 16 256 


o correto é?

cache_dir ufs /var/spool/squid3 2048 16 256 


PUXA!

Eu não tinha reparado nisso! Vou verificar no servidor da escola hoje!

O incrível é que ele funcionava de maneira boa, mesmo sem esta linha. Mas esta linha é rsponsável pelo cache de disco, então ela é importante!

Vou verificar e dou um retorno aqui!

Obrigado mais uma vez!




11. Mensagem de erro

Tiago
tiago1

(usa Ubuntu)

Enviado em 27/07/2012 - 12:12h

Uma mensagem de erro que está acontecendo nos clientes que tentar acessar o Proxy:

"The following error was encountered while trying to retrieve the URL: http://www.google.com.br/

Incapaz de determinar o endereço IP através do nome do host "www.google.com.br"

O servidor DNS retornou:

Timeout

This means that the cache was not able to resolve the hostname presented in the URL. Check if the address is correct.

Your cache administrator is webmaster."

Essa é a mensagem que aparece nos clientes, desde o retorno dos HDs originais no servidor.




12. DNS

André Canhadas
andrecanhadas

(usa Debian)

Enviado em 27/07/2012 - 12:30h

Veja suas configurações de dns mas pode adicinar no seu squid.conf:

dns_nameservers 8.8.8.8 8.8.4.4




01 02 03



Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts