Re: [FUG-BR] problema para compilar o world
algué me diga que já viu isso ... já tentei passar pra RELENG_6_1, RELENG_6, já fui no dir do make (/usr/src/usr.bin/make) e instalei, é só no vi que ele endoida, e não consigo mais nada :/ matheus -- We will call you cygnus, The God of balance you shall be - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] NoCat + IPFW
Pessoal, estou instalando NoCat no FreeBSD 6.1, alguem tem experiencia nesta instalacao? Teria algum HowTo sobre NoCat no FreeBSD? Obrigado Rogerio Rezende - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Material sobre FreeBSD
Em 06/11/06, Cristina Fernandes Silva<[EMAIL PROTECTED]> escreveu: > Galera, > > O pessoal da empresa onde eu trabalho me pediu para eu > fazer uma apresentação do FreeBSD, coisa basicas, > gostaria de pedir a vcs algum conteudo sobre o FreeBSD > pq infelizmente nao tenho tempo habil ja que é para > quarta-feira (08/12). Alguem pode me disponibilizar. > Pode deixar que os creditos vão ser presevados. > > Obrigada > > > Cristina > > > > > > > > > ___ > Você quer respostas para suas perguntas? Ou você sabe muito e quer > compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! > http://br.answers.yahoo.com/ > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Cristina, O site http://infsr.unijui.tche.br/~heini tá fora, mas o conteúdo vc pode encontrar nesse outro link... http://www.cefet-to.org//material/free_bsd/freebsd/index.html -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Material sobre FreeBSD
Em 06/11/06, Cristina Fernandes Silva<[EMAIL PROTECTED]> escreveu: > Galera, > > O pessoal da empresa onde eu trabalho me pediu para eu > fazer uma apresentação do FreeBSD, coisa basicas, > gostaria de pedir a vcs algum conteudo sobre o FreeBSD > pq infelizmente nao tenho tempo habil ja que é para > quarta-feira (08/12). Alguem pode me disponibilizar. > Pode deixar que os creditos vão ser presevados. > > Obrigada > > > Cristina > > > > > > > > > ___ > Você quer respostas para suas perguntas? Ou você sabe muito e quer > compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! > http://br.answers.yahoo.com/ > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Ola amigo vc veio ao lugar certo risos. fug.com.br www.free.bsd.com.br www.freebsd.ag.com.br tudo que vc precisa sobre FreeBSD tem ai. -- 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
[FUG-BR] Material sobre FreeBSD
Galera, O pessoal da empresa onde eu trabalho me pediu para eu fazer uma apresentação do FreeBSD, coisa basicas, gostaria de pedir a vcs algum conteudo sobre o FreeBSD pq infelizmente nao tenho tempo habil ja que é para quarta-feira (08/12). Alguem pode me disponibilizar. Pode deixar que os creditos vão ser presevados. Obrigada Cristina ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.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] NTPD no FreeBSD 5.4
Em Mon, 6 Nov 2006 16:30:42 -0200 (BRDT) Vitor Renato Alves de Brito <[EMAIL PROTECTED]> escreveu: > ntpdate 200.xxx.xxx.x > 6 Nov 16:27:44 ntpdate[42358]: no server suitable for synchronization > found verifique duas coisas: a)se o seu server permite a porta 123/udp, que é usada para sincronização ntp b) se o servidor (ntpd) está no ar (netstat -natu) -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 100% Miko$hit-free A experiencia ensina que a mulher ideal é sempre a dos outros - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problema para compilar o world
On 11/6/06, Carlos Anderson Jardim <[EMAIL PROTECTED]> wrote: > Nenhum _de_Nos escreveu: > > ===> usr.bin/vi (cleandir) > > No closing parenthesis in archive specification > > ".depend", line 4524: Error in source archive spec "/usr�" > > make: fatal errors encountered -- cannot continue > > *** Error code 1 > > > > Stop in /usr/src/usr.bin. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > deu a mesma coisa com o STABLE e RELEASE de hj ... > > o sistema Ã(c) um 6.1-RELEASE instalado do CD. > > > > se alguÃ(c)m souber algo, agradeço a dica ;) > > > > matheus > > > > Boa Tarde Matheus, > > Eu estava tendo problemas em dar o make buildworld, mas se isso > acontecer voce deve dar um make clean e make buildclean dentro do > /usr/src e tentar novamente até funcionar. > > Qualquer coisa usa o cvsup novamente para baixar o src (stable-distfile) > ou verifica o hardware obrigado pela idéia :) eu já havia feito make clean, e o buildclean dá inexistente ... fiz vários make clean, mas nada :( matheus -- We will call you cygnus, The God of balance you shall be - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW - liberando portas
On Mon, 2006-11-06 at 15:51 -0200, Bruno Henrique de Oliveira wrote: > Boa tarde, > > Estou construindo um firewall para uma máquina que irá ficar voltada para a > internet, optei por deixar tudo bloqueado como padrão e ir liberando portas e > serviços que preciso, porém a falta de conhecimento e uma grande pedra no > caminho. > > Primeiramente o obejtivo era liberar o acesso de ssh somente para a rede > internet, lendo artigos na internet notei que quando se trata de portas temos > que determinar o tipo de protocolo, não podendo apenas colocar a opção "all" > na > regra do "Ipfw", vc ate pode colocar all, se a aplicacao usar tcp e udp!! e bom vc dar uma lida sobre cada um deles e as diferencas!!! > o problema é que não sei qual protocolo o ssh usa para conexão. Ssh porta 22 /tcp > Estava vendo a possibilidade de usar o Knock porém acredito que não irei > aprender muito com ele. Escrevi um artigo pra fug esses dias, vai aprender na tentativa e erro e usando man > > Segundo, queria saber quais regras tenho que adicionar para liberar > totalmente a > navegação na minha rede utilizando o proxy transparente que instalei nessa > máquina. Seguindo documentações adicionei as seguintes regras: > > 00300 divert 8668 ip from any to any via rl0 > 00400 allow tcp from me to any dst-port 80 > 00500 allow tcp from any to me dst-port 80 > 00600 fwd 127.0.0.1,3128 tcp from 192.168.1.0/24 to any dst-port 80 > > Porém, toda vez que ativo a regra de fechar todas as portas a navegação para > de > funcionar, acredito que tenha que liberar mais alguma coisa para que o proxy > transparente continue funcionando. Vc tem que bloquear td por ultimo ok? De uma lida no historico tem varias thread sobre proxy transparente > > Desculpe as perguntas, mais é que tenho procurado no google e não localizei > nenhuma resposta que funcionase. Grato pela atenção. > -- "Linux is for people who hate Windows, BSD is for people who love UNIX" Freebsd-BR User #88 --- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] problema para compilar o world
Nenhum _de_Nos escreveu: > ===> usr.bin/vi (cleandir) > No closing parenthesis in archive specification > ".depend", line 4524: Error in source archive spec "/usr�" > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src/usr.bin. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > deu a mesma coisa com o STABLE e RELEASE de hj ... > o sistema é um 6.1-RELEASE instalado do CD. > > se alguém souber algo, agradeço a dica ;) > > matheus > Boa Tarde Matheus, Eu estava tendo problemas em dar o make buildworld, mas se isso acontecer voce deve dar um make clean e make buildclean dentro do /usr/src e tentar novamente até funcionar. Qualquer coisa usa o cvsup novamente para baixar o src (stable-distfile) ou verifica o hardware Att. -- Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 FUG-BR User #381 Tel.: (12) 3925-1873 - 3925-1925 -- 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
[FUG-BR] NTPD no FreeBSD 5.4
Olá, Estou tentando iniciar um NTPD no FreeBSD 5.4 e não estou conseguindo. Meu ntp.conf: server 143.108.30.3 server 192.43.244.18 driftfile /var/db/ntpd.drift ntpq -c rv status=c011 sync_alarm, sync_unspec, 1 event, event_restart, version="ntpd 4.x.x Mon Aug 8 11:49:35 BRST 2005 (1)", processor="i386", system="FreeBSD/5.4-RELEASE-p6", leap=11, stratum=16, precision=-20, rootdelay=0.000, rootdispersion=0.390, peer=0, refid=INIT, reftime=. Thu, Feb 7 2036 3:28:16.000, poll=4, clock=c8f9fd2f.35c832d6 Mon, Nov 6 2006 16:27:59.210, state=0, offset=0.000, frequency=0.000, jitter=0.001, stability=0.000 ntpdc -s remote local st poll reach delay offsetdisp === ns2.ansp.br 200.195.22.5 3 643 0.12096 0.384807 3.93774 time.nist.gov 200.195.22.5 1 643 0.23849 0.424742 3.93799 Quando tento sincronizar de um outro servidor da minha rede dá o seguinte erro: ntpdate 200.xxx.xxx.x 6 Nov 16:27:44 ntpdate[42358]: no server suitable for synchronization found Alguém pode me ajudar? Até mais, --- Vitor Renato Alves de Brito - System Manager Arte Final Provedor Internet - http://www.artefinal.com.br Alfenas - Sul de Minas Gerais --- Esta mensagem foi verificada pelo e-mail protegido Arte Final Antivírus: F-Prot / Versão: 4.6.6 / Atualizado em: 4-Nov-2006 Proteja o seu e-mail com a Arte Final - http://www.artefinal.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] problema para compilar o world
===> usr.bin/vi (cleandir) No closing parenthesis in archive specification ".depend", line 4524: Error in source archive spec "/usr�" make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. deu a mesma coisa com o STABLE e RELEASE de hj ... o sistema é um 6.1-RELEASE instalado do CD. se alguém souber algo, agradeço a dica ;) matheus -- We will call you cygnus, The God of balance you shall be - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] IPFW - liberando portas
Boa tarde, Estou construindo um firewall para uma máquina que irá ficar voltada para a internet, optei por deixar tudo bloqueado como padrão e ir liberando portas e serviços que preciso, porém a falta de conhecimento e uma grande pedra no caminho. Primeiramente o obejtivo era liberar o acesso de ssh somente para a rede internet, lendo artigos na internet notei que quando se trata de portas temos que determinar o tipo de protocolo, não podendo apenas colocar a opção "all" na regra do "Ipfw", o problema é que não sei qual protocolo o ssh usa para conexão. Estava vendo a possibilidade de usar o Knock porém acredito que não irei aprender muito com ele. Segundo, queria saber quais regras tenho que adicionar para liberar totalmente a navegação na minha rede utilizando o proxy transparente que instalei nessa máquina. Seguindo documentações adicionei as seguintes regras: 00300 divert 8668 ip from any to any via rl0 00400 allow tcp from me to any dst-port 80 00500 allow tcp from any to me dst-port 80 00600 fwd 127.0.0.1,3128 tcp from 192.168.1.0/24 to any dst-port 80 Porém, toda vez que ativo a regra de fechar todas as portas a navegação para de funcionar, acredito que tenha que liberar mais alguma coisa para que o proxy transparente continue funcionando. Desculpe as perguntas, mais é que tenho procurado no google e não localizei nenhuma resposta que funcionase. Grato pela atenção. -- []s, Bruno Oliveira Belo Horizonte - MG This message was sent using IMP, the Internet Messaging Program. - 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] Votacao para o tema principal da revista
Entao participem da lista de discussao e complementem ideias no wiki lista https://www.fug.com.br/mailman/listinfo/revista Wiki http://revista.fug.com.br Sobre formato, distriubuicao, nome e estas coisas esta em discussao ainda, tudo vai ser votado via enquete. On Mon, 2006-11-06 at 13:13 -0300, Victor Loureiro Lima wrote: > Eu tambem posso contribuir com alguns artigos sobre desenvolvimento no > FreeBSD, > e algumas outras traquinagens em geral... Sobre como portar aplicacoes > para o freebsd. > > victor lima > > 2006/11/6, Joao Rocha Braga Filho <[EMAIL PROTECTED]>: > > On 11/6/06, Giancarlo Rubio <[EMAIL PROTECTED]> wrote: > > > Srs: > > > > > > Sei que nao pertence ao escopo da lista, mais a opiniao de vcs e > > > importante, pois o publico alvo sao vcs. > > > > > > Estamos fazendo 3 etapas de votacao para a revista. Sao elas > > > > > > 1a. Tema principal da revista > > > http://revista.fug.com.br/index.php?title=Enquete:_Qual_o_tema_principal_da_revista%3F > > > > Acho que a revista pode ter mais conteúdo de FreeBSD, mas não deve > > deixar de ter conteúdo dos outros BSDs. Assim poderá também suprir a > > carência de publicações dos outros BSDs. De vez em quando pode até > > falar de Linux, mas sem perder o foco. > > > > Vai ser eletrônica? Via Web? PDF? E-mail? Vai ter versão impressa? Se > > tiver, pode ter assinatura e pode ser vendida em alguns pontos, tal como > > a Livraria Tempo Real, tentar a livraria Ciência Moderna no Centro do Rio, > > etc. E neste caso não se pode esquecer de fazer o depósito legal de 1 ou > > 2 exemplares na Biblioteca Nacional. > > > > Eu me candidato a escrever alguma coisa de vez em quando. Posso falar > > da minha experiência com o squid com caches grandes, de backup com > > umass e por rsh, etc. > > > > Seria interessante uma sessão falando de hardwares suportados, e pode > > tentar conseguir alguns depoimentos, testes, patrocícios etc. Mas os testes > > com patrocínios são mais interessantes para uma revista impressa. > > > > > > João Rocha. > > > > > > > 2a. Nome da revista > > > 3a. Logo da revista > > > > > > Cada votacao fica por 2 dias no nosso wiki, a 1a ja esta disponivel. > > > > > > Att > > > -- > > > "Linux is for people who hate Windows, > > > BSD is for people who love UNIX" > > > Freebsd-BR User #88 > > > --- > > > Giancarlo Rubio > > > > > > - > > > 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 -- "Linux is for people who hate Windows, BSD is for people who love UNIX" Freebsd-BR User #88 --- Giancarlo Rubio - 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] Votacao para o tema principal da revista
Eu tambem posso contribuir com alguns artigos sobre desenvolvimento no FreeBSD, e algumas outras traquinagens em geral... Sobre como portar aplicacoes para o freebsd. victor lima 2006/11/6, Joao Rocha Braga Filho <[EMAIL PROTECTED]>: > On 11/6/06, Giancarlo Rubio <[EMAIL PROTECTED]> wrote: > > Srs: > > > > Sei que nao pertence ao escopo da lista, mais a opiniao de vcs e > > importante, pois o publico alvo sao vcs. > > > > Estamos fazendo 3 etapas de votacao para a revista. Sao elas > > > > 1a. Tema principal da revista > > http://revista.fug.com.br/index.php?title=Enquete:_Qual_o_tema_principal_da_revista%3F > > Acho que a revista pode ter mais conteúdo de FreeBSD, mas não deve > deixar de ter conteúdo dos outros BSDs. Assim poderá também suprir a > carência de publicações dos outros BSDs. De vez em quando pode até > falar de Linux, mas sem perder o foco. > > Vai ser eletrônica? Via Web? PDF? E-mail? Vai ter versão impressa? Se > tiver, pode ter assinatura e pode ser vendida em alguns pontos, tal como > a Livraria Tempo Real, tentar a livraria Ciência Moderna no Centro do Rio, > etc. E neste caso não se pode esquecer de fazer o depósito legal de 1 ou > 2 exemplares na Biblioteca Nacional. > > Eu me candidato a escrever alguma coisa de vez em quando. Posso falar > da minha experiência com o squid com caches grandes, de backup com > umass e por rsh, etc. > > Seria interessante uma sessão falando de hardwares suportados, e pode > tentar conseguir alguns depoimentos, testes, patrocícios etc. Mas os testes > com patrocínios são mais interessantes para uma revista impressa. > > > João Rocha. > > > > 2a. Nome da revista > > 3a. Logo da revista > > > > Cada votacao fica por 2 dias no nosso wiki, a 1a ja esta disponivel. > > > > Att > > -- > > "Linux is for people who hate Windows, > > BSD is for people who love UNIX" > > Freebsd-BR User #88 > > --- > > Giancarlo Rubio > > > > - > > 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
Re: [FUG-BR] [OFF] Votacao para o tema principal da revista
On 11/6/06, Giancarlo Rubio <[EMAIL PROTECTED]> wrote: > Srs: > > Sei que nao pertence ao escopo da lista, mais a opiniao de vcs e > importante, pois o publico alvo sao vcs. > > Estamos fazendo 3 etapas de votacao para a revista. Sao elas > > 1a. Tema principal da revista > http://revista.fug.com.br/index.php?title=Enquete:_Qual_o_tema_principal_da_revista%3F Acho que a revista pode ter mais conteúdo de FreeBSD, mas não deve deixar de ter conteúdo dos outros BSDs. Assim poderá também suprir a carência de publicações dos outros BSDs. De vez em quando pode até falar de Linux, mas sem perder o foco. Vai ser eletrônica? Via Web? PDF? E-mail? Vai ter versão impressa? Se tiver, pode ter assinatura e pode ser vendida em alguns pontos, tal como a Livraria Tempo Real, tentar a livraria Ciência Moderna no Centro do Rio, etc. E neste caso não se pode esquecer de fazer o depósito legal de 1 ou 2 exemplares na Biblioteca Nacional. Eu me candidato a escrever alguma coisa de vez em quando. Posso falar da minha experiência com o squid com caches grandes, de backup com umass e por rsh, etc. Seria interessante uma sessão falando de hardwares suportados, e pode tentar conseguir alguns depoimentos, testes, patrocícios etc. Mas os testes com patrocínios são mais interessantes para uma revista impressa. João Rocha. > 2a. Nome da revista > 3a. Logo da revista > > Cada votacao fica por 2 dias no nosso wiki, a 1a ja esta disponivel. > > Att > -- > "Linux is for people who hate Windows, > BSD is for people who love UNIX" > Freebsd-BR User #88 > --- > Giancarlo Rubio > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] CONISLI e Fotos para o site da FUG
Giancarlo Rubio escreveu: > > E o conisli como foi?? Infelizmente nao pude ir!! Estava com uma qualidade muito boa de palestras, o que mais achei interessante nessa historia é saber quem esta por de tras de todos os projetos sobre Software Livre, conversei com o Roberto Salomon e Claudio da BROffice, O Indio do Gentoo, o Piter Punk do Slackware, o Ralf (Organizador do Congresso), Denis Brandi (Software para deficientes Visuais), tirando os Admins/Representantes da FUG: Daniel Bristot e Marcelo Araujo, ambos são pessoas de carater, e que representaram a lista/site FUG em ascendencia no Congresso, principalmente na palestra. Eu (particularmente) estive nas palestras sobre PostgreSQL, o Blanes (Desktop Linux com cara de Windows), Case do Metro, Software para deficientes visuais, BR Office (Claudio Ferreira), PL/Perl (David Fetter) dentre outros... O que eu posso dizer pra resumir, valeu muito a pena a nivel de conhecimento. Ja ia até me esquecendo, tirei fotos durante os congressos e queria postar pro site da FUG, alguem ai pode fazer isso??? Att. -- Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 FUG-BR User #381 Tel.: (12) 3925-1873 - 3925-1925 -- 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
[FUG-BR] (OFF) postfix-gps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pessoal, Alguém usa o gsp greylist com o postfix, gostaria de trocar umas idéias em PVT, por favor. Obrigado, - -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense - Departamento de T.I. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFT1UfyJq2hZEymxcRAiWSAJ0fO5+dz747IcYrukLPwpmAFly9GACgkCzG SbrMunGmUZTi05oJGYnvjBw= =5GKo -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OpenOffice
Henry Vejo que seu caso é de total decepção :) Porém, bugs por bugs, MS-OFFICE é campeão hehehheh :) Quanto ao software para edição de textos, bem, se preciso :), eu uso OpenOffice Writer mesmo, porem, gosto bastante de leveza e simplicidade do abiword, que, além dos inúmeros benefícios do software livre (multi-plataforma, etc.., etc...) não tenta ser um "Clone do Word" e sim, um Editor de textos. 2006/11/4, Celso Viana <[EMAIL PROTECTED]>: > 2006/11/4, Henry Lenzi <[EMAIL PROTECTED]>: > > > com a migração pro freebsd vou utilizar o openoffice para editor de > > > texto e planilha, > > > > > > esta funcionando, esta abrindo os arquivos normalmente, mas é na hora de > > > imprimir que o problema ocorre, > > > > > > tenho o cups instalado, a impressão via cups tá funcionando, mas dentro > > > do openoffice a bendita naum aparece.. > > > > > > > > > Amigo -- > > > > Eu já escrevi aqui na FUG-BR em outro post. Se você precisa > > seriamente de um processador de texto tipo WYSIWYG compatível com > > Word, então considere comprar o SoftMaker. Além de criar um mercado > > para produtos para FreeBSD, você pára de sofrer. > > > > Acompanho o OpenOffice há anos. É sempre incrivelmente bugado. Já > > tive que escrever trabalho relativamente grande com ele, e ele perdeu > > *toda* a paginação por um bug obscuro. O bug me custou caro. Passei a > > odiar o OpenOffice. Hoje, milito contra. ;-) > > > > Recentemente, reavaliei o software e pelo que vi - e leio - os > > problemas continuam. Além disso, o pessoal brasileiro responsável pela > > localização (BROffice) são uns tremendos de uns incompetentes: toda a > > instalação visa Linux, você precisa baixar dicionários, os dicionários > > são incompletos, etc. Isso tem que ser dito. Não é porque você é > > voluntário que tem que ser desleixado, mas parece ser essa a filosofia > > naquele projeto... > > > > O SoftMaker custa 69.90 Euros e a versão beta está disponível de > > graça, por enquanto. Não tem ainda software para apresentações, mas - > > disse a imprensa especializada - que é a melhor compatibilidade com > > Word e Excel que há por aí. > > > > Fica minha dica. Eu, pessoalmente, acredito em pagar para que eu não > > tenha que ficar enviando bug-report de cada novo release do > > OpenOffice. Eu tenho mais o que fazer com o meu tempo, e "tempo é > > dinheiro." Outros pensarão que sou a encarnação do demônio > > capitalista, um defensor de softwares proprietários. Mas, enfim, eu > > não sou um gnuludista, um discípulo do Culto à Personalidade, nem um > > fanboy do Linux. É por isso, aliás, que eu valorizo a BSDL. Enfim, o > > tempo é seu. Estudantes, por exemplo, têm muito tempo livre, ainda > > mais estudantes que matam aulas para fazer farra no FISL e cantar > > musiquinha de StarWars para o Stallman. Acham que Linux e a GPL são o > > máximo. Tipicamente, são pessoas que nunca programaram nada que > > preste. Aliás, da maneira que eu vejo, quanto mais companhias > > investirem em sotwares proprietários para FreeBSD, mais saudável será. > > Parte do problema porque Linux não decola em escritórios (além da > > incompatibilidade de fato inexistente com o OpenOffice) é a falta de > > vendors independentes para produtos do workflow. Com a GPL, isso nunca > > vai rolar. Como o Stallman nunca entrou num escritório e não entende > > como funciona um gerenciamento eletrônico de documentos, ele acha que > > é possível fazer isso com a GPL. Pior, gasta seu tempo doutrinando > > adolescentes. > > > > O mundo real é esse que você está vendo: o OpenOffice é, > 7 anos > > depois, uma sacola de bugs. Tudo mais, é festa da FISLresta. > > > > http://www.softmaker.com/brasil/of_br.htm > > > > [ ]s > > Henry > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Henry, > > Respeito seu ponto de vista, mas acho um tanto radical... por falar em > suite de escritório, será que o OpenOffice vai ficar melhor com a > ajuda do google (há algum tempo circulou noticia que o google estava > investindo nessa suite)? > > > -- > Celso Vianna > BSD User: 51318 > http://www.bsdcounter.org > > 63 8404-8559 > Palmas/TO > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Atenciosmente Mario Augusto Mania --- [EMAIL PROTECTED] Cel.: (43) 9938-9629 Msn: [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Compilando e instalando novo kernel sem entrar emmonousuario
On 11/4/06, Renato Frederick <[EMAIL PROTECTED]> wrote: > Já fiz até update de versão (mergemaster e afins) remoto, sem problemas. > > Única dificuldade que vejo é que se algo der muito errado, você não estará > na console, daí, resolver problemas remoto, com um usuário leigo no teclado > é impossível hehehe. E acrescente o fato que ele pode não saber falar inglês. :^))) > > Mas tecnicamente não tem problema não. Eu compilo tudo com o sistema no ar. Compilo o kernel. Espero a melhor oportunidade. Instalo o kernel. Entro em monousuário. make installworld, e merge master. E finalmente reboot. Muitas vezes eu compilo da seguinte maneira para degradar menos a máquina: nice +20 make buildworld Mas já fiz o installworld e o mergemaster com o sistema no ar, mas existia a chance de correr ao local para resolver os problemas. Mas eu considero roleta russa, 5 chances de dar certo, mas quando dá errado... João Rocha. > > > > > > > -Mensagem original- > > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > > de Carlos Anderson Jardim > > Enviada em: sábado, 4 de novembro de 2006 09:24 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: [FUG-BR] Compilando e instalando novo kernel sem entrar > > emmonousuario > > > > Prezados, > > > > Creio que vocês ja devem ter se deparado com uma atualizacao/instalacao de > > novo kernel em uma maquina que não acesso remoto ou sem ter que entrar em > > mono usuário, isso é possivel? > > > > Um camarada falou que tem como fazer isso só que não estou encontrando > > esse > > artigo no google por nada!! > > > > Alguem ja se aventurou ??? > > > > Att. > > > > > > > - > 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] Editor de texto SoftMake 2006 beta grát is!
http://www.ctan.org/tex-archive/info/lshort/portuguese-BR/lshortBR.pdf é a melhor de todas, mas existem outras. http://www.tex-br.org/index.php/Documenta%C3%A7%C3%A3o_em_portugu%C3%AAs além do site www.tex-br.org já ser uma ótima referência. Em 06/11/06, irado furioso com tudo<[EMAIL PROTECTED]> escreveu: > Em Fri, 3 Nov 2006 21:50:17 -0300 > "Leonardo Pereira" <[EMAIL PROTECTED]> escreveu: > > > Só uma dica, pra trabalhos de conclusão de curso, ao menos, já que uso > > para todos os trabalhos, use LaTeX. > > Alguém conhece um bom tutorial para o LaTex? > > -- > > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > 100% Miko$hit-free > A experiencia ensina que a mulher ideal é sempre a dos outros > - > 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] IPFW e PF
Ronan Não sei dizer quem processa primeiro cara, mas o NAT (não via divert) está no PF. Sim, se fosse via divert, no IPFW, teria que ter os pipes antes do NAT, correto, mas como faço o NAT no PF (e não quero mudar isso) ele deve estar sendo processado antes (o PF), mandando os IPs já nateados aos pipes do IPFW... Ai é que eu me ferro... No IPFW tenho apenas pipes e queues, apenas limits, no PF eu faço TODO o resto. Tem como mudar a ordem de processamento, fazendo o IPFW processar antes que o PF? Isso resolveria com certeza. Att, RS On 11/6/06, Ronan Lucio <[EMAIL PROTECTED]> wrote: > Rogério, > > > Sobre usar PF + IPFW, eu faço aqui, uso o PF para tudo, e o ipfw > > apenas para hard limits em controle de banda. > > Funciona legal, o único problema é que eu não consigo controlar upload > > pq acho que o src_ip está com o NAT do PF chegando antes dos pipes do > > ipfw > > Sabes dizer quem processa primeiro? O IPFW ou o PF? > E onde está a regra do divert? No IPFW ou no PF? > > Supondo que a regra do divert esteja no IPFW, coloque as regras > de hardlimit para upload antes da regra do divert. > > []s > Ronan > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW e PF
Rogério, > Sobre usar PF + IPFW, eu faço aqui, uso o PF para tudo, e o ipfw > apenas para hard limits em controle de banda. > Funciona legal, o único problema é que eu não consigo controlar upload > pq acho que o src_ip está com o NAT do PF chegando antes dos pipes do > ipfw Sabes dizer quem processa primeiro? O IPFW ou o PF? E onde está a regra do divert? No IPFW ou no PF? Supondo que a regra do divert esteja no IPFW, coloque as regras de hardlimit para upload antes da regra do divert. []s Ronan - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Proxy transparente utilizando o Sq uid - Não navega
vc ativou a opcao do kernel
options IPFIREWALL_FORWARD
e um detalhe, nao sei se eh o seu caso, mas nao passe o trafego que for para
a caixa economica pelo proxy, pois tem um tal de conectividade social q nao
funciona. bota a regra assim:
${fwcmd} add fwd 127.0.0.1,3128 tcp from << REDE LOCAL>> to not
200.201.160.0/20 80
e verifique as configurações do squid.
httpd_accel_port 80
httpd_accel_host virtual
httpd_accel_single_host off
httpd_accel_with_proxy on
Além das ACL´s
sds,
Paulo Coimbra
IPZERO IT SOLUTIONS
- Original Message -
From: "Alessandro de Souza Rocha" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
Sent: Monday, November 06, 2006 8:57 AM
Subject: Re: [FUG-BR]RES: Proxy transparente utilizando o Squid - Não navega
Em 05/11/06, João David Prevedello<[EMAIL PROTECTED]> escreveu:
> Ola... tenta fazer assim...
>
> /sbin/ipfw add fwd 127.0.0.1,3128 tcp from 10.23.0.0/24 to any 80
>
> Setando a faixa de IP que tem que navegar...
>
> Já passei por isso usando any to any, sei lá porque não rola
>
> Att
>
> João David Prevedello
> Portal das Hortênsias
> Canela / RS
>
> -Mensagem original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
> de André Luiz
> Enviada em: sexta-feira, 3 de novembro de 2006 10:02
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR]Proxy transparente utilizando o Squid - Não navega
>
> - Original Message -
> From: "Bruno Henrique de Oliveira" <[EMAIL PROTECTED]>
> To: "FUG-BR"
> Sent: Friday, November 03, 2006 10:45 AM
> Subject: [FUG-BR] Proxy transparente utilizando o Squid - Não navega
>
>
> Bom dia lista,
>
> Estou tentando colocar uma máquina com FreeBSD 6.1 para fazer proxy
> transparente
> utilizando Squid e IPFW. A situação é a seguinte; quando aponto o cliente
> para
> esse servidor utilizando rotas, o mesmo cliente não navega, caso configure
> o
> proxy no navegador todas as páginas mostram acesso negado.
>
> Olhei em alguns sites da internet para criar as regras no IPFW, acredito
> que
> esse seja o problema, não saber fazer as regras do IPFW para o proxy
> transparente. Nos sites que localizei na internet encontrei várias regras
> para
> serem utilizadas porém uma regra especifíca não funciona, toda vez que
> adiciono
> a regra;
> 00020 fwd 127.0.0.1,3128 tcp from any to any 80, e executo o comando "sh
> /etc/rc.firewall" a regra não é aceita. Estava lendo o man do ipfw e não
> localizei exemplos da regra utilizando fwd da maneira como está em alguns
> sites.
>
> Agradeço a atenção.
>
> --
> []s,
> Bruno Oliveira
> Belo Horizonte - MG
>
>
>
> This message was sent using IMP, the Internet Messaging Program.
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> Bom dia Bruno
>
> É o seguinte... si for proxy transparente vc vai ter que fazer assim:
>
> No rc.conf vai ter que setar a interface que será usada pelo natd., vai
> lá:
>
> natd_enable="YES"
> natd_interface="xl0"
> natd_flags="-f /etc/natd.conf"
>
> No rc.conf tb tem que estar habilitado a função de gateway e firewall,
> olhe
> soh:
>
> gateway_enable="YES"
> firewall_enable="YES"
> firewall_type="OPEN"
> firewall_quiet="YES"
> firewall_logging_enable="YES"
>
> No natd.conf você seta as seguintes opções:
>
> dynamic yes
> use_sockets yes
> same_ports yes
>
> No rc.firewall coloque as seguintes regras:
>
> # Natd para rede
> /sbin/ipfw add divert natd all from any to any via xl0
>
> # Proxy Transparente
> /sbin/ipfw add allow tcp from me to any 80
> /sbin/ipfw add allow tcp from any to me 80
> /sbin/ipfw add fwd 127.0.0.1,3128 tcp from 192.168.0.0/24 to any 80
>
> Lembre-se de substituir os dados conforme necessite na sua rede.
>
> Ah e só ais um detalhe, você disse que a regra não é aceita, você tá com o
> ipfw instalado no seu micro? Você adicionou suporte ao ipfw no kernel e
> recompilou? Si não adicione as linhas abaixo no seu kernel:
>
> options IPFIREWALL
> options IPFIREWALL_VERBOSE
> options IPFIREWALL_FORWARD
> options IPFIREWALL_VERBOSE_LIMIT=100
> options IPFIREWALL_DEFAULT_TO_ACCEPT
> options IPDIVERT
>
> Recompile ele...
>
>
> É isso, faça os testes aí e caso ainda tenha problemas entre em contato
> aqui
>
> com a gente.
>
> Abraço,
>
> André Luiz
> Santos Andirá Indústria de Móveis Ltda.
>
> -
> 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
>
Amigo porque vc nao usa o pf para fazer proxy transparente...
no meu caso eu uso ele funciona que e uma maravilha e nao tive
problemas vc pode usa ipfw para fazer nat.
--
A
[FUG-BR] [OFF] Votacao para o tema principal da revista
Srs: Sei que nao pertence ao escopo da lista, mais a opiniao de vcs e importante, pois o publico alvo sao vcs. Estamos fazendo 3 etapas de votacao para a revista. Sao elas 1a. Tema principal da revista http://revista.fug.com.br/index.php?title=Enquete:_Qual_o_tema_principal_da_revista%3F 2a. Nome da revista 3a. Logo da revista Cada votacao fica por 2 dias no nosso wiki, a 1a ja esta disponivel. Att -- "Linux is for people who hate Windows, BSD is for people who love UNIX" Freebsd-BR User #88 --- Giancarlo Rubio - 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 no cron
Algum script no teu cron tá disparando essa mensagem de erro :D Tente ver se está rodando algum script que deve rodar como root com outro usuario... tb sugiro que você execute alguns scripts que estão nesse cron manualmente, pra ver se aparece algo em /var/log/messages. No mais, `man _secure_path' vai te dar uma ideia do que a função faz. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Erro no cron
Bom dia pessoal Verificando os logs de /var/log/cron, sempre estou vendo o erro: cron[94080]: _secure_path: cannot stat /dev/null/.login_conf: Not a directory As rotinas do cron estão funcionando perfeitamente, e o sistema aparentemente não está sendo afetado com isso, porém esse erro me incomoda. Já procurei no bom e velho google, mas não encontrei a solução, se alguém souber ... Desde já, obrigado a todos pela atenção 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] Editor de texto SoftMake 2006 beta grát is!
Em Fri, 3 Nov 2006 21:50:17 -0300 "Leonardo Pereira" <[EMAIL PROTECTED]> escreveu: > Só uma dica, pra trabalhos de conclusão de curso, ao menos, já que uso > para todos os trabalhos, use LaTeX. Alguém conhece um bom tutorial para o LaTex? -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 100% Miko$hit-free A experiencia ensina que a mulher ideal é sempre a dos outros - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Proxy transparente utilizando o Squid - Não navega
Em 05/11/06, João David Prevedello<[EMAIL PROTECTED]> escreveu: > Ola... tenta fazer assim... > > /sbin/ipfw add fwd 127.0.0.1,3128 tcp from 10.23.0.0/24 to any 80 > > Setando a faixa de IP que tem que navegar... > > Já passei por isso usando any to any, sei lá porque não rola > > Att > > João David Prevedello > Portal das Hortênsias > Canela / RS > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de André Luiz > Enviada em: sexta-feira, 3 de novembro de 2006 10:02 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR]Proxy transparente utilizando o Squid - Não navega > > - Original Message - > From: "Bruno Henrique de Oliveira" <[EMAIL PROTECTED]> > To: "FUG-BR" > Sent: Friday, November 03, 2006 10:45 AM > Subject: [FUG-BR] Proxy transparente utilizando o Squid - Não navega > > > Bom dia lista, > > Estou tentando colocar uma máquina com FreeBSD 6.1 para fazer proxy > transparente > utilizando Squid e IPFW. A situação é a seguinte; quando aponto o cliente > para > esse servidor utilizando rotas, o mesmo cliente não navega, caso configure o > proxy no navegador todas as páginas mostram acesso negado. > > Olhei em alguns sites da internet para criar as regras no IPFW, acredito que > esse seja o problema, não saber fazer as regras do IPFW para o proxy > transparente. Nos sites que localizei na internet encontrei várias regras > para > serem utilizadas porém uma regra especifíca não funciona, toda vez que > adiciono > a regra; > 00020 fwd 127.0.0.1,3128 tcp from any to any 80, e executo o comando "sh > /etc/rc.firewall" a regra não é aceita. Estava lendo o man do ipfw e não > localizei exemplos da regra utilizando fwd da maneira como está em alguns > sites. > > Agradeço a atenção. > > -- > []s, > Bruno Oliveira > Belo Horizonte - MG > > > > This message was sent using IMP, the Internet Messaging Program. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > Bom dia Bruno > > É o seguinte... si for proxy transparente vc vai ter que fazer assim: > > No rc.conf vai ter que setar a interface que será usada pelo natd., vai lá: > > natd_enable="YES" > natd_interface="xl0" > natd_flags="-f /etc/natd.conf" > > No rc.conf tb tem que estar habilitado a função de gateway e firewall, olhe > soh: > > gateway_enable="YES" > firewall_enable="YES" > firewall_type="OPEN" > firewall_quiet="YES" > firewall_logging_enable="YES" > > No natd.conf você seta as seguintes opções: > > dynamic yes > use_sockets yes > same_ports yes > > No rc.firewall coloque as seguintes regras: > > # Natd para rede > /sbin/ipfw add divert natd all from any to any via xl0 > > # Proxy Transparente > /sbin/ipfw add allow tcp from me to any 80 > /sbin/ipfw add allow tcp from any to me 80 > /sbin/ipfw add fwd 127.0.0.1,3128 tcp from 192.168.0.0/24 to any 80 > > Lembre-se de substituir os dados conforme necessite na sua rede. > > Ah e só ais um detalhe, você disse que a regra não é aceita, você tá com o > ipfw instalado no seu micro? Você adicionou suporte ao ipfw no kernel e > recompilou? Si não adicione as linhas abaixo no seu kernel: > > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_FORWARD > options IPFIREWALL_VERBOSE_LIMIT=100 > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPDIVERT > > Recompile ele... > > > É isso, faça os testes aí e caso ainda tenha problemas entre em contato aqui > > com a gente. > > Abraço, > > André Luiz > Santos Andirá Indústria de Móveis Ltda. > > - > 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 > Amigo porque vc nao usa o pf para fazer proxy transparente... no meu caso eu uso ele funciona que e uma maravilha e nao tive problemas vc pode usa ipfw para fazer nat. -- 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] RES: Free + squid
Cara, teu problema não está em resoluçao de DNS demorada? Parece ser isso... Att, RS On 11/5/06, João David Prevedello <[EMAIL PROTECTED]> wrote: > O meu servidor é roteado, ou seja, os clientes tem IPS válidos (antes do > squid) e atrás desses ips válidos teriam várias máquinas, assim os clientes > atrás do nat passam no squid tb. > > Eu quero usar ele somente para melhorar o desempenho e economizar banda. > Porem em alguns momentos ele retarda o acesso e deixa mais lento. > > A maquina está liberada, sempre sobando memória, os logs normais... galera > acessando em peso... o único problema e que realmente atrapalha é esse, > depois de uns dias noto que alguns clientes abrem o navegador e fica > paradão... não abre nada... ai fecha e abre de novo e vai embora. > > Att > > João > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de c0re dumped > Enviada em: domingo, 5 de novembro de 2006 13:26 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] Free + squid > > > O mesmo funciona no inicio legal, porem depois de uns 2 ou 3 dias comessa > a > > falhar, as paginas não abrem na primeira, tipo, se abrir o navegador não > > abre, se fechar o navegador e abrir de novo vai beleza. > > > > O cache fica lento em alguns momentos e os clientes acabem reclamando que > > fica lento, ai lanço a pergunta. > > > > Alguém da lista tem cache operante, para um trafego diário de uns 4 megas > > direto 24h por dia, para uma rede de uns 400 clientes onde uma boa parcela > > dos clientes tem NAT e tem algumas maquinas atrás do nat? > > Nao entendi essa. Esses clientes com NAT teroricamente nao usuariam o > squid pra acessar a WEB por razoes obvias. > > No meu trabalho o squid tem em media 6 mbps de trafego das 8 da manha > as 8 da noite sendo que existem 2000 usuarios, em media 1500 > pendurados simultaneamente tudo rodando em FreeBSD 6.1 numa boa. Ainda > tem o Dansguardian como filtro de conteudo. > > Pelas configuracoes de hardware do teu servidor, usando FreeBSD voce > conseguiria fazer isso e ainda teria uma alta percentagem de cpu idle. > > > No fim o cache era pra ajudar e só atrapalha, para redes pequenas bomba > > legal... > > Isso eh lenda.. tipo uma que rola por ai que diz que se voce compilar > o seu kernel ele vai ficar mais rapido. :D > Se o squid roda bem num site que tem milhares de usuarios conectados, > imagina num com menos carga de processamento. > > > Se algume já tiver passar por isso ou tem algumas dicas legais... > > Sugiro que voce revise o teu squid.conf, ou mesmo monitore a > performance do teu sistema. Ja tentou dar um top ou systat ? Verifique > as conexoes no teu servidor proxy. De uma olhada no cache.log, ssim > como nos logs do sistema.. Voce esta fazendo NAT pro squid ? Dependo > do teu firewall isso tb pode causar serios bootlenecks... > > > []'s > > -- > > No stupid signatures here. > - > 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 > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF + Controle de banda UP/DOWN na mesma interface
JD, até onde eu sei apenas se pode criar buffers (filas) na saída com o PF, ele bufferiza e libera na saída, aquilo que entrou já era, não tem como bufferizar. Então, tira o PRIC da WAN e mete os controles em out na WAN, com CBQ ou HFSC. Adeus PRIC : ) Att, RS On 11/5/06, João David Prevedello <[EMAIL PROTECTED]> wrote: > PessoALL > > Estou com um dilemma crítico aqui no Meu PF. > > Eu tenho um controle de banda onde fazia Priorização com PRIC na WAN do > Server e Controle de Banda com HFSC na LAN > > Porem minhas regras de controle de banda na lan só funcionam DOWNLOAD, o > upload não rola. Descobri isso apenas quando coloquei o server parado sem > trafego e testei upload com um programa de monitoramento direto no meu > notebook. > Então > > Como controlar banda de upload/download na LAN? > > Como já dei uma olhada, já vi documentação onde a queue de upload é colocado > na WAN, porem como já mencionei quero deixar a WAN controlando apenas > Prioridades. Posso ta falando bobagem, mas sei lá... > Se eu colocar labels nas regras vejo trafego passando tanto na IN como na > OUT, porem só funciona DOWN. > > Abaixo regra > > pass in quick on $LAN from any to $MAQUINA1 queue server_services label s2 > pass out quick on $LAN from $MAQUINA1 to any queue server_services label s2 > > a regra in mostra trafego na label... porem não controle banda > a queue server_services tem 254Kb de banda setada com hfsc na Interface $LAN > > Att > > João David > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] BLOG com FreeBSD.
Caros da FUG, Estou publicando alguns tutoriais com FreeBSD em meu Blog, Quem quiser acompanhar basta ir em http://reisecurity.blogspot.com !! -- Atenciosamente Ricardo A. Reis UNIFESP Unix and Network Admin ___ O Yahoo! está de cara nova. Venha conferir! http://br.yahoo.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] RES: Free + squid
2006/11/6, Diego Augusto Dalmolin <[EMAIL PROTECTED]>: > Joao > > Tenho uma rede academica com 2000 estações e meu servidor é um freebsd6-stable > tive que realizar vários tunings nele até que ficasse bom > segue algumas dicas: > > use diskd no squid > http://ezine.daemonnews.org/200209/squid.html > man tuning > man polling > de uma conferida no esquema de memoria compartilhada, o google pode te ajudar > ;) > > att > > Diego > > > On 11/5/06, João David Prevedello <[EMAIL PROTECTED]> wrote: > > O meu servidor é roteado, ou seja, os clientes tem IPS válidos (antes do > > squid) e atrás desses ips válidos teriam várias máquinas, assim os clientes > > atrás do nat passam no squid tb. > > > > Eu quero usar ele somente para melhorar o desempenho e economizar banda. > > Porem em alguns momentos ele retarda o acesso e deixa mais lento. > > > > A maquina está liberada, sempre sobando memória, os logs normais... galera > > acessando em peso... o único problema e que realmente atrapalha é esse, > > depois de uns dias noto que alguns clientes abrem o navegador e fica > > paradão... não abre nada... ai fecha e abre de novo e vai embora. > > > > Att > > > > João > > > > -Mensagem original- > > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > > de c0re dumped > > Enviada em: domingo, 5 de novembro de 2006 13:26 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] Free + squid > > > > > O mesmo funciona no inicio legal, porem depois de uns 2 ou 3 dias comessa > > a > > > falhar, as paginas não abrem na primeira, tipo, se abrir o navegador não > > > abre, se fechar o navegador e abrir de novo vai beleza. > > > > > > O cache fica lento em alguns momentos e os clientes acabem reclamando que > > > fica lento, ai lanço a pergunta. > > > > > > Alguém da lista tem cache operante, para um trafego diário de uns 4 megas > > > direto 24h por dia, para uma rede de uns 400 clientes onde uma boa parcela > > > dos clientes tem NAT e tem algumas maquinas atrás do nat? > > > > Nao entendi essa. Esses clientes com NAT teroricamente nao usuariam o > > squid pra acessar a WEB por razoes obvias. > > > > No meu trabalho o squid tem em media 6 mbps de trafego das 8 da manha > > as 8 da noite sendo que existem 2000 usuarios, em media 1500 > > pendurados simultaneamente tudo rodando em FreeBSD 6.1 numa boa. Ainda > > tem o Dansguardian como filtro de conteudo. > > > > Pelas configuracoes de hardware do teu servidor, usando FreeBSD voce > > conseguiria fazer isso e ainda teria uma alta percentagem de cpu idle. > > > > > No fim o cache era pra ajudar e só atrapalha, para redes pequenas bomba > > > legal... > > > > Isso eh lenda.. tipo uma que rola por ai que diz que se voce compilar > > o seu kernel ele vai ficar mais rapido. :D > > Se o squid roda bem num site que tem milhares de usuarios conectados, > > imagina num com menos carga de processamento. > > > > > Se algume já tiver passar por isso ou tem algumas dicas legais... > > > > Sugiro que voce revise o teu squid.conf, ou mesmo monitore a > > performance do teu sistema. Ja tentou dar um top ou systat ? Verifique > > as conexoes no teu servidor proxy. De uma olhada no cache.log, ssim > > como nos logs do sistema.. Voce esta fazendo NAT pro squid ? Dependo > > do teu firewall isso tb pode causar serios bootlenecks... > > > > > > []'s > > > > -- > > > > No stupid signatures here. > > - > > 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 > > > > > -- > -- > Diego Augusto Dalmolin > Certificado LINUX LPI > Certificado Mandriva > CCNA Mods 1,2,3 > Cel: (41) 8436-2448 > Msn: [EMAIL PROTECTED] > Mail: [EMAIL PROTECTED] > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > velho na minha opniao faz nat e proxy tranparent com diskd. aqui tenho 100 maquinas rodando atras do squid com a mquina e p4 2.Ghz hd de 40GB 512 de ram funciona blz. revisa seu firewall o sqiud.conf -- 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] Compilando e instalando novo kernel sem entrar em monousuario
On Mon, 2006-11-06 at 08:45 -0200, Carlos Anderson Jardim wrote: > Giancarlo Rubio escreveu: > > Carlos: > > > > Eu ja compilei mtas vezes em modo não monousuario, estou longe de ser um > > perito em freebsd. > > > > do manual do free > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > > > > 21.4.5 Drop to Single User Mode > > > > You may want to compile the system in single user mode. Apart from the > > obvious benefit of making things go slightly faster, reinstalling the > > system will touch a lot of important system files, all the standard > > system binaries, libraries, include files and so on. Changing these on a > > running system (particularly if you have active users on the system at > > the time) is asking for trouble. > > > > Another method is to compile the system in multi-user mode, and then > > drop into single user mode for the installation. If you would like to do > > it this way, simply hold off on the following steps until the build has > > completed. You can postpone dropping to single user mode until you have > > to installkernel or installworld. > > > > > > Então Giancarlo, > > Eu estive conversando com Marcelo Araujo e o Daniel Bristot (Estavamos > no Conisli trocando umas ideias) e eles falaram que é possivel fazer o > mergemaster com o sistema rodando normalmente, eles só me alertaram para > ficar esperto quanto aos servicos que podem travar na inicialização > (quando for rebootar para pegar o novo kernel) e ainda falaram que deve > ver se não tem muita diferença entre os kernels isso pode ocasionar > tambem o travamento. > Bom eles entendem de bsd muito mais que eu, entao se eles dizem ta falado..hehe E o conisli como foi?? Infelizmente nao pude ir!! > > Att. > > > Carlos Anderson Jardim > Tecnologia da Informacao - Redes e Internet > Santa Casa de São José dos Campos > Linux User #403727 > FUG-BR User #381 > Tel.: (12) 3925-1873 - 3925-1925 > -- "Linux is for people who hate Windows, BSD is for people who love UNIX" Freebsd-BR User #88 --- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Free + squid
Joao Tenho uma rede academica com 2000 estações e meu servidor é um freebsd6-stable tive que realizar vários tunings nele até que ficasse bom segue algumas dicas: use diskd no squid http://ezine.daemonnews.org/200209/squid.html man tuning man polling de uma conferida no esquema de memoria compartilhada, o google pode te ajudar ;) att Diego On 11/5/06, João David Prevedello <[EMAIL PROTECTED]> wrote: > O meu servidor é roteado, ou seja, os clientes tem IPS válidos (antes do > squid) e atrás desses ips válidos teriam várias máquinas, assim os clientes > atrás do nat passam no squid tb. > > Eu quero usar ele somente para melhorar o desempenho e economizar banda. > Porem em alguns momentos ele retarda o acesso e deixa mais lento. > > A maquina está liberada, sempre sobando memória, os logs normais... galera > acessando em peso... o único problema e que realmente atrapalha é esse, > depois de uns dias noto que alguns clientes abrem o navegador e fica > paradão... não abre nada... ai fecha e abre de novo e vai embora. > > Att > > João > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de c0re dumped > Enviada em: domingo, 5 de novembro de 2006 13:26 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] Free + squid > > > O mesmo funciona no inicio legal, porem depois de uns 2 ou 3 dias comessa > a > > falhar, as paginas não abrem na primeira, tipo, se abrir o navegador não > > abre, se fechar o navegador e abrir de novo vai beleza. > > > > O cache fica lento em alguns momentos e os clientes acabem reclamando que > > fica lento, ai lanço a pergunta. > > > > Alguém da lista tem cache operante, para um trafego diário de uns 4 megas > > direto 24h por dia, para uma rede de uns 400 clientes onde uma boa parcela > > dos clientes tem NAT e tem algumas maquinas atrás do nat? > > Nao entendi essa. Esses clientes com NAT teroricamente nao usuariam o > squid pra acessar a WEB por razoes obvias. > > No meu trabalho o squid tem em media 6 mbps de trafego das 8 da manha > as 8 da noite sendo que existem 2000 usuarios, em media 1500 > pendurados simultaneamente tudo rodando em FreeBSD 6.1 numa boa. Ainda > tem o Dansguardian como filtro de conteudo. > > Pelas configuracoes de hardware do teu servidor, usando FreeBSD voce > conseguiria fazer isso e ainda teria uma alta percentagem de cpu idle. > > > No fim o cache era pra ajudar e só atrapalha, para redes pequenas bomba > > legal... > > Isso eh lenda.. tipo uma que rola por ai que diz que se voce compilar > o seu kernel ele vai ficar mais rapido. :D > Se o squid roda bem num site que tem milhares de usuarios conectados, > imagina num com menos carga de processamento. > > > Se algume já tiver passar por isso ou tem algumas dicas legais... > > Sugiro que voce revise o teu squid.conf, ou mesmo monitore a > performance do teu sistema. Ja tentou dar um top ou systat ? Verifique > as conexoes no teu servidor proxy. De uma olhada no cache.log, ssim > como nos logs do sistema.. Voce esta fazendo NAT pro squid ? Dependo > do teu firewall isso tb pode causar serios bootlenecks... > > > []'s > > -- > > No stupid signatures here. > - > 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 > -- -- Diego Augusto Dalmolin Certificado LINUX LPI Certificado Mandriva CCNA Mods 1,2,3 Cel: (41) 8436-2448 Msn: [EMAIL PROTECTED] Mail: [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilando e instalando novo kernel sem entrar em monousuario
Giancarlo Rubio escreveu: > Carlos: > > Eu ja compilei mtas vezes em modo não monousuario, estou longe de ser um > perito em freebsd. > > do manual do free > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > > 21.4.5 Drop to Single User Mode > > You may want to compile the system in single user mode. Apart from the > obvious benefit of making things go slightly faster, reinstalling the > system will touch a lot of important system files, all the standard > system binaries, libraries, include files and so on. Changing these on a > running system (particularly if you have active users on the system at > the time) is asking for trouble. > > Another method is to compile the system in multi-user mode, and then > drop into single user mode for the installation. If you would like to do > it this way, simply hold off on the following steps until the build has > completed. You can postpone dropping to single user mode until you have > to installkernel or installworld. > > Então Giancarlo, Eu estive conversando com Marcelo Araujo e o Daniel Bristot (Estavamos no Conisli trocando umas ideias) e eles falaram que é possivel fazer o mergemaster com o sistema rodando normalmente, eles só me alertaram para ficar esperto quanto aos servicos que podem travar na inicialização (quando for rebootar para pegar o novo kernel) e ainda falaram que deve ver se não tem muita diferença entre os kernels isso pode ocasionar tambem o travamento. Att. Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 FUG-BR User #381 Tel.: (12) 3925-1873 - 3925-1925 -- 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
