Re: [FUG-BR] pendrive X hd
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
Re: [FUG-BR] pendrive X hd
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
[FUG-BR] 2 links + natd + squid
Olá, Segindo esse artigo http://www.free.bsd.com.br/noticia.php3?CAD=1&NOT=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] Microfone não grava som.
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: 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] Problema com o Gnome
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
[FUG-BR] OpenBGP [off-topic]
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...
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] Sintaxe ACL
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
Re: [FUG-BR] FreeBSD Travando a rede
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)" 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)" 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)" 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)" 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" 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
Re: [FUG-BR] Qmail e Cabeçalho
Estou fazendo via multilog. Na verdade esse servidor é um gateway que apenas redireciona as mensagens para outroos logs currente do qmail-smtpd e do qmail-send são mostrados corretamente, mas o maillog (que até então eu achei que fosse gerado pelo spamassassin) não me mostra nada, a nao ser o que enviei na mensagem anterior. Os warnings já estão resolvidos. Obrigado por enquanto Rafael - Original Message - From: "Tiago N. Sampaio" <[EMAIL PROTECTED]> To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" Sent: Monday, June 04, 2007 5:47 PM Subject: Re: [FUG-BR] Qmail e Cabeçalho 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[1
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)" 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)" 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)" 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" 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
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)" 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)" 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" 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
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
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)" 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" 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
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" 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
Re: [FUG-BR] Squid+AD
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
[FUG-BR] Squid+AD
quem tiver um solucao me doerisos -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - 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.
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/
Re: [FUG-BR] Problemas no SQUID.
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.b
Re: [FUG-BR] Problemas no SQUID.
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
Re: [FUG-BR] Problemas no SQUID.
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.
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] 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
Re: [FUG-BR] Problemas no SQUID.
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] NAT
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) > > > >To: "Lista Brasileira de Discussão sobre FreeBSD > >(FUG-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
[FUG-BR] FreeBSD Travando a rede
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
[FUG-BR] Qmail e Cabeçalho
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 '__NIGERI
Re: [FUG-BR] NAT
===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) > >To: "Lista Brasileira de Discussão sobre FreeBSD >(FUG-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
Re: [FUG-BR] Problemas no SQUID.
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
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: 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] NAT
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] Problemas no SQUID.
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
Guilherme Rosário 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 > > > Kra, caso o seu caso seja de emergência, utilize o redir, esta no ports, é muito simples de utilizar falouw leandro prohibited. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[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
Re: [FUG-BR] Erro em tape
Fabiano Caixeta Duarte escreveu: > 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: 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! > > IBM velho ? é minha "especialidade"... já sofri com muitos... Como disse, leia o manual da unidade... do 6.x em diante tem que mudar um jumper (ou dip-switch) ... sem mudar vai ficar dando erros, erros e erros.. de gravação ! a leitura fica OK (mas lenta). Ah. depois de mudar, no Free não dá mais erro, mas o Ruindows não consegue mais gravar. []s Antonio Torres - 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.
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.
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.
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.
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.
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
[FUG-BR] Problemas no SQUID.
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] pendrive X hd
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
Re: [FUG-BR] Erro em tape
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: 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] Cacti - Parou de gerar os graficos
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 2>&1')? > > 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] pendrive X hd
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] pendrive X hd
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] clamav-0.90.2_1 + FreeBSD: 5.4-STABLE
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
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] (Off-Topic) Dúvida MySQL
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] Palm no FreeBSD
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] Software para inventário de hardware
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] Software para inventário de hardware
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
[FUG-BR] Software para inventário de hardware
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] (Off-Topic) Dúvida MySQL
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] pendrive X hd
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] Palm no FreeBSD
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
Re: [FUG-BR] Cacti - Parou de gerar os graficos
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 2>&1')? 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
[FUG-BR] firewall com PF
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) Heade