Problema com Gerenciador de Downloads [RESOLVIDO]

lucascatani · 13 de Julho de 2012, 21:33

Boa noite pessoal, estou com uma dúvida no SQUID 3.1.

Quando eu tento baixar algum arquivo em uma estação da minha rede, usando o Free Download Manager, o programa só consegue abrir uma seção. Se eu coloco direto no modem, o programa abre 10 seções e baixa bem mais rápido.

Creio eu, que seja algo no squid, que não libere mais de 1 conexão para "fora". É uma suposição.

Se alguém já passou por isso, e souber a solução eu agradeço.

Um abraço!

zekkerj · 14 de Julho de 2012, 10:58

Você está usando o squid configurado ou transparente?

lucascatani · 14 de Julho de 2012, 19:14

Citação de: zekkerj online 14 de Julho de 2012, 10:58
Você está usando o squid configurado ou transparente?

Transparente.

E o iptables tudo ACCEPT.

Só uso o servidor para cache do windows update.

zekkerj · 15 de Julho de 2012, 03:50

Experimente primeiro configurar o proxy no Free Download Manager (se ele permitir isso). Observe se o problema continua.

Depois, tente usar um outro download manager, como o DownThemAll, do Firefox. Observe se o mesmo problema se repete com o outro Download Manager.

Assim a gente consegue isolar se é um problema do Free Download Manager, ou do Squid.

lucascatani · 15 de Julho de 2012, 15:18

Citação de: zekkerj online 15 de Julho de 2012, 03:50
Experimente primeiro configurar o proxy no Free Download Manager (se ele permitir isso). Observe se o problema continua.

Continua

Citar
Depois, tente usar um outro download manager, como o DownThemAll, do Firefox. Observe se o mesmo problema se repete com o outro Download Manager.

Com o DownThemAll, aparece todas as "partes" 4/4 no canto direito. Não sei se isso significa que quebrou em 4 conexões.

Citar
Assim a gente consegue isolar se é um problema do Free Download Manager, ou do Squid.

O mesmo computador, com o mesmo FDM, "fora"dessa rede, direto no modem adsl, cria 10 seções para baixar 1 arquivo.

Se eu tiro o redirecionamento da 80 para a 3128, ele cria as 10 seções normalmente.

O problema é o SQUID.

Para adiantar, segue meu squid.conf

Código Selecionar

http_port 3128 transparent
visible_hostname firewall.l9web.local
cache_mem 2048 MB
maximum_object_size 200 MB
quick_abort_min -1
range_offset_limit -1
cache_dir ufs /var/cache/squid 50000 16 256
cache_access_log /var/log/squid3/access.log
cache_log /var/log/squid3/cache.log
cache_store_log /var/log/squid3/store.log
emulate_httpd_log on
error_directory /usr/share/squid3/errors/pt-br

refresh_pattern microsoft.com/.*\.(cab|exe|ms[i|u|f]|asf|wm[v|a]|dat|zip) 4320 80% 43200 reload-into-ims
refresh_pattern -i microsoft.com/.*\.(cab|exe|ms[i|u|f]|asf|wm[v|a]|dat|zip) 4320 80% 43200 reload-into-ims
refresh_pattern -i windowsupdate.com/.*\.(cab|exe|ms[i|u|f]|asf|wm[v|a]|dat|zip) 4320 80% 43200 reload-into-ims
refresh_pattern -i microsoft.com/.*\.(cab|exe|ms[i|u|f]|asf|wm[v|a]|dat|zip) 4320 80% 43200 reload-into-ims
refresh_pattern -i windowsupdate.com/.*\.(cab|exe|ms[i|u|f]|asf|wm[v|a]|dat|zip) 4320 80% 43200 reload-into-ims
refresh_pattern -i my.windowsupdate.website.com/.*\.(cab|exe|ms[i|u|f]|asf|wm[v|a]|dat|zip) 4320 80% 43200 reload-into-ims


refresh_pattern ^ftp:           1440    20%     10080
refresh_pattern ^gopher:        1440    0%      1440
refresh_pattern -i (/cgi-bin/|\?) 0     0%      0
refresh_pattern .               0       20%     4320

acl manager url_regex -i ^cache_object:// +i ^https?://[^/]+/squid-internal-mgr/

acl localhost src 127.0.0.1/32 ::1
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1

#acl localnet src 10.0.0.0/8     # RFC 1918 possible internal network
#acl localnet src 172.16.0.0/12  # RFC 1918 possible internal network
#acl localnet src 192.168.0.0/16 # RFC 1918 possible internal network
#acl localnet src fc00::/7       # RFC 4193 local private network range
#acl localnet src fe80::/10      # RFC 4291 link-local (directly plugged) machines
acl redeinterna src 192.168.0.0/24  # rede interna

acl SSL_ports port 443
acl Safe_ports port 80          # http
acl Safe_ports port 21          # ftp
acl Safe_ports port 443         # https
acl Safe_ports port 70          # gopher
acl Safe_ports port 210         # wais
acl Safe_ports port 1025-65535  # unregistered ports
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 CONNECT method CONNECT

http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access allow redeinterna
http_access deny all

zekkerj · 15 de Julho de 2012, 15:31

Lucas, pode ser que o FDM não esteja lidando de forma correta com as várias conexões simultâneas. É comum que alguns programas "quebrem" a implementação do protocolo HTTP; por exemplo, esses "refresh_pattern", que vc usa no próprio squid, quebram o protocolo.

Assim, é importante observar se esse problema acontece com outros gerenciadores de download, antes de afirmar que o problema é no squid. Até lá, o problema pode, sim, ser específico do FDM. Eu sugeri o uso do DownThemAll pq ele é uma extensão do firefox, fácil de instalar.

lucascatani · 15 de Julho de 2012, 15:41

Citação de: zekkerj online 15 de Julho de 2012, 15:31
Lucas, pode ser que o FDM não esteja lidando de forma correta com as várias conexões simultâneas. É comum que alguns programas "quebrem" a implementação do protocolo HTTP; por exemplo, esses "refresh_pattern", que vc usa no próprio squid, quebram o protocolo.

Assim, é importante observar se esse problema acontece com outros gerenciadores de download, antes de afirmar que o problema é no squid. Até lá, o problema pode, sim, ser específico do FDM. Eu sugeri o uso do DownThemAll pq ele é uma extensão do firefox, fácil de instalar.

Retirando

quick_abort_min -1
range_offset_limit -1

Funciona bem.

É algo nessas 2 regras.. alterei a range_offset_limit -1 para range_offset_limit -1 windowsupdate

dentro de windows update coloquei os endereços do windows update.

o problema está an regra quick_abort_min -1

zekkerj · 15 de Julho de 2012, 16:41

Então desative essas regras... os valores padrão funcionam bem pra maioria dos usuários.
PS: Novamente estamos em uma situação de desrespeito ao protocolo...

lucascatani · 15 de Julho de 2012, 18:45

Citação de: zekkerj online 15 de Julho de 2012, 16:41
Então desative essas regras... os valores padrão funcionam bem pra maioria dos usuários.
PS: Novamente estamos em uma situação de desrespeito ao protocolo...

Desativando, não farei mais cache do windows update.

Deve haver uma solução.

De nada adianta deixar o squid funcionando sem o que eu preciso, vou achar a solução e postarei aqui.

zekkerj · 15 de Julho de 2012, 22:24

Cara, vc não precisa dessas regras pra fazer cache de windows update... um cache normal, regras feijão-com-arroz já te resolveria...

lucascatani · 15 de Julho de 2012, 22:38

Citação de: zekkerj online 15 de Julho de 2012, 22:24
Cara, vc não precisa dessas regras pra fazer cache de windows update... um cache normal, regras feijão-com-arroz já te resolveria...

Segundo o site e manual do squid, preciso sim.

Fui atrás dessas regras, pois somente aumentando o tamango da cache, armazenamento e arquivos não deu certo.

Estou quase solucionando o problema. amanhã posto o
resultado.

zekkerj · 16 de Julho de 2012, 00:15

Que nada, cara. Deixa sem a regra e tudo bem. Centenas de caches funcionam assim. O meu funciona assim.

lucascatani · 19 de Julho de 2012, 20:17

Eis a solução... ao declarar a regra :

range_offset_limit -1 windowsupdate

Citarque segundo pesquisa, impede que determinado pacote de atualização seja "quebrado em partes", para o correto funcionamento do cache do windows update

É necessário logo abaixo dela declarar

range_offset_limit 0

Creio que que o SQUID aplique para todos os downlods essa regra, caso não declare como acima... então fica assim:

range_offset_limit -1 windowsupdate
range_offset_limit 0