[FUG-BR] Squid - (Longo)
Boa tarde,
tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no
historio da lista, que o assunto do squid dando falhas no download de
arquivos foi discutido por varias vezes, creio que todas as soluções
propostas que achei relevante eu cheguei a ativar. Porem ainda continua
dando erro quando o usuario vai fazer um download. Conversando com algumas
pessoas, me informaram que o proprio projeto squid não tem suporte para
processdores de nucleo duplo, gostaria se possivel confirmar essa informação
e pediria a ajuda de vocês para tentar visualizar uma solução para o
problema.
Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo,
mas julgo que as informações abaixo se fazem necessárias.
Bom ai vai uma breve descrição da maquina que é meu proxy
Pentium D935 (intel box)
Placa mãe ASUS
Placa de rede 3Com
HD sata 160gb
2GB de memoria RAM
Freebsd versão 6.2 stable
está particionada da seguinte forma
Filesystem1K-blocksUsed Avail Capacity
Mounted on
/dev/ad6s1a 2026030 64086 1799862 3%
/
devfs 1 10
100%/dev
/dev/ad6s1d202603012 1863936 0%
/tmp
/dev/ad6s1e19834638 4286504 13961364 23% /usr
/dev/ad6s1f 29749036 203908 27165206 1%
/var
/dev/ad6s1g1808258881409616 164950202 1%
/var/cache
devfs 1 10
100% /var/named/dev
Nessa maquina tenho um DNS secundario rodando.
abaixo segue o arquivo ipfw.rules que estou usando para fazer o proxy
transparente
ipfw.rules
#
#!/bin/sh
#
fwcmd=/sbin/ipfw
ife=rl0
porta_squid=9090
${fwcmd} -f flush
${fwcmd} -f pipe flush
# nao passa pelo squid (Caixa Economica Federal e afins)
nosquid={ 121.128.133.0/24 or 68.178.224.35/32 or 195.122.131.0/24 or
67.15.2.43/32 or 200.201.128.0/17 or 161.148.185.46/32 or 200.209.70.130/32
or 207.44.142.6/32 }
# redes Liberadas (redes do provedor)
redes={ xxx.xxx.xxx.xxx/xx }
proxy() {
# Squid (proxy) Transparente
${fwcmd} add set 20 allow tcp from ${redes} to me dst-port
${porta_squid} in via ${ife}
${fwcmd} add set 20 allow tcp from me to any dst-port 80 out via
${ife} keep-state
${fwcmd} add set 20 allow tcp from ${redes} to ${nosquid} dst-port
80 in via ${ife}
${fwcmd} add set 20 forward 127.0.0.1,${porta_squid} tcp from
${redes} to any dst-port 80 in via ${ife}
${fwcmd} add set 20 deny log tcp from any to me ${porta_squid} not
layer2
}
# Start das regras do firewall
proxy
meu squid.conf estou usando a versão 2.6.13
cache_dir diskd /var/cache 14 64 64 Q1=64 Q2=72
cache_swap_high 98
cache_swap_low 90
half_closed_clients on
cache_mem 250 MB
memory_poolsoff
quick_abort_pct 85
debug_options ALL,0
log_fqdn off
ftp_user[EMAIL PROTECTED]
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
# The cache can be configured to continue downloading aborted requests.
# This may be undesirable on slow (e.g. SLIP) links and/or very busy caches.
# Impatient users may tie up file descriptors and bandwidth by repeatedly
# requesting and immediately aborting downloads.
# When the user aborts a request, Squid will check the quick_abort
# values to the amount of data transferred until then.
# If the transfer has less than 'quick_abort_min' KB remaining,
# it will finish the retrieval. Setting 'quick_abort_min' to .1
# will disable the quick_abort feature.
# If the transfer has more than 'quick_abort_max' KB remaining,
# it will abort the retrieval.
# If more than 'quick_abort_pct' of the transfer has completed,
# it will finish the retrieval.
quick_abort_min 16 KB
quick_abort_max 16 KB
quick_abort_pct 95
dead_peer_timeout 10 seconds
hierarchy_stoplist cgi-bin ?
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl SSL_ports port 443 563
acl Safe_ports port 80
#acl Safe_ports port 20
#acl Safe_ports port 21
acl Safe_ports port 443 563
acl Safe_ports port 70
acl Safe_ports port 210
acl Safe_ports port 1025-65535
acl Safe_ports port 280
acl Safe_ports port 488
acl Safe_ports port 591
acl Safe_ports port 777
acl CONNECT method CONNECT
acl QUERY urlpath_regex cgi-bin \?
acl iplivres src xxx.xxx.xxx.xxx/xxx.xxx.xxx.xxx
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow iplivres
http_access allow localhost
http_access deny all
icp_access allow all
miss_access allow all
# Comentarios sobre o Delay pools do squid
# Cria 2 delay-pools
delay_pools 2
# Cria o pool 1 class 3 - Agregate, Network e Individual
# A classe 3 indica que o pool vai controlar o total da banda
Re: [FUG-BR] Squid - (Longo)
Não sei o que é falhas no download para vc. Mas uma vez que eu tinha
delay pools ativado no squid e limitava a velocidade demais,
inesperadamente terminava o download sem realmente ter chegado ao fim.
Por que o delay pools usa um recurso de negar o pacote, assim causando
atraso e conseguindo chegar a velocidade desejada. Primeiro verifica
se não é só com esses usuários que tem a banda de internet limitada
que tá dando problema... depois, caso seja, tenta aumentar a
velocidade mínima ... senão não sei..
Em 31/07/07, João Luiz Pedrosa Viana[EMAIL PROTECTED] escreveu:
Boa tarde,
tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no
historio da lista, que o assunto do squid dando falhas no download de
arquivos foi discutido por varias vezes, creio que todas as soluções
propostas que achei relevante eu cheguei a ativar. Porem ainda continua
dando erro quando o usuario vai fazer um download. Conversando com algumas
pessoas, me informaram que o proprio projeto squid não tem suporte para
processdores de nucleo duplo, gostaria se possivel confirmar essa informação
e pediria a ajuda de vocês para tentar visualizar uma solução para o
problema.
Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo,
mas julgo que as informações abaixo se fazem necessárias.
Bom ai vai uma breve descrição da maquina que é meu proxy
Pentium D935 (intel box)
Placa mãe ASUS
Placa de rede 3Com
HD sata 160gb
2GB de memoria RAM
Freebsd versão 6.2 stable
está particionada da seguinte forma
Filesystem1K-blocksUsed Avail Capacity
Mounted on
/dev/ad6s1a 2026030 64086 1799862 3%
/
devfs 1 10
100%/dev
/dev/ad6s1d202603012 1863936 0%
/tmp
/dev/ad6s1e19834638 4286504 13961364 23% /usr
/dev/ad6s1f 29749036 203908 27165206 1%
/var
/dev/ad6s1g1808258881409616 164950202 1%
/var/cache
devfs 1 10
100% /var/named/dev
Nessa maquina tenho um DNS secundario rodando.
abaixo segue o arquivo ipfw.rules que estou usando para fazer o proxy
transparente
ipfw.rules
#
#!/bin/sh
#
fwcmd=/sbin/ipfw
ife=rl0
porta_squid=9090
${fwcmd} -f flush
${fwcmd} -f pipe flush
# nao passa pelo squid (Caixa Economica Federal e afins)
nosquid={ 121.128.133.0/24 or 68.178.224.35/32 or 195.122.131.0/24 or
67.15.2.43/32 or 200.201.128.0/17 or 161.148.185.46/32 or 200.209.70.130/32
or 207.44.142.6/32 }
# redes Liberadas (redes do provedor)
redes={ xxx.xxx.xxx.xxx/xx }
proxy() {
# Squid (proxy) Transparente
${fwcmd} add set 20 allow tcp from ${redes} to me dst-port
${porta_squid} in via ${ife}
${fwcmd} add set 20 allow tcp from me to any dst-port 80 out via
${ife} keep-state
${fwcmd} add set 20 allow tcp from ${redes} to ${nosquid} dst-port
80 in via ${ife}
${fwcmd} add set 20 forward 127.0.0.1,${porta_squid} tcp from
${redes} to any dst-port 80 in via ${ife}
${fwcmd} add set 20 deny log tcp from any to me ${porta_squid} not
layer2
}
# Start das regras do firewall
proxy
meu squid.conf estou usando a versão 2.6.13
cache_dir diskd /var/cache 14 64 64 Q1=64 Q2=72
cache_swap_high 98
cache_swap_low 90
half_closed_clients on
cache_mem 250 MB
memory_poolsoff
quick_abort_pct 85
debug_options ALL,0
log_fqdn off
ftp_user[EMAIL PROTECTED]
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
# The cache can be configured to continue downloading aborted requests.
# This may be undesirable on slow (e.g. SLIP) links and/or very busy caches.
# Impatient users may tie up file descriptors and bandwidth by repeatedly
# requesting and immediately aborting downloads.
# When the user aborts a request, Squid will check the quick_abort
# values to the amount of data transferred until then.
# If the transfer has less than 'quick_abort_min' KB remaining,
# it will finish the retrieval. Setting 'quick_abort_min' to .1
# will disable the quick_abort feature.
# If the transfer has more than 'quick_abort_max' KB remaining,
# it will abort the retrieval.
# If more than 'quick_abort_pct' of the transfer has completed,
# it will finish the retrieval.
quick_abort_min 16 KB
quick_abort_max 16 KB
quick_abort_pct 95
dead_peer_timeout 10 seconds
hierarchy_stoplist cgi-bin ?
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl SSL_ports port 443 563
acl Safe_ports port 80
#acl Safe_ports port 20
#acl Safe_ports port 21
acl Safe_ports port 443 563
acl Safe_ports port 70
acl Safe_ports port 210
acl Safe_ports port
Re: [FUG-BR] Squid - (Longo)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 João Luiz Pedrosa Viana escreveu: Boa tarde, tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no historio da lista, que o assunto do squid dando falhas no download de arquivos foi discutido por varias vezes, creio que todas as soluções propostas que achei relevante eu cheguei a ativar. Porem ainda continua dando erro quando o usuario vai fazer um download. Conversando com algumas pessoas, me informaram que o proprio projeto squid não tem suporte para processdores de nucleo duplo, gostaria se possivel confirmar essa informação e pediria a ajuda de vocês para tentar visualizar uma solução para o problema. Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo, mas julgo que as informações abaixo se fazem necessárias. Bom ai vai uma breve descrição da maquina que é meu proxy Pentium D935 (intel box) Placa mãe ASUS Placa de rede 3Com HD sata 160gb 2GB de memoria RAM Freebsd versão 6.2 stable está particionada da seguinte forma Filesystem1K-blocksUsed Avail Capacity Mounted on /dev/ad6s1a 2026030 64086 1799862 3% / devfs 1 1 0 100%/dev /dev/ad6s1d202603012 1863936 0% /tmp /dev/ad6s1e19834638 4286504 13961364 23% /usr /dev/ad6s1f 29749036 203908 27165206 1% /var /dev/ad6s1g1808258881409616 164950202 1% /var/cache devfs 1 1 0 100% /var/named/dev Boa tarde, Uma coisa que eu gosto de fazer em servidores proxy é criar uma partição, se for em um disco separado melhor ainda, caso não for, uma partição exclusiva para o cache, e montar ele utilizando o seguinte parametro: noexec,async,noatime,nodev,nosuid. Já no squid, eu procuro sempre dividir o cache, criando varias instancias do mesmo, da seguinte forma: cache_dir diskd /cache/0 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/1 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/2 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/3 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/4 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/5 4096 16 256 Q1=72 Q2=62 Uma dúvida que eu tenho, quando você tem problema ao baixar o arquivo, se você tentar baixar o arquivo várias vezes ele para sempre no mesmo ponto? Você já tentou ao menos retirar o delay do squid para fazer um teste? Abraço, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iD8DBQFGr5a7bjyCr4Ixg0wRAhwSAKCfFUyp7NmE2b6TRwQZQEKJNooiPwCfe+d2 h1j6nmjgtpX2HnFoXtluyPU= =5v1R -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - (Longo)
OK, vou comentar as linhas do delay polls, mas mesmo antes delas o problema
acontecia...
- Original Message -
From: Lutieri G. [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Tuesday, July 31, 2007 5:05 PM
Subject: Re: [FUG-BR] Squid - (Longo)
Não sei o que é falhas no download para vc. Mas uma vez que eu tinha
delay pools ativado no squid e limitava a velocidade demais,
inesperadamente terminava o download sem realmente ter chegado ao fim.
Por que o delay pools usa um recurso de negar o pacote, assim causando
atraso e conseguindo chegar a velocidade desejada. Primeiro verifica
se não é só com esses usuários que tem a banda de internet limitada
que tá dando problema... depois, caso seja, tenta aumentar a
velocidade mínima ... senão não sei..
Em 31/07/07, João Luiz Pedrosa Viana[EMAIL PROTECTED] escreveu:
Boa tarde,
tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no
historio da lista, que o assunto do squid dando falhas no download de
arquivos foi discutido por varias vezes, creio que todas as soluções
propostas que achei relevante eu cheguei a ativar. Porem ainda continua
dando erro quando o usuario vai fazer um download. Conversando com algumas
pessoas, me informaram que o proprio projeto squid não tem suporte para
processdores de nucleo duplo, gostaria se possivel confirmar essa
informação
e pediria a ajuda de vocês para tentar visualizar uma solução para o
problema.
Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão
longo,
mas julgo que as informações abaixo se fazem necessárias.
Bom ai vai uma breve descrição da maquina que é meu proxy
Pentium D935 (intel box)
Placa mãe ASUS
Placa de rede 3Com
HD sata 160gb
2GB de memoria RAM
Freebsd versão 6.2 stable
está particionada da seguinte forma
Filesystem1K-blocksUsed Avail Capacity
Mounted on
/dev/ad6s1a 2026030 64086 1799862 3%
/
devfs 1 10
100%/dev
/dev/ad6s1d202603012 1863936 0%
/tmp
/dev/ad6s1e19834638 4286504 13961364 23%
/usr
/dev/ad6s1f 29749036 203908 27165206 1%
/var
/dev/ad6s1g1808258881409616 164950202 1%
/var/cache
devfs 1 10
100% /var/named/dev
Nessa maquina tenho um DNS secundario rodando.
abaixo segue o arquivo ipfw.rules que estou usando para fazer o proxy
transparente
ipfw.rules
#
#!/bin/sh
#
fwcmd=/sbin/ipfw
ife=rl0
porta_squid=9090
${fwcmd} -f flush
${fwcmd} -f pipe flush
# nao passa pelo squid (Caixa Economica Federal e afins)
nosquid={ 121.128.133.0/24 or 68.178.224.35/32 or 195.122.131.0/24 or
67.15.2.43/32 or 200.201.128.0/17 or 161.148.185.46/32 or
200.209.70.130/32
or 207.44.142.6/32 }
# redes Liberadas (redes do provedor)
redes={ xxx.xxx.xxx.xxx/xx }
proxy() {
# Squid (proxy) Transparente
${fwcmd} add set 20 allow tcp from ${redes} to me dst-port
${porta_squid} in via ${ife}
${fwcmd} add set 20 allow tcp from me to any dst-port 80 out via
${ife} keep-state
${fwcmd} add set 20 allow tcp from ${redes} to ${nosquid} dst-port
80 in via ${ife}
${fwcmd} add set 20 forward 127.0.0.1,${porta_squid} tcp from
${redes} to any dst-port 80 in via ${ife}
${fwcmd} add set 20 deny log tcp from any to me ${porta_squid} not
layer2
}
# Start das regras do firewall
proxy
meu squid.conf estou usando a versão 2.6.13
cache_dir diskd /var/cache 14 64 64 Q1=64 Q2=72
cache_swap_high 98
cache_swap_low 90
half_closed_clients on
cache_mem 250 MB
memory_poolsoff
quick_abort_pct 85
debug_options ALL,0
log_fqdn off
ftp_user[EMAIL PROTECTED]
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
# The cache can be configured to continue downloading aborted requests.
# This may be undesirable on slow (e.g. SLIP) links and/or very busy
caches.
# Impatient users may tie up file descriptors and bandwidth by repeatedly
# requesting and immediately aborting downloads.
# When the user aborts a request, Squid will check the quick_abort
# values to the amount of data transferred until then.
# If the transfer has less than 'quick_abort_min' KB remaining,
# it will finish the retrieval. Setting 'quick_abort_min' to .1
# will disable the quick_abort feature.
# If the transfer has more than 'quick_abort_max' KB remaining,
# it will abort the retrieval.
# If more than 'quick_abort_pct' of the transfer has completed,
# it will finish the retrieval.
quick_abort_min 16 KB
quick_abort_max 16 KB
quick_abort_pct 95
dead_peer_timeout 10 seconds
hierarchy_stoplist cgi-bin ?
acl all
Re: [FUG-BR] Squid - (Longo)
Mauricio, vc cria pequenas partições ou apenas roda varias instacias do diskd dentro de uma mesma partição? com relação ao delay pools ja comentei... estou fazendo testes. os arquivos são os mesmos... e acontece o erro em momentos diferentes, as vezes o download da como concluido em 30% as vezes em 50% - Original Message - From: Márcio Luciano Donada [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:08 PM Subject: Re: [FUG-BR] Squid - (Longo) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 João Luiz Pedrosa Viana escreveu: Boa tarde, tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no historio da lista, que o assunto do squid dando falhas no download de arquivos foi discutido por varias vezes, creio que todas as soluções propostas que achei relevante eu cheguei a ativar. Porem ainda continua dando erro quando o usuario vai fazer um download. Conversando com algumas pessoas, me informaram que o proprio projeto squid não tem suporte para processdores de nucleo duplo, gostaria se possivel confirmar essa informação e pediria a ajuda de vocês para tentar visualizar uma solução para o problema. Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo, mas julgo que as informações abaixo se fazem necessárias. Bom ai vai uma breve descrição da maquina que é meu proxy Pentium D935 (intel box) Placa mãe ASUS Placa de rede 3Com HD sata 160gb 2GB de memoria RAM Freebsd versão 6.2 stable está particionada da seguinte forma Filesystem1K-blocksUsed Avail Capacity Mounted on /dev/ad6s1a 2026030 64086 1799862 3% / devfs 1 1 0 100%/dev /dev/ad6s1d202603012 1863936 0% /tmp /dev/ad6s1e19834638 4286504 13961364 23% /usr /dev/ad6s1f 29749036 203908 27165206 1% /var /dev/ad6s1g1808258881409616 164950202 1% /var/cache devfs 1 1 0 100% /var/named/dev Boa tarde, Uma coisa que eu gosto de fazer em servidores proxy é criar uma partição, se for em um disco separado melhor ainda, caso não for, uma partição exclusiva para o cache, e montar ele utilizando o seguinte parametro: noexec,async,noatime,nodev,nosuid. Já no squid, eu procuro sempre dividir o cache, criando varias instancias do mesmo, da seguinte forma: cache_dir diskd /cache/0 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/1 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/2 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/3 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/4 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/5 4096 16 256 Q1=72 Q2=62 Uma dúvida que eu tenho, quando você tem problema ao baixar o arquivo, se você tentar baixar o arquivo várias vezes ele para sempre no mesmo ponto? Você já tentou ao menos retirar o delay do squid para fazer um teste? Abraço, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iD8DBQFGr5a7bjyCr4Ixg0wRAhwSAKCfFUyp7NmE2b6TRwQZQEKJNooiPwCfe+d2 h1j6nmjgtpX2HnFoXtluyPU= =5v1R -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - (Longo)
e sem squid apresenta o mesmo problema?! baixa o arquivo a partir do terminal do bsd sem passar pelo squid pra ver daqui a pouco é teu link de internet... Em 31/07/07, João Luiz Pedrosa Viana[EMAIL PROTECTED] escreveu: Mauricio, vc cria pequenas partições ou apenas roda varias instacias do diskd dentro de uma mesma partição? com relação ao delay pools ja comentei... estou fazendo testes. os arquivos são os mesmos... e acontece o erro em momentos diferentes, as vezes o download da como concluido em 30% as vezes em 50% - Original Message - From: Márcio Luciano Donada [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:08 PM Subject: Re: [FUG-BR] Squid - (Longo) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 João Luiz Pedrosa Viana escreveu: Boa tarde, tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no historio da lista, que o assunto do squid dando falhas no download de arquivos foi discutido por varias vezes, creio que todas as soluções propostas que achei relevante eu cheguei a ativar. Porem ainda continua dando erro quando o usuario vai fazer um download. Conversando com algumas pessoas, me informaram que o proprio projeto squid não tem suporte para processdores de nucleo duplo, gostaria se possivel confirmar essa informação e pediria a ajuda de vocês para tentar visualizar uma solução para o problema. Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo, mas julgo que as informações abaixo se fazem necessárias. Bom ai vai uma breve descrição da maquina que é meu proxy Pentium D935 (intel box) Placa mãe ASUS Placa de rede 3Com HD sata 160gb 2GB de memoria RAM Freebsd versão 6.2 stable está particionada da seguinte forma Filesystem1K-blocksUsed Avail Capacity Mounted on /dev/ad6s1a 2026030 64086 1799862 3% / devfs 1 1 0 100%/dev /dev/ad6s1d202603012 1863936 0% /tmp /dev/ad6s1e19834638 4286504 13961364 23% /usr /dev/ad6s1f 29749036 203908 27165206 1% /var /dev/ad6s1g1808258881409616 164950202 1% /var/cache devfs 1 1 0 100% /var/named/dev Boa tarde, Uma coisa que eu gosto de fazer em servidores proxy é criar uma partição, se for em um disco separado melhor ainda, caso não for, uma partição exclusiva para o cache, e montar ele utilizando o seguinte parametro: noexec,async,noatime,nodev,nosuid. Já no squid, eu procuro sempre dividir o cache, criando varias instancias do mesmo, da seguinte forma: cache_dir diskd /cache/0 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/1 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/2 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/3 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/4 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/5 4096 16 256 Q1=72 Q2=62 Uma dúvida que eu tenho, quando você tem problema ao baixar o arquivo, se você tentar baixar o arquivo várias vezes ele para sempre no mesmo ponto? Você já tentou ao menos retirar o delay do squid para fazer um teste? Abraço, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iD8DBQFGr5a7bjyCr4Ixg0wRAhwSAKCfFUyp7NmE2b6TRwQZQEKJNooiPwCfe+d2 h1j6nmjgtpX2HnFoXtluyPU= =5v1R -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att. Lutieri G. B. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - (Longo)
Sem o squid tenho que parar o sistema aqui e testar... faço isso hj a noite e posto pra vocês, com relação ao link pode até ser no horario comercial, pq realmente esta bem apertado, mas deu essa mesma falha em horarios livres, bem a noite... - Original Message - From: Lutieri G. [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:16 PM Subject: Re: [FUG-BR] Squid - (Longo) e sem squid apresenta o mesmo problema?! baixa o arquivo a partir do terminal do bsd sem passar pelo squid pra ver daqui a pouco é teu link de internet... Em 31/07/07, João Luiz Pedrosa Viana[EMAIL PROTECTED] escreveu: Mauricio, vc cria pequenas partições ou apenas roda varias instacias do diskd dentro de uma mesma partição? com relação ao delay pools ja comentei... estou fazendo testes. os arquivos são os mesmos... e acontece o erro em momentos diferentes, as vezes o download da como concluido em 30% as vezes em 50% - Original Message - From: Márcio Luciano Donada [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:08 PM Subject: Re: [FUG-BR] Squid - (Longo) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 João Luiz Pedrosa Viana escreveu: Boa tarde, tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no historio da lista, que o assunto do squid dando falhas no download de arquivos foi discutido por varias vezes, creio que todas as soluções propostas que achei relevante eu cheguei a ativar. Porem ainda continua dando erro quando o usuario vai fazer um download. Conversando com algumas pessoas, me informaram que o proprio projeto squid não tem suporte para processdores de nucleo duplo, gostaria se possivel confirmar essa informação e pediria a ajuda de vocês para tentar visualizar uma solução para o problema. Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo, mas julgo que as informações abaixo se fazem necessárias. Bom ai vai uma breve descrição da maquina que é meu proxy Pentium D935 (intel box) Placa mãe ASUS Placa de rede 3Com HD sata 160gb 2GB de memoria RAM Freebsd versão 6.2 stable está particionada da seguinte forma Filesystem1K-blocksUsed Avail Capacity Mounted on /dev/ad6s1a 2026030 64086 1799862 3% / devfs 1 1 0 100%/dev /dev/ad6s1d202603012 1863936 0% /tmp /dev/ad6s1e19834638 4286504 13961364 23% /usr /dev/ad6s1f 29749036 203908 27165206 1% /var /dev/ad6s1g1808258881409616 164950202 1% /var/cache devfs 1 1 0 100% /var/named/dev Boa tarde, Uma coisa que eu gosto de fazer em servidores proxy é criar uma partição, se for em um disco separado melhor ainda, caso não for, uma partição exclusiva para o cache, e montar ele utilizando o seguinte parametro: noexec,async,noatime,nodev,nosuid. Já no squid, eu procuro sempre dividir o cache, criando varias instancias do mesmo, da seguinte forma: cache_dir diskd /cache/0 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/1 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/2 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/3 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/4 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/5 4096 16 256 Q1=72 Q2=62 Uma dúvida que eu tenho, quando você tem problema ao baixar o arquivo, se você tentar baixar o arquivo várias vezes ele para sempre no mesmo ponto? Você já tentou ao menos retirar o delay do squid para fazer um teste? Abraço, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iD8DBQFGr5a7bjyCr4Ixg0wRAhwSAKCfFUyp7NmE2b6TRwQZQEKJNooiPwCfe+d2 h1j6nmjgtpX2HnFoXtluyPU= =5v1R -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att. Lutieri G. B. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - (Longo)
Qual firewall? Pode não ter lógica... mas o mesmo aconteceu comigo, e era o tal do SCRUB do PF... comentei e resolveu... scrub e set optimization... como falei, pode não ter fundamento, mas comigo resolveu... flames /dev/null Abraço, -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Original Message - From: João Luiz Pedrosa Viana [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:24 PM Subject: Re: [FUG-BR] Squid - (Longo) Sem o squid tenho que parar o sistema aqui e testar... faço isso hj a noite e posto pra vocês, com relação ao link pode até ser no horario comercial, pq realmente esta bem apertado, mas deu essa mesma falha em horarios livres, bem a noite... - Original Message - From: Lutieri G. [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:16 PM Subject: Re: [FUG-BR] Squid - (Longo) e sem squid apresenta o mesmo problema?! baixa o arquivo a partir do terminal do bsd sem passar pelo squid pra ver daqui a pouco é teu link de internet... Em 31/07/07, João Luiz Pedrosa Viana[EMAIL PROTECTED] escreveu: Mauricio, vc cria pequenas partições ou apenas roda varias instacias do diskd dentro de uma mesma partição? com relação ao delay pools ja comentei... estou fazendo testes. os arquivos são os mesmos... e acontece o erro em momentos diferentes, as vezes o download da como concluido em 30% as vezes em 50% - Original Message - From: Márcio Luciano Donada [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:08 PM Subject: Re: [FUG-BR] Squid - (Longo) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 João Luiz Pedrosa Viana escreveu: Boa tarde, tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no historio da lista, que o assunto do squid dando falhas no download de arquivos foi discutido por varias vezes, creio que todas as soluções propostas que achei relevante eu cheguei a ativar. Porem ainda continua dando erro quando o usuario vai fazer um download. Conversando com algumas pessoas, me informaram que o proprio projeto squid não tem suporte para processdores de nucleo duplo, gostaria se possivel confirmar essa informação e pediria a ajuda de vocês para tentar visualizar uma solução para o problema. Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo, mas julgo que as informações abaixo se fazem necessárias. Bom ai vai uma breve descrição da maquina que é meu proxy Pentium D935 (intel box) Placa mãe ASUS Placa de rede 3Com HD sata 160gb 2GB de memoria RAM Freebsd versão 6.2 stable está particionada da seguinte forma Filesystem1K-blocksUsed Avail Capacity Mounted on /dev/ad6s1a 2026030 64086 1799862 3% / devfs 1 1 0 100%/dev /dev/ad6s1d202603012 1863936 0% /tmp /dev/ad6s1e19834638 4286504 13961364 23% /usr /dev/ad6s1f 29749036 203908 27165206 1% /var /dev/ad6s1g1808258881409616 164950202 1% /var/cache devfs 1 1 0 100% /var/named/dev Boa tarde, Uma coisa que eu gosto de fazer em servidores proxy é criar uma partição, se for em um disco separado melhor ainda, caso não for, uma partição exclusiva para o cache, e montar ele utilizando o seguinte parametro: noexec,async,noatime,nodev,nosuid. Já no squid, eu procuro sempre dividir o cache, criando varias instancias do mesmo, da seguinte forma: cache_dir diskd /cache/0 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/1 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/2 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/3 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/4 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/5 4096 16 256 Q1=72 Q2=62 Uma dúvida que eu tenho, quando você tem problema ao baixar o arquivo, se você tentar baixar o arquivo várias vezes ele para sempre no mesmo ponto? Você já tentou ao menos retirar o delay do squid para fazer um teste? Abraço, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) iD8DBQFGr5a7bjyCr4Ixg0wRAhwSAKCfFUyp7NmE2b6TRwQZQEKJNooiPwCfe+d2 h1j6nmjgtpX2HnFoXtluyPU= =5v1R -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - (Longo)
To usando o IPFW - Original Message - From: Welkson Renny de Medeiros [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:33 PM Subject: Re: [FUG-BR] Squid - (Longo) Qual firewall? Pode não ter lógica... mas o mesmo aconteceu comigo, e era o tal do SCRUB do PF... comentei e resolveu... scrub e set optimization... como falei, pode não ter fundamento, mas comigo resolveu... flames /dev/null Abraço, -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Original Message - From: João Luiz Pedrosa Viana [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:24 PM Subject: Re: [FUG-BR] Squid - (Longo) Sem o squid tenho que parar o sistema aqui e testar... faço isso hj a noite e posto pra vocês, com relação ao link pode até ser no horario comercial, pq realmente esta bem apertado, mas deu essa mesma falha em horarios livres, bem a noite... - Original Message - From: Lutieri G. [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:16 PM Subject: Re: [FUG-BR] Squid - (Longo) e sem squid apresenta o mesmo problema?! baixa o arquivo a partir do terminal do bsd sem passar pelo squid pra ver daqui a pouco é teu link de internet... Em 31/07/07, João Luiz Pedrosa Viana[EMAIL PROTECTED] escreveu: Mauricio, vc cria pequenas partições ou apenas roda varias instacias do diskd dentro de uma mesma partição? com relação ao delay pools ja comentei... estou fazendo testes. os arquivos são os mesmos... e acontece o erro em momentos diferentes, as vezes o download da como concluido em 30% as vezes em 50% - Original Message - From: Márcio Luciano Donada [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, July 31, 2007 5:08 PM Subject: Re: [FUG-BR] Squid - (Longo) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 João Luiz Pedrosa Viana escreveu: Boa tarde, tenho a seguinte situação aqui e gostaria de ajuda de vocês, verifiquei no historio da lista, que o assunto do squid dando falhas no download de arquivos foi discutido por varias vezes, creio que todas as soluções propostas que achei relevante eu cheguei a ativar. Porem ainda continua dando erro quando o usuario vai fazer um download. Conversando com algumas pessoas, me informaram que o proprio projeto squid não tem suporte para processdores de nucleo duplo, gostaria se possivel confirmar essa informação e pediria a ajuda de vocês para tentar visualizar uma solução para o problema. Gostaria desde já agradecer a atenção, e me desculpar pelo e-mail tão longo, mas julgo que as informações abaixo se fazem necessárias. Bom ai vai uma breve descrição da maquina que é meu proxy Pentium D935 (intel box) Placa mãe ASUS Placa de rede 3Com HD sata 160gb 2GB de memoria RAM Freebsd versão 6.2 stable está particionada da seguinte forma Filesystem1K-blocksUsed Avail Capacity Mounted on /dev/ad6s1a 2026030 64086 1799862 3% / devfs 1 1 0 100%/dev /dev/ad6s1d202603012 1863936 0% /tmp /dev/ad6s1e19834638 4286504 13961364 23% /usr /dev/ad6s1f 29749036 203908 27165206 1% /var /dev/ad6s1g1808258881409616 164950202 1% /var/cache devfs 1 1 0 100% /var/named/dev Boa tarde, Uma coisa que eu gosto de fazer em servidores proxy é criar uma partição, se for em um disco separado melhor ainda, caso não for, uma partição exclusiva para o cache, e montar ele utilizando o seguinte parametro: noexec,async,noatime,nodev,nosuid. Já no squid, eu procuro sempre dividir o cache, criando varias instancias do mesmo, da seguinte forma: cache_dir diskd /cache/0 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/1 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/2 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/3 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/4 4096 16 256 Q1=72 Q2=62 cache_dir diskd /cache/5 4096 16 256 Q1=72 Q2=62 Uma dúvida que eu tenho, quando você tem problema ao baixar o arquivo, se você tentar baixar o arquivo várias vezes ele para sempre no mesmo ponto? Você já tentou ao menos retirar o delay do squid para fazer um teste? Abraço, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32
