[FUG-BR] firewall com PF

2007-06-04 Por tôpico Cleyton Bertolim
Pessoal, sempre utilizei o IPFilter no FreeBSD pra montar meus
firewalls, mas agora estou comecando a estudar o PF, pois me parece
ser muito bom. Sempre que montava um firewall em ipfilter, eu rodava o
nessus pra verificar a seguranca, e sempre estava muito bem
configurado, e o nessus na maioria das vezes nao encontrava nenhum
problema de seguranca, e muitas vezes, o nessus ate pensava que o IP
nao existia ou coisa parecida, pois ele dava uma mensagem que nao era
possivel encontrar o host. Pois bem, agora com o PF, nao estou
acertando nas configuracoes de firewall, pois o nessus sempre encontra
furos. Ja li varias vezes o documento oficial do PF no site do
OpenBSD, ja olhei todos os arquivos dentro de /usr/share/examples/pf/
no FreeBSD, e tambem varias dicas na internet, mas ate agora nada
resolveu meu problema.

No firewall de teste que estou montando aqui, tenho rodando pra rede
Externa apenas o SSH, que no meu caso roda na porta 50.000, e pra rede
interna o Apache (porta 80) por causa dos relatorios do Sarg e o Squid
na porta 3128. E dentro dos arquivos squid.conf e httpd.conf, esta
configurado pra rodar no ip da rede local. exemplo:
192.168.0.1:3128(squid) 192.168.0.1:80(apache). quando executo o
comando sockstat ele mostra que esta rodando apenas na interface da
rede local mesmo. Mas pelo nessus, ele diz que a porta 80 esta livre e
com furos.

Tenho redes separadas aqui na empresa onde trabalho, e varios links de
internet separados tambem, entao quando utilizo o nessus pra fazer
esses testes, tenho certesa de que nao estou testando pela rede
interna LAN.

As configuracoes deste firewall sao exatamente iguais as dos firewall
que montava usando IPFilter, a unica coisa que esta diferente agora e
que uso o PF.

Abaixo colocarei algumas informacoes dos arquivos de configuracao que
tenho neste novo firewall, e tambem o relatorio que o nessus me da
quando rodo o teste.

Se alguem puder me apontar onde estou errando, ou como melhorar a
seguranca deste firewall, agradeco desde ja a ajuda!!!

-- RELATORIO NESSUS --
201.24.73.106 1 Open Ports, 11 Notes, 2 Warnings, 1 Holes.

http (80/tcp)

 The proxy, allows everyone to perform requests
against arbitrary ports, like
'GET http://cvs.nessus.org:110'.

This problem may allow attackers to go through your
firewall, by connecting to sensitive ports like 25 (sendmail)
using your proxy. In addition to that, your proxy may be used
to perform attacks against other networks.

Solution reconfigure your proxy so that it only accepts
connections against non-dangerous ports ( 1024).

Risk Factor : High
Plugin ID : 10193

 Synopsis :

The remote web proxy server accepts requests.

Description :

The remote web proxy accepts unauthenticated HTTP requests from the
Nessus scanner. By routing requests through the affected proxy, a
user may be able to gain some degree of anonymity while browsing web
sites, which will see requests as originating from the remote host
itself rather than the user's host.

Solution
Reconfigure the remote proxy so that it only accepts requests coming
from inside your network.

Risk Factor :

Low / CVSS Base Score : 2.3
(AV:R/AC:L/Au:NR/C:N/I:P/A:N/B:N)
Plugin ID : 10195

 The proxy accepts gopher:// requests.

Gopher is an old network protocol which predates HTTP and
is nearly unused today. As a result, gopher-compatible
software is generally less audited and more likely to contain
security bugs than others.

By making gopher requests, an attacker may evade your firewall
settings, by making connections to port 70, or may even exploit
arcane flaws in this protocol to gain more privileges on this
host (see the attached CVE id for such an example).

Solution: reconfigure your proxy so that it refuses gopher requests.

Risk Factor : Medium
CVE : CVE-2002-0371
BID : 4930
Other references : OSVDB:3004
Plugin ID : 11305

 Port is open
Plugin ID : 11219

 A web server is running on this port
Plugin ID : 10330

 An HTTP proxy is running on this port
Plugin ID : 10330

 The GET method revealed those proxies on the way to this web server :
HTTP/1.0 hercules-mmc.redesuperauto.com.br:3128 (squid/2.6.STABLE10)

Plugin ID : 11040

 Synopsis :

A web server is running on the remote host.

Description :

This plugin attempts to determine the type and the version of
the remote web server.

Risk Factor :

None

Plugin output :

The remote web server type is :

squid/2.6.STABLE10

Plugin ID : 10107

 Synopsis :

Some information about the remote HTTP configuration can be
extracted.

Description :

This test gives some information about the remote HTTP protocol - the version
used, whether HTTP Keep-Alive and HTTP pipelining are enabled, etc...

This test is informational only and does not denote any security problem

Solution:

None.

Risk Factor :

None / CVSS Base Score : 0
(AV:R/AC:L/Au:NR/C:N/A:N/I:N/B:N)

Plugin output :

Protocol version : HTTP/1.0
SSL : no
Pipelining : no
Keep-Alive : no
Options allowed : (Not implemented)

Re: [FUG-BR] Cacti - Parou de gerar os graficos

2007-06-04 Por tôpico Ricardo Campos Passanezi
On Fri, Jun 01, 2007 at 03:20:36PM -0300, Robson Peripolli Rodrigues wrote:
 Quando gero o poller manualmente da a mensagem de Ambiguous output redirect.
 
 Alguem ja viu?

Vc rodou exatamente como está na crontab ('/usr/local/bin/php
/usr/local/share/cacti/poller.php  /dev/null 21')?

Caso afirmativo, o problema pode ter ocorrido pela shell do root/cacti ser
csh. Abra uma Boune shell (sh) e rode o comando para ver se ocorre o
erro.


-- 
Ricardo Campos Passanezi
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Palm no FreeBSD

2007-06-04 Por tôpico Carlos Eduardo Carvalho
Não fiz testes mais recentemente, mas com o Life Drive também não
consegui usar via USB nunca. Optei por usar via wi-fi e funciona
tranquilo com jpilot e pilot-xfer.

Abs, Cartola.

Em 03/06/07, Joao Rocha Braga Filho[EMAIL PROTECTED] escreveu:
 Alguém conecta algum Palm USB no FreeBSD?

 Eu não tinha problemas com o meu antigo Palm IIIc, mas estou tendo
 com os Palms USB. Mesmo ativando as opções uvisor e ucom.

 Eu chego a ver a interface /dev/cuaU0 ser criada, mas nenhum dos
 programas que testei consegue conversar com o Palm.

 Alguém conseguiu fazer backup de um Palm USB no FreeBSD?

 A impressão é que estabelece o link, mas ambos ficam esperando
 o outro começar a conexão.

 Estou procurando no Google, mas só estou encontrando coisas meio
 perdidas e a velha receita do ppp. Vou continuar procurando.


 João Rocha.

 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 http://www.goffredo.eti.br
 -
 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


[FUG-BR] pendrive X hd

2007-06-04 Por tôpico carlos
Bom dia gostaria de saber se alguem ja utilizou um pendrive como hd, e se ele 
suporta e se tem durabilidade funcionando como hd, meu hd do meu notebook 
quebrou e acho que a troca esta muito cara, por isso quero sabe rse um pendrive 
pode ser utilizado como hd, desde ja agradeço a atenção recebida


 Carlos
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] (Off-Topic) Dúvida MySQL

2007-06-04 Por tôpico Carlos Eduardo Carvalho
Pois é, a sugestão do João acho que atende. Outra opção é fazer do
/home um link para o /usr/local, mas isso pode não te atender. Outra
forma seria gerar um dump do mysql, substituir o texto no dump, que
nada mais é que um arquivo texto (e aí tem inúmeras maneiras de
substituir texto) e recarregar o dump, que em geral já tem tags SQL
que removem e recriam os conteúdos todos. Ex (o dólar representa o
prompt):

$ mysqldump --opt suabase -u usuario -p  dump.sql
$ sed -i  -e 's/home/usr\/local/g' dump.sql
$ mysql -u usuario -p suabase  dump.sql

Claro: mantenha um backup antes e certifique-se de que ninguém está
acessando a base no momento da alteração. Um backup pode até ser uma
cópia do dump.sql

Claro também que isso só dará certo assumindo-se que não há a string
home em outras partes da sua base. Se tiver, pode editar o dump.sql
antes, que tem toda a base suabase e deixar apenas a tabela
necessária.

Abs, Cartola.

Em 01/06/07, Joao Rocha Braga Filho[EMAIL PROTECTED] escreveu:
 On 6/1/07, Rodrigo Lorenz [EMAIL PROTECTED] wrote:
  Saudações pessoal,
 
  Vou fazer a atualização de um servidor de e-mail com Qmail
  e estou usando vpopmail + mysql. Na presente instalação os
  domínios/usuários ficam dentro de /home/vpopmail/domains, portando a
  saída do SELECT na coluna pw_dir da tabela vpopmail fica assim por
  exemplo:
 
  ++
  | pw_dir
|
  ++
  | /home/vpopmail/domains/testando.com.br/postmaster   |
  | /home/vpopmail/domains/testando2.com.br/postmaster |
  | /home/vpopmail/domains/testando.com.br/megatherion |
  | /home/vpopmail/domains/testando2.com.br/megatherion   |
  ++
  4 rows in set (0.00 sec)
 
  Nas ocorrências de /home/ gostaria de substituir para /usr/local/.
  Para alterar apenas um registro é fácil usando os comandos UPDATE, SET
  e WHERE, mas para alterar todos registros eu não estou conseguindo, e
  no meu caso são mais de 5.000 registros. Se alguém puder dar uma dica
  de como fazer eu agradeço.
 
  Obrigado a todos pela atenção
 

 Eu sei pouco de SQL, mas a sugestão seria um programa para ler todos
 os registros, pegando este campo (só ele deve ser o suficiente), Modificando
 a string e fazendo um UPDATE.

 Sugestõa dois, e talvez mais fácil.

 Faça uma query no mysql, salvando o resultado em um arquivo (acho
 que opção tee), Depois rode o seguinte script:

 uniq  ARQUIVO | sort | uniq | sed 's/\(\/home\)\(.*\)/UPDATE pw_dir
 FROM VALUES (\/usr\/local\2) WHERE pw_dir = \'\1\2\';/' | mysql
 --user=... --password... banco_de_dados

 Nota, acima é uma linha só.

 PERIGO!! Não tenho certeza se toda a sintaxe acima está certa,
 então sugiro testar em uma cópia antes.


 Boa Sorte,
 João Rocha.


  Rodrigo Lorenz
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 


 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 http://www.goffredo.eti.br
 -
 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


[FUG-BR] Software para inventário de hardware

2007-06-04 Por tôpico Rodolfo Zappa
Bom dia a todos!

Estou pesquisando maneiras de automatizar inventário de hardware em 
estações de trabalho FreeBSD.

Estou montando o quebra-cabeça, usando informações providas pelo 
dmidecode e pciconf.

Gostaria de saber a sugestão de vocês (se existe maneira mais 
fácil/eficiente) e sobre como obter informações sobre os discos 
instalados no equipamento, sem ser via dmesg.


-- 
Cordialmente,

Rodolfo Zappa

Archive TSP - Total Solution Provider
Nosso negócio é garantir que a sua rede de informações não pare!

(21) 2567-1842
[EMAIL PROTECTED]
http://www.archive.com.br

Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É 
extremamente difícil tomar decisões num estado de agitação. Por outro lado, se 
sem se preocupar com as conseqüências menores, abordamos os problemas com o 
espíito afiado como uma lâmina, sempre encontramos a solução em menos tempo do 
que é necessáio para respirar sete vezes.  Nabeshima Naoshige (1538-1618) 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Software para inventário de hardware

2007-06-04 Por tôpico Matheus Cucoloto
Em 04/06/07, Rodolfo Zappa[EMAIL PROTECTED] escreveu:
 Bom dia a todos!

 Estou pesquisando maneiras de automatizar inventário de hardware em
 estações de trabalho FreeBSD.

 Estou montando o quebra-cabeça, usando informações providas pelo
 dmidecode e pciconf.

 Gostaria de saber a sugestão de vocês (se existe maneira mais
 fácil/eficiente) e sobre como obter informações sobre os discos
 instalados no equipamento, sem ser via dmesg.


http://ocsinventory.sourceforge.net/

Instala o server, depois o agente na sua estação e boa!

O unica coisa que eu gostaria que tivesse nele é a notificação de
alteração do inventario... coisa que o cacic tem mas o cacic aiiinda
não ta bom pra mim!


-- 
Matheus Cucoloto
System Admin.
Net Admin.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Software para inventário de hardware

2007-06-04 Por tôpico Giancarlo Rubio
Renato:

Te dou a mesma sugestao do Matheus. Estou finalizando o ports dele, falta
apenas 1 detalhe (acho q resolvo hoje). Assim que estiver disponível eu
posto aqui na lista pro pessoal testar.

E como disse o Matheus ainda não tem como ver alterações de hardware ou
software, mais te adianto que ele possui muitas funcionalidades em relação
ao cacti.

Em 04/06/07, Matheus Cucoloto [EMAIL PROTECTED] escreveu:

 Em 04/06/07, Rodolfo Zappa[EMAIL PROTECTED] escreveu:
  Bom dia a todos!
 
  Estou pesquisando maneiras de automatizar inventário de hardware em
  estações de trabalho FreeBSD.
 
  Estou montando o quebra-cabeça, usando informações providas pelo
  dmidecode e pciconf.
 
  Gostaria de saber a sugestão de vocês (se existe maneira mais
  fácil/eficiente) e sobre como obter informações sobre os discos
  instalados no equipamento, sem ser via dmesg.


 http://ocsinventory.sourceforge.net/

 Instala o server, depois o agente na sua estação e boa!

 O unica coisa que eu gostaria que tivesse nele é a notificação de
 alteração do inventario... coisa que o cacic tem mas o cacic aiiinda
 não ta bom pra mim!


 --
 Matheus Cucoloto
 System Admin.
 Net Admin.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Giancarlo Rubio

Linux is for people who hate Windows,
BSD is for people who love UNIX
100% Rwindow$-Free
Freebsd-BR User #88
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Palm no FreeBSD

2007-06-04 Por tôpico Joao Rocha Braga Filho
On 6/4/07, Carlos Eduardo Carvalho [EMAIL PROTECTED] wrote:
 Não fiz testes mais recentemente, mas com o Life Drive também não
 consegui usar via USB nunca. Optei por usar via wi-fi e funciona
 tranquilo com jpilot e pilot-xfer.

O Palm Zire 72 não tem Wi-Fi. Tem BlueTooth e Infra-Vermelho, além
do USB.

Será que vou ter que comprar um módulo Wi-Fi para o meu, ou uma
interface Blue-Tooth para o meu computador?

João Rocha.



 Abs, Cartola.

 Em 03/06/07, Joao Rocha Braga Filho[EMAIL PROTECTED] escreveu:
  Alguém conecta algum Palm USB no FreeBSD?
 
  Eu não tinha problemas com o meu antigo Palm IIIc, mas estou tendo
  com os Palms USB. Mesmo ativando as opções uvisor e ucom.
 
  Eu chego a ver a interface /dev/cuaU0 ser criada, mas nenhum dos
  programas que testei consegue conversar com o Palm.
 
  Alguém conseguiu fazer backup de um Palm USB no FreeBSD?
 
  A impressão é que estabelece o link, mas ambos ficam esperando
  o outro começar a conexão.
 
  Estou procurando no Google, mas só estou encontrando coisas meio
  perdidas e a velha receita do ppp. Vou continuar procurando.
 
 
  João Rocha.
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  [EMAIL PROTECTED]
  [EMAIL PROTECTED]
  http://www.goffredo.eti.br
  -
  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



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.goffredo.eti.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] (Off-Topic) Dúvida MySQL

2007-06-04 Por tôpico Rodrigo Lorenz
On 6/4/07, Carlos Eduardo Carvalho [EMAIL PROTECTED] wrote:
 Pois é, a sugestão do João acho que atende. Outra opção é fazer do
 /home um link para o /usr/local, mas isso pode não te atender. Outra
 forma seria gerar um dump do mysql, substituir o texto no dump, que
 nada mais é que um arquivo texto (e aí tem inúmeras maneiras de
 substituir texto) e recarregar o dump, que em geral já tem tags SQL
 que removem e recriam os conteúdos todos. Ex (o dólar representa o
 prompt):

 $ mysqldump --opt suabase -u usuario -p  dump.sql
 $ sed -i  -e 's/home/usr\/local/g' dump.sql
 $ mysql -u usuario -p suabase  dump.sql

 Claro: mantenha um backup antes e certifique-se de que ninguém está
 acessando a base no momento da alteração. Um backup pode até ser uma
 cópia do dump.sql

 Claro também que isso só dará certo assumindo-se que não há a string
 home em outras partes da sua base. Se tiver, pode editar o dump.sql
 antes, que tem toda a base suabase e deixar apenas a tabela
 necessária.

 Abs, Cartola.


Olá a todos,

Caro João e Carlos, funciounou perfeitamente. Seguindo a
dica do João fiz exatamente como ele diz na sugestão 2 e após mudar
algumas coisinhas no comando que passou, funcionou uma beleza - fiz
isso hoje.  E minutos depois leio o e-mail do Carlos que apresenta uma
solução mais simples e que me fez ficar pensando: Porque não tive
essa idéia antes? O comando sed é um show mesmo.

 Obrigado João e Carlos,

Rodrigo Lorenz
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pendrive X hd

2007-06-04 Por tôpico irado furioso com tudo
Em Mon,  4 Jun 2007 10:59:27 -0300
carlos [EMAIL PROTECTED] escreveu:

 meu hd do meu notebook quebrou e acho que a troca esta muito cara,

hmmm... qual o tamanhinho que vc vai querer? acredito que nem exista
algo acima de 2G - o que é pouco, para aplicações práticas, e deve
custar mais do que um BMW (caso exista) um de 40G, por exemplo.

BTW, nunca nem mesmo pensei na hipótese.

flames  /dev/null

-- 
saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853/FUG-BR 154
Não uso drogas - 100% Miko$hit-free
o homem criou Deus à sua imagem e semelhança [Nietzshe]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] clamav-0.90.2_1 + FreeBSD: 5.4-STABLE

2007-06-04 Por tôpico Luiz Morte
Renato Botelho escreveu:
 On 5/24/07, Luiz Morte [EMAIL PROTECTED] wrote:
   
 Aproveitando o email anterior do rrttools, alguém conseguiu instalar via
 ports o clamav, versões abaixo?
 Versão: clamav-0.90.2_1
 FreeBSD: 5.4-STABLE
 

 Não estava sabendo desse erro, nem fui reportado pelo pointyhat. Vou
 ver se consigo um 5.4-STABLE para tentar simular e te aviso.

 Se alguém tiver um 5.4-STABLE que não esteja em produção para me
 emprestar para fazer esse teste, seria legal.
   
Oi Renato,

Apenas registrando, com a versão clamav-0.90.3 não tive problemas para
instalar no Free 5.4

[]s,
Luiz Morte.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pendrive X hd

2007-06-04 Por tôpico willian
ja encontramos no mercado pen de 4GB mas mesmo assim acho que ainda e pouco

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pendrive X hd

2007-06-04 Por tôpico Paulo Sergio Borges

Ola ;

Existem pendrives de 16 GB que custam em torno de R$900,00 
(www.awz.com.br). Agora quanto a sua durabilidade e confiabilidade em 
relação aos HDs não sei .


Abraços
Paulo

irado furioso com tudo wrote:


Em Mon,  4 Jun 2007 10:59:27 -0300
carlos [EMAIL PROTECTED] escreveu:

 


meu hd do meu notebook quebrou e acho que a troca esta muito cara,
   



hmmm... qual o tamanhinho que vc vai querer? acredito que nem exista
algo acima de 2G - o que é pouco, para aplicações práticas, e deve
custar mais do que um BMW (caso exista) um de 40G, por exemplo.

BTW, nunca nem mesmo pensei na hipótese.

flames  /dev/null

 

E-mail enviadas estão livres de vírus.
Verificado por AVG.
Versão: 7.5.472 / Banco de dados de Vírus: 269.8.7/830 - Data de Lançamento: 
03/06/2007 12:47
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Cacti - Parou de gerar os graficos

2007-06-04 Por tôpico Flavio Junior
Cara.. meu aconteceu a mesma coisa
Atualizei o cacti pra versão mais nova do site e funcionou beleza..

No meu caso, o problema começou depois de migrar o mysql de 4 pra 5...

Flavio do Carmo Junior

On 6/4/07, Ricardo Campos Passanezi [EMAIL PROTECTED] wrote:
 On Fri, Jun 01, 2007 at 03:20:36PM -0300, Robson Peripolli Rodrigues wrote:
  Quando gero o poller manualmente da a mensagem de Ambiguous output redirect.
 
  Alguem ja viu?

 Vc rodou exatamente como está na crontab ('/usr/local/bin/php
 /usr/local/share/cacti/poller.php  /dev/null 21')?

 Caso afirmativo, o problema pode ter ocorrido pela shell do root/cacti ser
 csh. Abra uma Boune shell (sh) e rode o comando para ver se ocorre o
 erro.


 --
 Ricardo Campos Passanezi
 -
 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] Erro em tape

2007-06-04 Por tôpico Fabiano Caixeta Duarte

On Sat, 2 Jun 2007, Antonio Torres wrote:


Fabiano Caixeta Duarte escreveu:

Salve!

Tenho um servidor com a seguinte unidade de fita DAT conforme segue:
sa0 at mpt1 bus 0 target 6 lun 0
sa0: SEAGATE DAT9SP40-000 910B Removable Sequential Access SCSI-3
device
sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit)

A versão do FreeBSD em uso é 6.2.

Quando tento escrever na fita, ocorre o seguinte erro:

(sa0:mpt1:0:6:0): REWIND. CDB: 1 0 0 0 0 0
(sa0:mpt1:0:6:0): CAM Status: SCSI Status Error
(sa0:mpt1:0:6:0): SCSI Status: Check Condition
(sa0:mpt1:0:6:0): Deferred Error: MEDIUM ERROR asc:3,2
(sa0:mpt1:0:6:0): Excessive write errors
(sa0:mpt1:0:6:0): Retrying Command (per Sense Data)

Ao colocar outros sistemas operacionais, consigo utilizar a mesma
unidade com a mesma fita.

Ou seja, excluída a hipótese de problema no dispositivo ou na mídia, só
sobrou o driver do SO.

Alguém tem idéia do que pode ser feito?

Grato!

--
Fabiano Caixeta Duarte
Seção Técnica de Informática
FEA-RP/USP



Fora todas as dicas normais de SCSI (cabos sem vincos, terminações
adequadas, etc.):

Leia atentamente o manual da unidade DAT

possibilidades:

1 - precisa de limpeza de cabeças; a luzinha amarela esta acesa mesmo
sem fita? use uma fita de limpeza (mas leia o manual: usar fitas de
limpeza a torto e a direito danifica a unidade)

2 - problema de straps... no manual tem um bocado de dicas de
strapeamento para diversos OSs...

3 - problema de fonte !! fontes XingLing (ou fontes boas muito velhas ou
sobrecarregadas) geram ruido que interfere com as DDS4; afastando o cabo
SCSI dos cabos da fonte pode resolver (quase fiquei sem cabelos para
descobrir isso)

[]s


Antonio Torres



Antonio, grato pela resposta. Entretanto, talvez um detalhe te tenha 
passado despercebido:


Testei o mesmo hardware, mesma unidade e mesma fita com outros SOs e 
consegui ler/escrever na fita.


Sobre o hardware, trata-se de uma servidor IBM semi-novo. Nada velho ou 
XingLing ;)


A questão tem a ver com kernel do Free 6.2. Funcionava com Free 5.3 com 
falhas exporádicas.


Qualquer ajuda sobre configuração é bem vinda!-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pendrive X hd

2007-06-04 Por tôpico Joao Rocha Braga Filho
On 6/4/07, irado furioso com tudo [EMAIL PROTECTED] wrote:
 Em Mon,  4 Jun 2007 10:59:27 -0300
 carlos [EMAIL PROTECTED] escreveu:

  meu hd do meu notebook quebrou e acho que a troca esta muito cara,

 hmmm... qual o tamanhinho que vc vai querer? acredito que nem exista
 algo acima de 2G - o que é pouco, para aplicações práticas, e deve
 custar mais do que um BMW (caso exista) um de 40G, por exemplo.

 BTW, nunca nem mesmo pensei na hipótese.

Existem discos flash para notebooks, mas eles ainda são mais caros que
os HDs comuns, mas já atingiram am marca dos 32 GB. Já vi anúncios de
alguns com 128 GB (Imagine um squid usando um conjunto de discos destes
para cache. Seek 0 ms.).

Pen Drives são caros por GB, custando 180 reais um de 8 GB, e não são
tão bons quanto um HD. A USB parece ser ineficiente, gerando muitas
interrupções e processamento.

O melhor mesmo é ir no site www.boadica.com.br e ver quem pode lhe
vender um HD de notbook barato. Eu comprei um de 40 GB para uma
pessoa por 180 reais, procurando lá.


João Rocha.


 flames  /dev/null

 --
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
 o homem criou Deus à sua imagem e semelhança [Nietzshe]
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.goffredo.eti.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Thiago Menezes
Boa tarde Senhores!

Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no freebsd
6.2! Ele está funcionando normalmente o único problema é quando eu mando
aplicar as alterações e parar o squid... ele da o seguinte erro:

squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
permitted

Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid) -D
(squid)

Já tentei alterar a prioridade e não resolveu!
Desde já grato pela atenção!

Thiago Menezes
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Giancarlo Rubio
qual comando vc esta dando para isto?

Em 04/06/07, Thiago Menezes [EMAIL PROTECTED] escreveu:

 Boa tarde Senhores!

 Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no freebsd
 6.2! Ele está funcionando normalmente o único problema é quando eu mando
 aplicar as alterações e parar o squid... ele da o seguinte erro:

 squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
 permitted

 Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

 USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
 root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
 squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
 -D
 (squid)

 Já tentei alterar a prioridade e não resolveu!
 Desde já grato pela atenção!

 Thiago Menezes
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Giancarlo Rubio

Linux is for people who hate Windows,
BSD is for people who love UNIX
100% Rwindow$-Free
Freebsd-BR User #88
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Junior Pires
Você já tentou killar este processo e suspender ele novamente?

No seu rc.conf,  tem lá squid_enable=YES ?


 Boa tarde Senhores!

 Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no freebsd
 6.2! Ele está funcionando normalmente o único problema é quando eu mando
 aplicar as alterações e parar o squid... ele da o seguinte erro:

 squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
 permitted

 Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

 USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
 root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
 squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
 -D
 (squid)

 Já tentei alterar a prioridade e não resolveu!
 Desde já grato pela atenção!

 Thiago Menezes
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.




-- 
Junior Pires
Assistente de Informáica
CPD
Gujão Alimentos.
Tel: (75) 3244-2121 (Ramal 218).


-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Suprema Informática Ltda
   Junior Pires escreveu:

Você já tentou killar este processo e suspender ele novamente?

No seu rc.conf,  tem lá squid_enable=YES ?




Boa tarde Senhores!

Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no freebsd
6.2! Ele está funcionando normalmente o único problema é quando eu mando
aplicar as alterações e parar o squid... ele da o seguinte erro:

squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
permitted

Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
-D
(squid)

Já tentei alterar a prioridade e não resolveu!
Desde já grato pela atenção!

Thiago Menezes
-
Histórico: [1]http://www.fug.com.br/historico/html/freebsd/
Sair da lista: [2]https://www.fug.com.br/mailman/listinfo/freebsd

--
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.





   kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
   no meu caso, eu resolvi alterando o lance do cache_dir,
   eu diminui os valores que defini
   falouw
   leandro
   prohibited.

References

   1. http://www.fug.com.br/historico/html/freebsd/
   2. 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] Problemas no SQUID.

2007-06-04 Por tôpico Thiago Menezes
O serviço só para quando eu dou um kill no pid!
Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
qualquer comando que eu execute enquanto ele estiver roando da essa msg!
O squid_enable=YES esta habilitado sim!
Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!


Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
escreveu:

   Junior Pires escreveu:

 Você já tentou killar este processo e suspender ele novamente?

 No seu rc.conf,  tem lá squid_enable=YES ?




 Boa tarde Senhores!

 Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no freebsd
 6.2! Ele está funcionando normalmente o único problema é quando eu mando
 aplicar as alterações e parar o squid... ele da o seguinte erro:

 squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
 permitted

 Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

 USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
 root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
 squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
 -D
 (squid)

 Já tentei alterar a prioridade e não resolveu!
 Desde já grato pela atenção!

 Thiago Menezes
 -
 Histórico: [1]http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: [2]https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.





   kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
   no meu caso, eu resolvi alterando o lance do cache_dir,
   eu diminui os valores que defini
   falouw
   leandro
   prohibited.

 References

   1. http://www.fug.com.br/historico/html/freebsd/
   2. 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

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Giancarlo Rubio
Tente reiniciar o squid assim
/usr/local/etc/rc.d/squid.sh restart
ou
/usr/local/etc/rc.d/squid.sh forcerestart


Em 04/06/07, Thiago Menezes [EMAIL PROTECTED] escreveu:

 O serviço só para quando eu dou um kill no pid!
 Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
 qualquer comando que eu execute enquanto ele estiver roando da essa msg!
 O squid_enable=YES esta habilitado sim!
 Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!


 Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
 escreveu:
 
Junior Pires escreveu:
 
  Você já tentou killar este processo e suspender ele novamente?
 
  No seu rc.conf,  tem lá squid_enable=YES ?
 
 
 
 
  Boa tarde Senhores!
 
  Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no
 freebsd
  6.2! Ele está funcionando normalmente o único problema é quando eu mando
  aplicar as alterações e parar o squid... ele da o seguinte erro:
 
  squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
  permitted
 
  Quando dou um ps aux para ver quem é esse processo, ele me informa isso:
 
  USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
  root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
  squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
  -D
  (squid)
 
  Já tentei alterar a prioridade e não resolveu!
  Desde já grato pela atenção!
 
  Thiago Menezes
  -
  Histórico: [1]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [2]https://www.fug.com.br/mailman/listinfo/freebsd
 
  --
  Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.
 
 
 
 
 
kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
no meu caso, eu resolvi alterando o lance do cache_dir,
eu diminui os valores que defini
falouw
leandro
prohibited.
 
  References
 
1. http://www.fug.com.br/historico/html/freebsd/
2. 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
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Giancarlo Rubio

Linux is for people who hate Windows,
BSD is for people who love UNIX
100% Rwindow$-Free
Freebsd-BR User #88
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Suprema Informática Ltda
   Giancarlo Rubio escreveu:

Tente reiniciar o squid assim
/usr/local/etc/rc.d/squid.sh restart
ou
/usr/local/etc/rc.d/squid.sh forcerestart


Em 04/06/07, Thiago Menezes [1][EMAIL PROTECTED] escreveu:

O serviço só para quando eu dou um kill no pid!
Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
qualquer comando que eu execute enquanto ele estiver roando da essa msg!
O squid_enable=YES esta habilitado sim!
Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!


Em 04/06/07, Suprema Informática Ltda [2][EMAIL PROTECTED]
escreveu:

  Junior Pires escreveu:

Você já tentou killar este processo e suspender ele novamente?

No seu rc.conf,  tem lá squid_enable=YES ?




Boa tarde Senhores!

Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no

freebsd

6.2! Ele está funcionando normalmente o único problema é quando eu mando
aplicar as alterações e parar o squid... ele da o seguinte erro:

squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
permitted

Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
-D
(squid)

Já tentei alterar a prioridade e não resolveu!
Desde já grato pela atenção!

Thiago Menezes
-
Histórico: [1][3]http://www.fug.com.br/historico/html/freebsd/
Sair da lista: [2][4]https://www.fug.com.br/mailman/listinfo/freebsd

--
Esta mensagem foi verificada pelo sistema de antivírus e
acredita-se estar livre de perigo.





  kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
  no meu caso, eu resolvi alterando o lance do cache_dir,
  eu diminui os valores que defini
  falouw
  leandro
  prohibited.

References

  1. [5]http://www.fug.com.br/historico/html/freebsd/
  2. [6]https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: [7]http://www.fug.com.br/historico/html/freebsd/
Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd


-
Histórico: [9]http://www.fug.com.br/historico/html/freebsd/
Sair da lista: [10]https://www.fug.com.br/mailman/listinfo/freebsd





   esqueci de mencionar que tive que recriar os diretorios de cache
   squid -z
   leandro
prohibited.

References

   1. mailto:[EMAIL PROTECTED]
   2. mailto:[EMAIL PROTECTED]
   3. http://www.fug.com.br/historico/html/freebsd/
   4. https://www.fug.com.br/mailman/listinfo/freebsd
   5. http://www.fug.com.br/historico/html/freebsd/
   6. https://www.fug.com.br/mailman/listinfo/freebsd
   7. http://www.fug.com.br/historico/html/freebsd/
   8. https://www.fug.com.br/mailman/listinfo/freebsd
   9. http://www.fug.com.br/historico/html/freebsd/
  10. 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] NAT

2007-06-04 Por tôpico Giancarlo Rubio
Tua sintaxe ta certa.

Por acaso a nat esta funcionando??
Como esta seu firewall? e o rc.conf?

Em 04/06/07, Guilherme Rosário [EMAIL PROTECTED] escreveu:

 Boa Tarde Senhores,

 Estou tendo um problema com o natd, eu estou adicionando as seguintes
 linhas
 para um suposto redirecionamento:
 redirect_port tcp 172.16.2.100:22 22
 redirect_port tcp 172.16.2.100:80 80

 Acreditando eu, que toda solicitaçao que fosse feita par a porta 22 e 80
 iriam ser direcionadas ao ip 172.16.2.100, existe mais algum procedimento
 que tem de ser feito para esse redirecionamento funcionar?

 interface rl0
 dynamic yes
 same_ports yes
 use_sockets yes
 redirect_port tcp 172.16.2.100:22 22
 redirect_port tcp 172.16.2.100:80 80

 natd.conf:

 Atenciosamente:

 Guilherme Rosário

 _
 Descubra como mandar Torpedos SMS do seu Messenger para o celular dos seus
 amigos. http://mobile.msn.com/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Giancarlo Rubio

Linux is for people who hate Windows,
BSD is for people who love UNIX
100% Rwindow$-Free
Freebsd-BR User #88
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] NAT

2007-06-04 Por tôpico Welkson Renny de Medeiros
Pode ser que eu esteja errado... mas já tive bronca com linha em branco no 
final do natd.conf

Só sugestão... :-)

-- 
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]



  Powered by 

   (__)
\\\'',)
  \/  \ ^
  .\._/_)

  www.FreeBSD.org


- Original Message - 
From: Guilherme Rosário [EMAIL PROTECTED]
To: freebsd@fug.com.br
Sent: Monday, June 04, 2007 3:41 PM
Subject: [FUG-BR] NAT


Boa Tarde Senhores,

Estou tendo um problema com o natd, eu estou adicionando as seguintes linhas
para um suposto redirecionamento:
redirect_port tcp 172.16.2.100:22 22
redirect_port tcp 172.16.2.100:80 80

Acreditando eu, que toda solicitaçao que fosse feita par a porta 22 e 80
iriam ser direcionadas ao ip 172.16.2.100, existe mais algum procedimento
que tem de ser feito para esse redirecionamento funcionar?

interface rl0
dynamic yes
same_ports yes
use_sockets yes
redirect_port tcp 172.16.2.100:22 22
redirect_port tcp 172.16.2.100:80 80

natd.conf:

Atenciosamente:

Guilherme Rosário

_
Descubra como mandar Torpedos SMS do seu Messenger para o celular dos seus
amigos. http://mobile.msn.com/

-
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] Problemas no SQUID.

2007-06-04 Por tôpico Thiago Menezes
Tb já tentei restartar ele e nao vai... informa o mesmo erro! Quando eu fiz
a alteração do cache_dir eu carreguei o cache tb...


Tô desesperado já!! huehuehueuehu


Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
escreveu:

   Giancarlo Rubio escreveu:

 Tente reiniciar o squid assim
 /usr/local/etc/rc.d/squid.sh restart
 ou
 /usr/local/etc/rc.d/squid.sh forcerestart


 Em 04/06/07, Thiago Menezes [1][EMAIL PROTECTED] escreveu:

 O serviço só para quando eu dou um kill no pid!
 Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
 qualquer comando que eu execute enquanto ele estiver roando da essa msg!
 O squid_enable=YES esta habilitado sim!
 Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!


 Em 04/06/07, Suprema Informática Ltda [2][EMAIL PROTECTED]
 escreveu:

 Junior Pires escreveu:

 Você já tentou killar este processo e suspender ele novamente?

 No seu rc.conf,  tem lá squid_enable=YES ?




 Boa tarde Senhores!

 Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no

 freebsd

 6.2! Ele está funcionando normalmente o único problema é quando eu mando
 aplicar as alterações e parar o squid... ele da o seguinte erro:

 squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
 permitted

 Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

 USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
 root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
 squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
 -D
 (squid)

 Já tentei alterar a prioridade e não resolveu!
 Desde já grato pela atenção!

 Thiago Menezes
 -
 Histórico: [1][3]http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: [2][4]https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.





 kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
 no meu caso, eu resolvi alterando o lance do cache_dir,
 eu diminui os valores que defini
 falouw
 leandro
 prohibited.

 References

 1. [5]http://www.fug.com.br/historico/html/freebsd/
 2. [6]https://www.fug.com.br/mailman/listinfo/freebsd
 -
 Histórico: [7]http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd


 -
 Histórico: [9]http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: [10]https://www.fug.com.br/mailman/listinfo/freebsd





   esqueci de mencionar que tive que recriar os diretorios de cache
   squid -z
   leandro
 prohibited.

 References

   1. mailto:[EMAIL PROTECTED]
   2. mailto:[EMAIL PROTECTED]
   3. http://www.fug.com.br/historico/html/freebsd/
   4. https://www.fug.com.br/mailman/listinfo/freebsd
   5. http://www.fug.com.br/historico/html/freebsd/
   6. https://www.fug.com.br/mailman/listinfo/freebsd
   7. http://www.fug.com.br/historico/html/freebsd/
   8. https://www.fug.com.br/mailman/listinfo/freebsd
   9. http://www.fug.com.br/historico/html/freebsd/
 10. 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

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] NAT

2007-06-04 Por tôpico Guilherme Rosário
===rc.conf===

natd_enable=YES
natd_interface=rl0
natd_flags=-l -f /etc/natd.conf
gateway_enable=YES
firewall_enable=YES
firewall_type=/etc/firewall.sh
firewall_quiet=YES
network_interfaces=rl0 rl1 lo0

o arquivo firewall.sh, consta apenas uma linha para nat que é essa ó:
/sbin/ipfw add 10 divert natd all from any to any via rl0

A interface rl0 é a interface que recebe o link de internet, rl1 placa de 
rede interna, bom o firewall ele é um pouco complexo, ele da acesso a famosa 
conectividade social, força todos a passarem pelo proxy, permite 
determinadas portas.. e fecha o restante.. mais se fosse o firewall ele nao 
iria permitir que a porta fosse acessada penso eu.. =)
From: Giancarlo Rubio [EMAIL PROTECTED]
Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
To: Lista Brasileira de Discussão sobre FreeBSD 
(FUG-BR)freebsd@fug.com.br
Subject: Re: [FUG-BR] NAT
Date: Mon, 4 Jun 2007 18:45:25 +

Tua sintaxe ta certa.

Por acaso a nat esta funcionando??
Como esta seu firewall? e o rc.conf?

Em 04/06/07, Guilherme Rosário [EMAIL PROTECTED] escreveu:
 
  Boa Tarde Senhores,
 
  Estou tendo um problema com o natd, eu estou adicionando as seguintes
  linhas
  para um suposto redirecionamento:
  redirect_port tcp 172.16.2.100:22 22
  redirect_port tcp 172.16.2.100:80 80
 
  Acreditando eu, que toda solicitaçao que fosse feita par a porta 22 e 80
  iriam ser direcionadas ao ip 172.16.2.100, existe mais algum 
procedimento
  que tem de ser feito para esse redirecionamento funcionar?
 
  interface rl0
  dynamic yes
  same_ports yes
  use_sockets yes
  redirect_port tcp 172.16.2.100:22 22
  redirect_port tcp 172.16.2.100:80 80
 
  natd.conf:
 
  Atenciosamente:
 
  Guilherme Rosário
 
  _
  Descubra como mandar Torpedos SMS do seu Messenger para o celular dos 
seus
  amigos. http://mobile.msn.com/
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 



--
Giancarlo Rubio

Linux is for people who hate Windows,
BSD is for people who love UNIX
100% Rwindow$-Free
Freebsd-BR User #88
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

_
Mande torpedos SMS do seu messenger para o celular dos seus amigos 
http://mobile.msn.com/

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Qmail e Cabeçalho

2007-06-04 Por tôpico Rafael Bernardes
Boa tarde!
Fiz uma instalação meio padrão de um servidor de e-mail 
(qmail/vpopmail/spamassassin/clamav), mas estranhamente o maillog nao está 
sendo gerado, apenas quando eu starto ou reestarto o spamassassin, me mostrando 
alguns warnings:

[EMAIL PROTECTED] /var/log/qmail/qmail-smtpd]# tail -f /var/log/maillog
Jun  4 16:17:58 servmail spamd[12323]: spamd: server killed by SIGTERM, 
shutting down 
Jun  4 16:18:01 servmail spamd[12235]: logger: removing stderr method 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test BR_ADJUST_1C has 
undefined dependency 'BR_MAILTO' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test AOL_DSL has undefined 
dependency '_AOL_FAKE_MAIL' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test SARE_SUB_ACCEPT_CCARDS 
has undefined dependency '__SARE_SUB_FROM_PAYPAL' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test SARE_SPEC_PROLEO_M2a 
has dependency 'MIME_QP_LONG_LINE' with a zero score 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test OUTLOOK_FAKED has 
undefined dependency '__OUTLOOK_MUA' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test OUTLOOK_FAKED has 
undefined dependency '__MIME_HTML_ONLY' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_1' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_2' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_3' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_5' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_6' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_7' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_8' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_9' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_10' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_11' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_12' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_13' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_14' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_15' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_16' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_17' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_18' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_19' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_20' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_21' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_22' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_25' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_26' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_27' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_28' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_29' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_30' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_31' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
undefined dependency '__NIGERIAN_BODY_36' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_3 has 
undefined dependency '__NIGERIAN_BODY_1' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_3 has 
undefined dependency '__NIGERIAN_BODY_8' 
Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_3 has 
undefined dependency 

[FUG-BR] FreeBSD Travando a rede

2007-06-04 Por tôpico Ademir Costa Peixoto
Prezados,

Montei um Free zerinho ( 6.2-STABLE-200704 FreeBSD 6.2-STABLE-200704) 
que simplesmente pára de pingar pra fora do nada.
Uma vez olhei e estava cheio de ipfw: pullup failed no console. Nas 
outras seguintes não tinha mais nada.
Pinga as interfaces mas não pinga pra fora.
Limpei o firewall com ipfw -f flush e não pingava pra fora.
As placas são 2 Intel, 1 3Com e uma on-board com driver instalado 
manualmente (nve).


Depois do reboot tudo funciona normalmente por tempo indeterminado.


Ats,

Ademir Peixoto
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] NAT

2007-06-04 Por tôpico Giancarlo Rubio
Possivelmente seu firewall pois seu rc.conf e seu firewall estao corretos.
Tente deixar so a regra da nat

Em 04/06/07, Guilherme Rosário [EMAIL PROTECTED] escreveu:

 ===rc.conf===

 natd_enable=YES
 natd_interface=rl0
 natd_flags=-l -f /etc/natd.conf
 gateway_enable=YES
 firewall_enable=YES
 firewall_type=/etc/firewall.sh
 firewall_quiet=YES
 network_interfaces=rl0 rl1 lo0

 o arquivo firewall.sh, consta apenas uma linha para nat que é essa ó:
 /sbin/ipfw add 10 divert natd all from any to any via rl0

 A interface rl0 é a interface que recebe o link de internet, rl1 placa de
 rede interna, bom o firewall ele é um pouco complexo, ele da acesso a
 famosa
 conectividade social, força todos a passarem pelo proxy, permite
 determinadas portas.. e fecha o restante.. mais se fosse o firewall ele
 nao
 iria permitir que a porta fosse acessada penso eu.. =)
 From: Giancarlo Rubio [EMAIL PROTECTED]
 Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 To: Lista Brasileira de Discussão sobre FreeBSD
 (FUG-BR)freebsd@fug.com.br
 Subject: Re: [FUG-BR] NAT
 Date: Mon, 4 Jun 2007 18:45:25 +
 
 Tua sintaxe ta certa.
 
 Por acaso a nat esta funcionando??
 Como esta seu firewall? e o rc.conf?
 
 Em 04/06/07, Guilherme Rosário [EMAIL PROTECTED] escreveu:
  
   Boa Tarde Senhores,
  
   Estou tendo um problema com o natd, eu estou adicionando as seguintes
   linhas
   para um suposto redirecionamento:
   redirect_port tcp 172.16.2.100:22 22
   redirect_port tcp 172.16.2.100:80 80
  
   Acreditando eu, que toda solicitaçao que fosse feita par a porta 22 e
 80
   iriam ser direcionadas ao ip 172.16.2.100, existe mais algum
 procedimento
   que tem de ser feito para esse redirecionamento funcionar?
  
   interface rl0
   dynamic yes
   same_ports yes
   use_sockets yes
   redirect_port tcp 172.16.2.100:22 22
   redirect_port tcp 172.16.2.100:80 80
  
   natd.conf:
  
   Atenciosamente:
  
   Guilherme Rosário
  
   _
   Descubra como mandar Torpedos SMS do seu Messenger para o celular dos
 seus
   amigos. http://mobile.msn.com/
  
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
 
 
 
 --
 Giancarlo Rubio
 
 Linux is for people who hate Windows,
 BSD is for people who love UNIX
 100% Rwindow$-Free
 Freebsd-BR User #88
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 _
 Mande torpedos SMS do seu messenger para o celular dos seus amigos
 http://mobile.msn.com/

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Giancarlo Rubio

Linux is for people who hate Windows,
BSD is for people who love UNIX
100% Rwindow$-Free
Freebsd-BR User #88
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Junior Pires
Sei que pode pareçer banal essa pergunta, mas você adicionou no kernel os
opitions referentes ao cacheamento do squid ?

Abs,



 Tb já tentei restartar ele e nao vai... informa o mesmo erro! Quando eu
 fiz
 a alteração do cache_dir eu carreguei o cache tb...


 Tô desesperado já!! huehuehueuehu


 Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
 escreveu:

   Giancarlo Rubio escreveu:

 Tente reiniciar o squid assim
 /usr/local/etc/rc.d/squid.sh restart
 ou
 /usr/local/etc/rc.d/squid.sh forcerestart


 Em 04/06/07, Thiago Menezes [1][EMAIL PROTECTED] escreveu:

 O serviço só para quando eu dou um kill no pid!
 Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
 qualquer comando que eu execute enquanto ele estiver roando da essa msg!
 O squid_enable=YES esta habilitado sim!
 Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!


 Em 04/06/07, Suprema Informática Ltda [2][EMAIL PROTECTED]
 escreveu:

 Junior Pires escreveu:

 Você já tentou killar este processo e suspender ele novamente?

 No seu rc.conf,  tem lá squid_enable=YES ?




 Boa tarde Senhores!

 Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no

 freebsd

 6.2! Ele está funcionando normalmente o único problema é quando eu mando
 aplicar as alterações e parar o squid... ele da o seguinte erro:

 squid: ERROR: Could not send signal 1 to process 9971: (1) Operation not
 permitted

 Quando dou um ps aux para ver quem é esse processo, ele me informa isso:

 USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
 root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
 squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46 (squid)
 -D
 (squid)

 Já tentei alterar a prioridade e não resolveu!
 Desde já grato pela atenção!

 Thiago Menezes
 -
 Histórico: [1][3]http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: [2][4]https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.





 kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
 no meu caso, eu resolvi alterando o lance do cache_dir,
 eu diminui os valores que defini
 falouw
 leandro
 prohibited.

 References

 1. [5]http://www.fug.com.br/historico/html/freebsd/
 2. [6]https://www.fug.com.br/mailman/listinfo/freebsd
 -
 Histórico: [7]http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd


 -
 Histórico: [9]http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: [10]https://www.fug.com.br/mailman/listinfo/freebsd





   esqueci de mencionar que tive que recriar os diretorios de cache
   squid -z
   leandro
 prohibited.

 References

   1. mailto:[EMAIL PROTECTED]
   2. mailto:[EMAIL PROTECTED]
   3. http://www.fug.com.br/historico/html/freebsd/
   4. https://www.fug.com.br/mailman/listinfo/freebsd
   5. http://www.fug.com.br/historico/html/freebsd/
   6. https://www.fug.com.br/mailman/listinfo/freebsd
   7. http://www.fug.com.br/historico/html/freebsd/
   8. https://www.fug.com.br/mailman/listinfo/freebsd
   9. http://www.fug.com.br/historico/html/freebsd/
 10. 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

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.




-- 
Junior Pires
Assistente de Informáica
CPD
Gujão Alimentos.
Tel: (75) 3244-2121 (Ramal 218).


-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD Travando a rede

2007-06-04 Por tôpico Junior Pires
Eu estava com um problema mais ou menos pareçido aqui, quando dei por mim,
eu havia esqueçido de compilar meu kernel com as opções de firewall
hehehe.


 Prezados,

 Montei um Free zerinho ( 6.2-STABLE-200704 FreeBSD 6.2-STABLE-200704)
 que simplesmente pára de pingar pra fora do nada.
 Uma vez olhei e estava cheio de ipfw: pullup failed no console. Nas
 outras seguintes não tinha mais nada.
 Pinga as interfaces mas não pinga pra fora.
 Limpei o firewall com ipfw -f flush e não pingava pra fora.
 As placas são 2 Intel, 1 3Com e uma on-board com driver instalado
 manualmente (nve).


 Depois do reboot tudo funciona normalmente por tempo indeterminado.


 Ats,

 Ademir Peixoto


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.




-- 
Junior Pires
Assistente de Informáica
CPD
Gujão Alimentos.
Tel: (75) 3244-2121 (Ramal 218).


-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Thiago Menezes
Não, não vi nada falando sobre isso!
Não adicionei nada no kernel! Qual seria essas opitions?


Em 04/06/07, Junior Pires [EMAIL PROTECTED] escreveu:

 Sei que pode pareçer banal essa pergunta, mas você adicionou no kernel os
 opitions referentes ao cacheamento do squid ?

 Abs,



  Tb já tentei restartar ele e nao vai... informa o mesmo erro! Quando eu
  fiz
  a alteração do cache_dir eu carreguei o cache tb...
 
 
  Tô desesperado já!! huehuehueuehu
 
 
  Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
  escreveu:
 
Giancarlo Rubio escreveu:
 
  Tente reiniciar o squid assim
  /usr/local/etc/rc.d/squid.sh restart
  ou
  /usr/local/etc/rc.d/squid.sh forcerestart
 
 
  Em 04/06/07, Thiago Menezes [1][EMAIL PROTECTED] escreveu:
 
  O serviço só para quando eu dou um kill no pid!
  Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
  qualquer comando que eu execute enquanto ele estiver roando da essa
 msg!
  O squid_enable=YES esta habilitado sim!
  Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!
 
 
  Em 04/06/07, Suprema Informática Ltda [2][EMAIL PROTECTED]
 
  escreveu:
 
  Junior Pires escreveu:
 
  Você já tentou killar este processo e suspender ele novamente?
 
  No seu rc.conf,  tem lá squid_enable=YES ?
 
 
 
 
  Boa tarde Senhores!
 
  Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no
 
  freebsd
 
  6.2! Ele está funcionando normalmente o único problema é quando eu
 mando
  aplicar as alterações e parar o squid... ele da o seguinte erro:
 
  squid: ERROR: Could not send signal 1 to process 9971: (1) Operation
 not
  permitted
 
  Quando dou um ps aux para ver quem é esse processo, ele me informa
 isso:
 
  USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME COMMAND
  root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77 [idle]
  squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM   2:42.46(squid)
  -D
  (squid)
 
  Já tentei alterar a prioridade e não resolveu!
  Desde já grato pela atenção!
 
  Thiago Menezes
  -
  Histórico: [1][3]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [2][4]https://www.fug.com.br/mailman/listinfo/freebsd
 
  --
  Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.
 
 
 
 
 
  kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
  no meu caso, eu resolvi alterando o lance do cache_dir,
  eu diminui os valores que defini
  falouw
  leandro
  prohibited.
 
  References
 
  1. [5]http://www.fug.com.br/historico/html/freebsd/
  2. [6]https://www.fug.com.br/mailman/listinfo/freebsd
  -
  Histórico: [7]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
  -
  Histórico: [9]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [10]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
 
esqueci de mencionar que tive que recriar os diretorios de cache
squid -z
leandro
  prohibited.
 
  References
 
1. mailto:[EMAIL PROTECTED]
2. mailto:[EMAIL PROTECTED]
3. http://www.fug.com.br/historico/html/freebsd/
4. https://www.fug.com.br/mailman/listinfo/freebsd
5. http://www.fug.com.br/historico/html/freebsd/
6. https://www.fug.com.br/mailman/listinfo/freebsd
7. http://www.fug.com.br/historico/html/freebsd/
8. https://www.fug.com.br/mailman/listinfo/freebsd
9. http://www.fug.com.br/historico/html/freebsd/
  10. 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
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
  --
  Esta mensagem foi verificada pelo sistema de antivírus e
   acredita-se estar livre de perigo.
 
 


 --
 Junior Pires
 Assistente de Informáica
 CPD
 Gujão Alimentos.
 Tel: (75) 3244-2121 (Ramal 218).


 --
 Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

 -
 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] Problemas no SQUID.

2007-06-04 Por tôpico willian
cara procure colocar um DNS no seu /etc/resolv.conf
verifique se voce subiu o /usr/local/sbin/squid -z tambem
/usr/local/sbin/squid -D
e se voce setou as permissoes devidas no seu arquivo de log e de cache do
squid acredito que com isso deve resolver o problema com esse erro





-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico willian
o meu eu compilo assim

options NMBCLUSTERS=65536
options MSGBUF_SIZE=1048576
options SYSVMSG
options MSGMNB=16384
options MSGMNI=41
options MSGSEG=2049
options MSGSSZ=64
options MSGTQL=2048
options SHMSEG=16
options SHMMNI=32
options SHMMAX=2097152
options SHMALL=4096
options IPDIVERT
options SEMMNI=256
options SEMMNS=512
options SEMMNU=256
options SEMMAP=256


 Não, não vi nada falando sobre isso!
 Não adicionei nada no kernel! Qual seria essas opitions?


 Em 04/06/07, Junior Pires [EMAIL PROTECTED] escreveu:

 Sei que pode pareçer banal essa pergunta, mas você adicionou no kernel
 os
 opitions referentes ao cacheamento do squid ?

 Abs,



  Tb já tentei restartar ele e nao vai... informa o mesmo erro! Quando
 eu
  fiz
  a alteração do cache_dir eu carreguei o cache tb...
 
 
  Tô desesperado já!! huehuehueuehu
 
 
  Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
  escreveu:
 
Giancarlo Rubio escreveu:
 
  Tente reiniciar o squid assim
  /usr/local/etc/rc.d/squid.sh restart
  ou
  /usr/local/etc/rc.d/squid.sh forcerestart
 
 
  Em 04/06/07, Thiago Menezes [1][EMAIL PROTECTED] escreveu:
 
  O serviço só para quando eu dou um kill no pid!
  Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
  qualquer comando que eu execute enquanto ele estiver roando da essa
 msg!
  O squid_enable=YES esta habilitado sim!
  Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!
 
 
  Em 04/06/07, Suprema Informática Ltda
 [2][EMAIL PROTECTED]
 
  escreveu:
 
  Junior Pires escreveu:
 
  Você já tentou killar este processo e suspender ele novamente?
 
  No seu rc.conf,  tem lá squid_enable=YES ?
 
 
 
 
  Boa tarde Senhores!
 
  Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no
 
  freebsd
 
  6.2! Ele está funcionando normalmente o único problema é quando eu
 mando
  aplicar as alterações e parar o squid... ele da o seguinte erro:
 
  squid: ERROR: Could not send signal 1 to process 9971: (1) Operation
 not
  permitted
 
  Quando dou um ps aux para ver quem é esse processo, ele me informa
 isso:
 
  USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME
 COMMAND
  root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77
 [idle]
  squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM
 2:42.46(squid)
  -D
  (squid)
 
  Já tentei alterar a prioridade e não resolveu!
  Desde já grato pela atenção!
 
  Thiago Menezes
  -
  Histórico: [1][3]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [2][4]https://www.fug.com.br/mailman/listinfo/freebsd
 
  --
  Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.
 
 
 
 
 
  kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
  no meu caso, eu resolvi alterando o lance do cache_dir,
  eu diminui os valores que defini
  falouw
  leandro
  prohibited.
 
  References
 
  1. [5]http://www.fug.com.br/historico/html/freebsd/
  2. [6]https://www.fug.com.br/mailman/listinfo/freebsd
  -
  Histórico: [7]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
  -
  Histórico: [9]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [10]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
 
esqueci de mencionar que tive que recriar os diretorios de cache
squid -z
leandro
  prohibited.
 
  References
 
1. mailto:[EMAIL PROTECTED]
2. mailto:[EMAIL PROTECTED]
3. http://www.fug.com.br/historico/html/freebsd/
4. https://www.fug.com.br/mailman/listinfo/freebsd
5. http://www.fug.com.br/historico/html/freebsd/
6. https://www.fug.com.br/mailman/listinfo/freebsd
7. http://www.fug.com.br/historico/html/freebsd/
8. https://www.fug.com.br/mailman/listinfo/freebsd
9. http://www.fug.com.br/historico/html/freebsd/
  10. 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
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
  --
  Esta mensagem foi verificada pelo sistema de antivírus e
   acredita-se estar livre de perigo.
 
 


 --
 Junior Pires
 Assistente de Informáica
 CPD
 Gujão Alimentos.
 Tel: (75) 3244-2121 (Ramal 218).


 --
 Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

 -
 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: 

Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Junior Pires
Ai estão...
### Opções para o firewall

options TCP_DROP_SYNFIN
options IPFIREWALL
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=100
options IPFIREWALL_FORWARD
options IPDIVERT
options DUMMYNET

### opções para o Squid Cache

options SHMSEG=16
options SHMMNI=32
options SHMMAX=2097152
options SHMALL=4096
options SYSVMSG
options MSGMNB=16384
options MSGMNI=41
options MSGSEG=2049
options MSGSSZ=64
options MSGTQL=2049



Tá valendo ae a dica... Abs.

 Não, não vi nada falando sobre isso!
 Não adicionei nada no kernel! Qual seria essas opitions?


 Em 04/06/07, Junior Pires [EMAIL PROTECTED] escreveu:

 Sei que pode pareçer banal essa pergunta, mas você adicionou no kernel
 os
 opitions referentes ao cacheamento do squid ?

 Abs,



  Tb já tentei restartar ele e nao vai... informa o mesmo erro! Quando
 eu
  fiz
  a alteração do cache_dir eu carreguei o cache tb...
 
 
  Tô desesperado já!! huehuehueuehu
 
 
  Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
  escreveu:
 
Giancarlo Rubio escreveu:
 
  Tente reiniciar o squid assim
  /usr/local/etc/rc.d/squid.sh restart
  ou
  /usr/local/etc/rc.d/squid.sh forcerestart
 
 
  Em 04/06/07, Thiago Menezes [1][EMAIL PROTECTED] escreveu:
 
  O serviço só para quando eu dou um kill no pid!
  Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
  qualquer comando que eu execute enquanto ele estiver roando da essa
 msg!
  O squid_enable=YES esta habilitado sim!
  Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!
 
 
  Em 04/06/07, Suprema Informática Ltda
 [2][EMAIL PROTECTED]
 
  escreveu:
 
  Junior Pires escreveu:
 
  Você já tentou killar este processo e suspender ele novamente?
 
  No seu rc.conf,  tem lá squid_enable=YES ?
 
 
 
 
  Boa tarde Senhores!
 
  Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no
 
  freebsd
 
  6.2! Ele está funcionando normalmente o único problema é quando eu
 mando
  aplicar as alterações e parar o squid... ele da o seguinte erro:
 
  squid: ERROR: Could not send signal 1 to process 9971: (1) Operation
 not
  permitted
 
  Quando dou um ps aux para ver quem é esse processo, ele me informa
 isso:
 
  USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME
 COMMAND
  root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77
 [idle]
  squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM
 2:42.46(squid)
  -D
  (squid)
 
  Já tentei alterar a prioridade e não resolveu!
  Desde já grato pela atenção!
 
  Thiago Menezes
  -
  Histórico: [1][3]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [2][4]https://www.fug.com.br/mailman/listinfo/freebsd
 
  --
  Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.
 
 
 
 
 
  kra, passei pelo mesmo problema, com a mesma mensagem de erro, só que
  no meu caso, eu resolvi alterando o lance do cache_dir,
  eu diminui os valores que defini
  falouw
  leandro
  prohibited.
 
  References
 
  1. [5]http://www.fug.com.br/historico/html/freebsd/
  2. [6]https://www.fug.com.br/mailman/listinfo/freebsd
  -
  Histórico: [7]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
  -
  Histórico: [9]http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: [10]https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
 
esqueci de mencionar que tive que recriar os diretorios de cache
squid -z
leandro
  prohibited.
 
  References
 
1. mailto:[EMAIL PROTECTED]
2. mailto:[EMAIL PROTECTED]
3. http://www.fug.com.br/historico/html/freebsd/
4. https://www.fug.com.br/mailman/listinfo/freebsd
5. http://www.fug.com.br/historico/html/freebsd/
6. https://www.fug.com.br/mailman/listinfo/freebsd
7. http://www.fug.com.br/historico/html/freebsd/
8. https://www.fug.com.br/mailman/listinfo/freebsd
9. http://www.fug.com.br/historico/html/freebsd/
  10. 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
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
  --
  Esta mensagem foi verificada pelo sistema de antivírus e
   acredita-se estar livre de perigo.
 
 


 --
 Junior Pires
 Assistente de Informáica
 CPD
 Gujão Alimentos.
 Tel: (75) 3244-2121 (Ramal 218).


 --
 Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: 

Re: [FUG-BR] Problemas no SQUID.

2007-06-04 Por tôpico Thiago Menezes
Valeu pela ajuda... mais tarde eu falo p/ vc se deu certo ou não! As options
do Firewall estão ok!
Aguardem cenas do proximo capitulo!
Até mais tarde!


Em 04/06/07, Junior Pires [EMAIL PROTECTED] escreveu:

 Ai estão...
 ### Opções para o firewall

 options TCP_DROP_SYNFIN
 options IPFIREWALL
 options IPFIREWALL_DEFAULT_TO_ACCEPT
 options IPFIREWALL_VERBOSE
 options IPFIREWALL_VERBOSE_LIMIT=100
 options IPFIREWALL_FORWARD
 options IPDIVERT
 options DUMMYNET

 ### opções para o Squid Cache

 options SHMSEG=16
 options SHMMNI=32
 options SHMMAX=2097152
 options SHMALL=4096
 options SYSVMSG
 options MSGMNB=16384
 options MSGMNI=41
 options MSGSEG=2049
 options MSGSSZ=64
 options MSGTQL=2049



 Tá valendo ae a dica... Abs.

  Não, não vi nada falando sobre isso!
  Não adicionei nada no kernel! Qual seria essas opitions?
 
 
  Em 04/06/07, Junior Pires [EMAIL PROTECTED] escreveu:
 
  Sei que pode pareçer banal essa pergunta, mas você adicionou no kernel
  os
  opitions referentes ao cacheamento do squid ?
 
  Abs,
 
 
 
   Tb já tentei restartar ele e nao vai... informa o mesmo erro! Quando
  eu
   fiz
   a alteração do cache_dir eu carreguei o cache tb...
  
  
   Tô desesperado já!! huehuehueuehu
  
  
   Em 04/06/07, Suprema Informática Ltda [EMAIL PROTECTED]
   escreveu:
  
 Giancarlo Rubio escreveu:
  
   Tente reiniciar o squid assim
   /usr/local/etc/rc.d/squid.sh restart
   ou
   /usr/local/etc/rc.d/squid.sh forcerestart
  
  
   Em 04/06/07, Thiago Menezes [1][EMAIL PROTECTED] escreveu:
  
   O serviço só para quando eu dou um kill no pid!
   Qualquer comando que eu dou da essa msg, ex: squid -z reconfigure...
   qualquer comando que eu execute enquanto ele estiver roando da essa
  msg!
   O squid_enable=YES esta habilitado sim!
   Diminui o tamanho do cache_dir para 1000 8 128 e tb nao resolveu!
  
  
   Em 04/06/07, Suprema Informática Ltda
  [2][EMAIL PROTECTED]
  
   escreveu:
  
   Junior Pires escreveu:
  
   Você já tentou killar este processo e suspender ele novamente?
  
   No seu rc.conf,  tem lá squid_enable=YES ?
  
  
  
  
   Boa tarde Senhores!
  
   Estou com um grande problema aqui, instalei o squid 2.6.STABLE3 no
  
   freebsd
  
   6.2! Ele está funcionando normalmente o único problema é quando eu
  mando
   aplicar as alterações e parar o squid... ele da o seguinte erro:
  
   squid: ERROR: Could not send signal 1 to process 9971: (1) Operation
  not
   permitted
  
   Quando dou um ps aux para ver quem é esse processo, ele me informa
  isso:
  
   USER PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED  TIME
  COMMAND
   root  10 82.4  0.0 0 8  ??  RL   Sat03PM 2762:29.77
  [idle]
   squid   9971 11.2 46.0 117448 115932  ??  S 1:36PM
  2:42.46(squid)
   -D
   (squid)
  
   Já tentei alterar a prioridade e não resolveu!
   Desde já grato pela atenção!
  
   Thiago Menezes
   -
   Histórico: [1][3]http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: [2][4]https://www.fug.com.br/mailman/listinfo/freebsd
  
   --
   Esta mensagem foi verificada pelo sistema de antivírus e
   acredita-se estar livre de perigo.
  
  
  
  
  
   kra, passei pelo mesmo problema, com a mesma mensagem de erro, só
 que
   no meu caso, eu resolvi alterando o lance do cache_dir,
   eu diminui os valores que defini
   falouw
   leandro
   prohibited.
  
   References
  
   1. [5]http://www.fug.com.br/historico/html/freebsd/
   2. [6]https://www.fug.com.br/mailman/listinfo/freebsd
   -
   Histórico: [7]http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd
  
  
   -
   Histórico: [9]http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: [10]https://www.fug.com.br/mailman/listinfo/freebsd
  
  
  
  
  
 esqueci de mencionar que tive que recriar os diretorios de cache
 squid -z
 leandro
   prohibited.
  
   References
  
 1. mailto:[EMAIL PROTECTED]
 2. mailto:[EMAIL PROTECTED]
 3. http://www.fug.com.br/historico/html/freebsd/
 4. https://www.fug.com.br/mailman/listinfo/freebsd
 5. http://www.fug.com.br/historico/html/freebsd/
 6. https://www.fug.com.br/mailman/listinfo/freebsd
 7. http://www.fug.com.br/historico/html/freebsd/
 8. https://www.fug.com.br/mailman/listinfo/freebsd
 9. http://www.fug.com.br/historico/html/freebsd/
   10. 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
  
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
   --
   Esta mensagem foi verificada pelo sistema de 

Re: [FUG-BR] Squid+AD

2007-06-04 Por tôpico Zavam, Vinícius
Citando Alessandro de Souza Rocha:

 quem tiver um solucao me doerisos

 --
 Alessandro de Souza Rocha

wiki.squid-cache.org ?
$ grep squid\+ad google ;(


esse post se originou de algum outo?
perdao se a resposta nao era a esperada


[]
--
---
Webmail SecrelNet


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD Travando a rede

2007-06-04 Por tôpico Fred Dallalana
Ademir,

Veja as opções de tunning do FreeBSD. Isso deve ser o limite de conexões 
simultâneas que o seu FreeBSD aceita. Procure por NMBCLUSTER.

Abraço,
Fred
- Original Message - 
From: Ademir Costa Peixoto [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Monday, June 04, 2007 5:26 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Infelizmente eu não esqueci.



#Configurações Personalizadas

options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPDIVERT
options DUMMYNET
options IPSTEALTH
options IPFIREWALL_FORWARD
options IPFIREWALL_VERBOSE_LIMIT=500
options TCP_DROP_SYNFIN
options DEVICE_POLLING
options IPFIREWALL_DEFAULT_TO_ACCEPT





- Original Message - 
From: Junior Pires [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD freebsd@fug.com.br
Sent: Monday, June 04, 2007 4:39 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Eu estava com um problema mais ou menos pareçido aqui, quando dei por mim,
eu havia esqueçido de compilar meu kernel com as opções de firewall
hehehe.


 Prezados,

 Montei um Free zerinho ( 6.2-STABLE-200704 FreeBSD 6.2-STABLE-200704)
 que simplesmente pára de pingar pra fora do nada.
 Uma vez olhei e estava cheio de ipfw: pullup failed no console. Nas
 outras seguintes não tinha mais nada.
 Pinga as interfaces mas não pinga pra fora.
 Limpei o firewall com ipfw -f flush e não pingava pra fora.
 As placas são 2 Intel, 1 3Com e uma on-board com driver instalado
 manualmente (nve).


 Depois do reboot tudo funciona normalmente por tempo indeterminado.


 Ats,

 Ademir Peixoto


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.




-- 
Junior Pires
Assistente de Informáica
CPD
Gujão Alimentos.
Tel: (75) 3244-2121 (Ramal 218).


-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

-
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

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD Travando a rede

2007-06-04 Por tôpico Ademir Costa Peixoto
Será que tem algo de errado?

---
/boot/loader.conf

kern.maxusers=512
kern.ipc.msgmnb=16384
kern.ipc.msgssz=64
kern.ipc.msgtql=16384
kern.ipc.shmmni=256
kern.ipc.shmseg=128
kern.ipc.msgmnb=16384
kern.ipc.msgseg=8196
kern.hz=1000
autoboot_delay=2


---
/etc/sysctrl.conf
kern.maxfilesperproc=32768
kern.maxfiles=131392
net.inet.ip.fw.one_pass=0
net.inet.ip.fw.autoinc_step=10
net.inet.icmp.icmplim=100
net.inet.tcp.msl=7500
net.inet.udp.blackhole=1
net.inet.tcp.sendspace=65536
vfs.vmiodirenable=1
kern.ipc.shm_use_phys=1
net.inet.ip.fastforwarding=1

##SQUID
kern.ipc.shmall=32768


---


Ats,

Ademir Peixoto

- Original Message - 
From: Fred Dallalana [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Monday, June 04, 2007 5:44 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Ademir,

Veja as opções de tunning do FreeBSD. Isso deve ser o limite de conexões
simultâneas que o seu FreeBSD aceita. Procure por NMBCLUSTER.

Abraço,
Fred
- Original Message - 
From: Ademir Costa Peixoto [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Monday, June 04, 2007 5:26 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Infelizmente eu não esqueci.



#Configurações Personalizadas

options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPDIVERT
options DUMMYNET
options IPSTEALTH
options IPFIREWALL_FORWARD
options IPFIREWALL_VERBOSE_LIMIT=500
options TCP_DROP_SYNFIN
options DEVICE_POLLING
options IPFIREWALL_DEFAULT_TO_ACCEPT





- Original Message - 
From: Junior Pires [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD freebsd@fug.com.br
Sent: Monday, June 04, 2007 4:39 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Eu estava com um problema mais ou menos pareçido aqui, quando dei por mim,
eu havia esqueçido de compilar meu kernel com as opções de firewall
hehehe.


 Prezados,

 Montei um Free zerinho ( 6.2-STABLE-200704 FreeBSD 6.2-STABLE-200704)
 que simplesmente pára de pingar pra fora do nada.
 Uma vez olhei e estava cheio de ipfw: pullup failed no console. Nas
 outras seguintes não tinha mais nada.
 Pinga as interfaces mas não pinga pra fora.
 Limpei o firewall com ipfw -f flush e não pingava pra fora.
 As placas são 2 Intel, 1 3Com e uma on-board com driver instalado
 manualmente (nve).


 Depois do reboot tudo funciona normalmente por tempo indeterminado.


 Ats,

 Ademir Peixoto


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.




-- 
Junior Pires
Assistente de Informáica
CPD
Gujão Alimentos.
Tel: (75) 3244-2121 (Ramal 218).


-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

-
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

-
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] Qmail e Cabeçalho

2007-06-04 Por tôpico Tiago N. Sampaio
Rafael, o qmail por padrão grava as saidas de mensagems em STDOUT, por 
isso os logs irão aparecer onde vc está mandando gravar (via multilog?)...
como vc subiu ele?
Se quiser as suas mensagems saindo via syslog tem que usar o splogger...

E estes warnings do spamassasin, estão se referindo a definições não 
encontradas, provavelmente vc instalou templates e
precisa acertar alguns arquivos ainda...

Abraços


Rafael Bernardes wrote:
 Boa tarde!
 Fiz uma instalação meio padrão de um servidor de e-mail 
 (qmail/vpopmail/spamassassin/clamav), mas estranhamente o maillog nao está 
 sendo gerado, apenas quando eu starto ou reestarto o spamassassin, me 
 mostrando alguns warnings:

 [EMAIL PROTECTED] /var/log/qmail/qmail-smtpd]# tail -f /var/log/maillog
 Jun  4 16:17:58 servmail spamd[12323]: spamd: server killed by SIGTERM, 
 shutting down 
 Jun  4 16:18:01 servmail spamd[12235]: logger: removing stderr method 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test BR_ADJUST_1C has 
 undefined dependency 'BR_MAILTO' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test AOL_DSL has undefined 
 dependency '_AOL_FAKE_MAIL' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test 
 SARE_SUB_ACCEPT_CCARDS has undefined dependency '__SARE_SUB_FROM_PAYPAL' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test SARE_SPEC_PROLEO_M2a 
 has dependency 'MIME_QP_LONG_LINE' with a zero score 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test OUTLOOK_FAKED has 
 undefined dependency '__OUTLOOK_MUA' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test OUTLOOK_FAKED has 
 undefined dependency '__MIME_HTML_ONLY' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_1' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_2' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_3' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_5' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_6' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_7' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_8' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_9' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_10' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_11' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_12' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_13' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_14' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_15' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_16' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_17' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_18' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_19' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_20' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_21' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_22' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_25' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_26' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_27' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_28' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_29' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 has 
 undefined dependency '__NIGERIAN_BODY_30' 
 Jun  4 16:18:16 servmail spamd[12237]: rules: meta test NIGERIAN_BODY_2 

Re: [FUG-BR] FreeBSD Travando a rede

2007-06-04 Por tôpico Ademir Costa Peixoto
Fred,

Lá vai:

 sysctl -a | grep nmb
kern.ipc.nmbjumbo16: 0
kern.ipc.nmbjumbo9: 0
kern.ipc.nmbjumbop: 0
kern.ipc.nmbclusters: 33792




Ats,

Ademir Peixoto



- Original Message - 
From: Fred Dallalana [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Monday, June 04, 2007 6:05 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Cade a linha que aumenta o nmbclusters???

-su-2.05b# sysctl -a | grep nmb
kern.ipc.nmbclusters: 32768
-su-2.05b#

Abraço,
Fred

- Original Message - 
From: Ademir Costa Peixoto [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Monday, June 04, 2007 5:51 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Será que tem algo de errado?

---
/boot/loader.conf

kern.maxusers=512
kern.ipc.msgmnb=16384
kern.ipc.msgssz=64
kern.ipc.msgtql=16384
kern.ipc.shmmni=256
kern.ipc.shmseg=128
kern.ipc.msgmnb=16384
kern.ipc.msgseg=8196
kern.hz=1000
autoboot_delay=2


---
/etc/sysctrl.conf
kern.maxfilesperproc=32768
kern.maxfiles=131392
net.inet.ip.fw.one_pass=0
net.inet.ip.fw.autoinc_step=10
net.inet.icmp.icmplim=100
net.inet.tcp.msl=7500
net.inet.udp.blackhole=1
net.inet.tcp.sendspace=65536
vfs.vmiodirenable=1
kern.ipc.shm_use_phys=1
net.inet.ip.fastforwarding=1

##SQUID
kern.ipc.shmall=32768


---


Ats,

Ademir Peixoto

- Original Message - 
From: Fred Dallalana [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Monday, June 04, 2007 5:44 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Ademir,

Veja as opções de tunning do FreeBSD. Isso deve ser o limite de conexões
simultâneas que o seu FreeBSD aceita. Procure por NMBCLUSTER.

Abraço,
Fred
- Original Message - 
From: Ademir Costa Peixoto [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Monday, June 04, 2007 5:26 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Infelizmente eu não esqueci.



#Configurações Personalizadas

options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPDIVERT
options DUMMYNET
options IPSTEALTH
options IPFIREWALL_FORWARD
options IPFIREWALL_VERBOSE_LIMIT=500
options TCP_DROP_SYNFIN
options DEVICE_POLLING
options IPFIREWALL_DEFAULT_TO_ACCEPT





- Original Message - 
From: Junior Pires [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD freebsd@fug.com.br
Sent: Monday, June 04, 2007 4:39 PM
Subject: Re: [FUG-BR] FreeBSD Travando a rede


Eu estava com um problema mais ou menos pareçido aqui, quando dei por mim,
eu havia esqueçido de compilar meu kernel com as opções de firewall
hehehe.


 Prezados,

 Montei um Free zerinho ( 6.2-STABLE-200704 FreeBSD 6.2-STABLE-200704)
 que simplesmente pára de pingar pra fora do nada.
 Uma vez olhei e estava cheio de ipfw: pullup failed no console. Nas
 outras seguintes não tinha mais nada.
 Pinga as interfaces mas não pinga pra fora.
 Limpei o firewall com ipfw -f flush e não pingava pra fora.
 As placas são 2 Intel, 1 3Com e uma on-board com driver instalado
 manualmente (nve).


 Depois do reboot tudo funciona normalmente por tempo indeterminado.


 Ats,

 Ademir Peixoto


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 --
 Esta mensagem foi verificada pelo sistema de antivírus e
  acredita-se estar livre de perigo.




-- 
Junior Pires
Assistente de Informáica
CPD
Gujão Alimentos.
Tel: (75) 3244-2121 (Ramal 218).


-- 
Esta mensagem foi verificada pelo sistema de antivírus e
 acredita-se estar livre de perigo.

-
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

-
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

-
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


[FUG-BR] Sintaxe ACL

2007-06-04 Por tôpico Rafael
Amigos andei buscando por ai porém é muito vago e não achei no man
algo que eu acho que deveria ter, a sintaxe das ACLS podem ser como?

achei algo assim porém queria algo mais explicativo ... nome pode ser
qualquer um, tipo, quais são os tipos? conforme o tipo qual o valor
permitido?

acl NOME TIPO VALOR-1 VALOR-2 ... VALOR-N

estou desenvolvendo meio que um analisador léxico, sintatico do squid ehehe
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] OpenBGP...

2007-06-04 Por tôpico Danilo Bedani
Fala galera BSD...

alguém aqui já teve a experiência de mexer com o OpenBGP?

gostaria de trocar algumas idéias!

Abraçooz!

-- 
Danilo Bedani
[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] OpenBGP [off-topic]

2007-06-04 Por tôpico Danilo Bedani
Fala galera BSD...

alguém aqui já teve a experiência de mexer com o OpenBGP?

gostaria de trocar algumas idéias!

Abraçooz!

--

Danilo Bedani
[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Microfone não grava som.

2007-06-04 Por tôpico Rafael Stockler
Boa noite a todos,

Segui esse tutorial
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/sound-setup.html
para fazer o som funcionar no FreeBSD 6.2 sem problemas.

 cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: nVidia nForce2 at io 0xd400, 0xd800 irq 21 bufsz 16384 kld
snd_ich (1p/1r/0v channels duplex default)

Porém, o microfone funciona no gnome e somente funciona no echo 123
do skype com o som meio metalizado.

Ao tentar gravar o som com o Sound Recoreder, por exemplo, ou tentar
conversar com alguém no skype, ninguém me escuta.

Já pesquisei sobre isso mas não consegui identificar ainda meu problema.

Alguém poderia me ajudar?

Abraços e muito obrigado pela ajuda.

Rafael.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] 2 links + natd + squid

2007-06-04 Por tôpico Chacal4P
Olá,

Segindo esse artigo http://www.free.bsd.com.br/noticia.php3?CAD=1NOT=172
configurei o FreeBSD para trabalhar com 2 links numa boa, só que estou tendo
problema com o squid, quando coloco todo mundo para passar pelo squid
todo o trafego http de todos os usuários passam pelo link 1 que é o
default route
sendo que eu queria que metade passase por um link e outra metade passase pelo
outro link e todos passassem pelo squid.

Minha rede:

rl0 link 1 default route 10 usuários
rl1 link 2 mais 10 usuários
rl2 rede interna

Alguem tem alguma ideia de como fazer para o squid dividir os usuários certinho?

Muito obrigado.

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Problema com o Gnome

2007-06-04 Por tôpico Rafael Stockler
Boa noite a todos,

Estou passando por três problemas estranhos com o gnome-2.18.2
compilado com xorg-7.2.

1 - Ao ativar o lock screen do screensaver, ele não consegue
identificar mais o usuário e sempre diz que a senha está incorreta;
2 - O gnome-mount não consegue montar uma partição FAT32 de uma
capacidade de 45 GB;
3 - Quando tento acionar algum dispositivo como: ajustar a data do
sistema. Aparece a seguinte mensagem: The configuration could not be
loaded - You are not allowed to access the system configuration.

Tentei achar algum arquivo de configuração do gnome para me permitir
chamar a tela onde digitaria a senha de root, como no gnome-2.16
compilado do CD de packages fazia normalmente. No caso do item 3.
Mas não encontrei nada.
Alguém já passou por isso?
Poderiam me ajudar em algo?

Abraços e muito obrigado pela ajuda.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pendrive X hd

2007-06-04 Por tôpico Thiago Costa
Em Segunda 04 Junho 2007 14:25, Joao Rocha Braga Filho escreveu:
 On 6/4/07, irado furioso com tudo [EMAIL PROTECTED] wrote:
  Em Mon,  4 Jun 2007 10:59:27 -0300
 
  carlos [EMAIL PROTECTED] escreveu:
   meu hd do meu notebook quebrou e acho que a troca esta muito cara,
 
  hmmm... qual o tamanhinho que vc vai querer? acredito que nem exista
  algo acima de 2G - o que é pouco, para aplicações práticas, e deve
  custar mais do que um BMW (caso exista) um de 40G, por exemplo.
 
  BTW, nunca nem mesmo pensei na hipótese.

 Existem discos flash para notebooks, mas eles ainda são mais caros que
 os HDs comuns, mas já atingiram am marca dos 32 GB. Já vi anúncios de
 alguns com 128 GB (Imagine um squid usando um conjunto de discos destes
 para cache. Seek 0 ms.).

 Pen Drives são caros por GB, custando 180 reais um de 8 GB, e não são
 tão bons quanto um HD. A USB parece ser ineficiente, gerando muitas
 interrupções e processamento.

 O melhor mesmo é ir no site www.boadica.com.br e ver quem pode lhe
 vender um HD de notbook barato. Eu comprei um de 40 GB para uma
 pessoa por 180 reais, procurando lá.


 João Rocha.

  flames  /dev/null
 
  --
  saudações,
  irado furioso com tudo
  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
  Não uso drogas - 100% Miko$hit-free
  o homem criou Deus à sua imagem e semelhança [Nietzshe]
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Já cheguei a usar FreeBSD em Pendrive, mais foi apenas para ter um sistema 
operacional de bolso, tenho um de 4GB, peguei R$120,00, mas para aplicações 
do dia a dia recomendo um HD mesmo, e neste preço vc pega um HD de 40GB, ou 
seja. Um pendrive esta 10x mais caro que um HD, alem do que interfaces USB 
ainda não parecem ser muito estaveis nos *BSD

-- 
THIAGO DE SOUZA COSTA

e-mail: [EMAIL PROTECTED]
voip: 55-11-4063-5729 ou 1-503-334-0602
jid: [EMAIL PROTECTED]
fotolog: http://fotolog.com/thiagodk
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] pendrive X hd

2007-06-04 Por tôpico Joao Rocha Braga Filho
On 6/4/07, Joao Rocha Braga Filho [EMAIL PROTECTED] wrote:
 On 6/4/07, irado furioso com tudo [EMAIL PROTECTED] wrote:
  Em Mon,  4 Jun 2007 10:59:27 -0300
  carlos [EMAIL PROTECTED] escreveu:
 
   meu hd do meu notebook quebrou e acho que a troca esta muito cara,
 
  hmmm... qual o tamanhinho que vc vai querer? acredito que nem exista
  algo acima de 2G - o que é pouco, para aplicações práticas, e deve
  custar mais do que um BMW (caso exista) um de 40G, por exemplo.
 
  BTW, nunca nem mesmo pensei na hipótese.

 Existem discos flash para notebooks, mas eles ainda são mais caros que
 os HDs comuns, mas já atingiram am marca dos 32 GB. Já vi anúncios de
 alguns com 128 GB (Imagine um squid usando um conjunto de discos destes
 para cache. Seek 0 ms.).

Atualizando:

http://www.tgdaily.com/content/view/32301/135/

256 GB, 2.5, SATA, formato notebook, 60 MB/s, mas... deve custar uns
2500 dólares.

Imagine um boot de um sistema em um disco destes. Deve ser muito
rápido. E um banco de dados? E um squid? Imagine subir um KDE.
Ou pior, o cdb (Constant Data Base (está nos ports)) deve fazer mais
de 1000 consultas por segundo em um disco destes, se não chegar a
10 mil. Se tiver muita memória para fazer cache e um processador bem
rápido eu não duvido que chegue a 10 mil. Se bem que nunca usei o
cdb, mas pelo que ele promete eu não duvido.


João Rocha.


 Pen Drives são caros por GB, custando 180 reais um de 8 GB, e não são
 tão bons quanto um HD. A USB parece ser ineficiente, gerando muitas
 interrupções e processamento.

 O melhor mesmo é ir no site www.boadica.com.br e ver quem pode lhe
 vender um HD de notbook barato. Eu comprei um de 40 GB para uma
 pessoa por 180 reais, procurando lá.


 João Rocha.

 
  flames  /dev/null
 
  --
  saudações,
  irado furioso com tudo
  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
  Não uso drogas - 100% Miko$hit-free
  o homem criou Deus à sua imagem e semelhança [Nietzshe]
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 


 --
 Sempre se apanha mais com as menores besteiras. Experiência própria.

 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 http://www.goffredo.eti.br



-- 
Sempre se apanha mais com as menores besteiras. Experiência própria.

[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.goffredo.eti.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd