lusca + thunder 3-Internet lenta

Coloquei agora a tarde 15 máquinas da rede no servidor centos 64 bits com lusca cache + thundercache 3 conforme configuração abaixo:


Dell Poweredge
Intel Xeon 2.1ghz 1066mhz
4GB ddr2
2x500GB sata II raid I.
placas rede Broadcom 1Gb/s
e etc..

quando começou a requisição o meu link de 512kpbs foi para o beleleu e testando só dava 50kpbs...no começo do thunder ele consome todo link mesmo? tirei as máquinas do servdor e voltei para o atual e voltou tudo ao normal.

Pergunto pois tenho o thunder no atual mas não me lembro de ter consumido toda a internet no começo.

meu squid.conf de testes:

http_port 3128 transparent
icp_port 0
cache_replacement_policy heap LFUDA
cache_dir aufs /var/cachesquid 20000 256 256

memory_replacement_policy heap GDSF
cache_mem 128 MB
maximum_object_size 256 MB
minimum_object_size 0 KB
maximum_object_size_in_memory 256 KB
cache_swap_low 90
cache_swap_high 95
ipcache_size 1024
fqdncache_size 1024

#
# Configuraç proxy estáca ------------------------------------------
#

ipcache_low 90
ipcache_high 95

#hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY

mime_table /etc/squid/mime.conf
pid_filename /var/run/proxy.pid
debug_options ALL,1
log_fqdn off

refresh_pattern ^ftp: 15 20% 2280
refresh_pattern ^gopher: 15 0% 2280
refresh_pattern . 15 20% 2280

acl all src 0.0.0.0/0
acl redeinterna src 10.33.0.0/24
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 563 82
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 # https, snews
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

#=========================================================#
# Thunder 3
#=========================================================#
acl thunder_lst url_regex -i "/etc/thunder/thunder.lst"
cache deny thunder_lst
cache_peer 10.33.0.1 parent 8081 0 proxy-only no-digest
dead_peer_timeout 2 seconds
cache_peer_access 10.33.0.1 allow thunder_lst
cache_peer_access 10.33.0.1 deny all


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


cache_mgr localhost
cache_effective_user squid
cache_effective_group squid
visible_hostname localhost

dns_testnames registro.br

#acl snmppublic snmp_community public
#snmp_access allow snmppublic localhost
#snmp_access deny all
#snmp_incoming_address 0.0.0.0
#snmp_outgoing_address 255.255.255.255


# Configuraç de LOG
cache_log none
cache_store_log none
# Sem log de acesso
cache_access_log /var/log/squid/access.log
#cache_access_log none


# Setar TOS 8 em pacotes IP de arquivos em cache
zph_mode tos
zph_local 0x08
zph_parent 0
zph_option 136
visible_hostname localhost
cache_mgr localhost
mime_table /etc/squid/mime.conf
pid_filename /var/run/proxy.pid
cache_effective_user squid
cache_effective_group squid

Amigo o link dedicado de 512k, vai baixa no maximo 64k.

Eu nunca rodei o lusca e tc3 em 64bits somente em 32bits e esta rodando a mais ou menos 6 meses e nunca tive problema.
A sua maquina é muito bom, e pela quantidade de cliente conectados esta muito boa a configuração.

Esse cliente que ta conectado você faz controle de banda ou fica aberto ?

depois deixei só meu notebook com cliente navegando normal...ai fui baixar o skype e começou a ficar lento novamente pois ele começou nos logs a aparecer o windows update para o thunder....baixando entende?

Caro colega "é normal" primeiro, numca limite o down do thunder q ai piora, pois uma vez requisitado ele baixa pra ele e para o clientes repassando, se ele tiver controle a emperra o trem. Outra como é um sistema zerado, com certeza é a mesma coisa q vc deixar sem ele direto sem cache algum. Até começar a vc criar um cache dos sites ou objetos mais acessados.
Terceiro, se eu entendi qndo vc volta para o sistema antigo (cache proxy) volta o link ao normal, teoricamente, se vc tem um sistema de cache tipo squid, webproxy ou algo, vc ja tem uma boa qntidade de objetos ou sites armazenados assim economizando link.
Monto muitos servidores, e meus clientes sempre reclamam, mas isso é questao de 3 a 6 dias... depois numca mais ouço reclamação. Detalhe, qndo da algum problema no server onde ele tem q ficar alguns dias fora, ai sim eles veem a difereça q um sistema de cache proxy dá em uma rede.

Boa Sorte