Re: [FUG-BR] Lusca x Squid
Em 13/09/2011 22:32, vic escreveu: Em 12-09-2011 22:56, Enio .'. Marconcini escreveu: 2011/9/12 Otavio Augustootavi...@gmail.com Pra começar o desenvolvedor do Lusca pegou o squid na versão 2.7 e começou a adicionar recursos de performance que ele acredita ser melhor que o pessoal do squid fez na versão 3. Ele então é um fork do squid. Por experiência vi que ele realmente é mais eficiente que o squid original principalmente em FreeBSD. Mas a diferença apenas é notada em ambientes que a utilização de recursos são altas caso contrario não da pra distinguir muita coisa. Em 12 de setembro de 2011 16:38, Corsini .jbcors...@hotmail.com escreveu: Olá pessoal, Vejo muito o pessoal da lista falar sobre o Lusca, utilizo SQUID. e a pouco os colegas estão indicando Lusca para nosso amigo da lista, conforme puderam nota nos ultimos posts gostaria de estender a discussão. Lusca ou Squid ? qual a principal diferença entre os dois? Abraços João B. Corsini Analista de Suporte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto - Consultor de TI - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd É isso mesmo, Otavio, outro fator importante que deve-se levar em consideração é o desempenho do UFS do FreeBSD... como disse eu tenho ele numa rede que varia em mais de 200 usuários simultâneos, o que é pouco se você for comparar com muitos dos casos que aparece aqui na lista, mas eu confesso que eu tenho aqui um Squid 2.5.STABLE9 rodando num linux, e outro servidor com FreeBSD 7.3-Stable rodando Lusca, sendo que o primeiro gerencia menos conexões que o segundo, e o Lusca deixa o outro no chinelo, Corsini, exceto se você precisar de algum recurso que só tenha no Squid série 3.X (o que eu não sei dizer), a melhor escolha seria mesmo o Lusca, afinal, não é a toa que o Thundercache o utiliza. Aproveitanto o assunto, melhor ir de UFS ou ZFS? Eu estou testando o lusca num 8.2-RELEASE amd64 com o inComum e até onde Opa vic, Acredito que para um cache com muito acesso onde usamos muita memória, porque quanto mais memória melhor para o cache, nesse caso seria interessante o UFS mesmo porque o ZFS pelo que li utiliza bastante memória e esse é um recurso importante para o Proxy. Se eu estiver errado me corrijam :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca x Squid
Em 14/09/2011, às 08:07, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 13/09/2011 22:32, vic escreveu: Em 12-09-2011 22:56, Enio .'. Marconcini escreveu: Aproveitanto o assunto, melhor ir de UFS ou ZFS? Eu estou testando o lusca num 8.2-RELEASE amd64 com o inComum e até onde Opa vic, Acredito que para um cache com muito acesso onde usamos muita memória, porque quanto mais memória melhor para o cache, nesse caso seria interessante o UFS mesmo porque o ZFS pelo que li utiliza bastante memória e esse é um recurso importante para o Proxy. Se eu estiver errado me corrijam :) O ideal seria nem ter sistema de arquivos. O squid tem um tipo de storage que se chama COSS. Nunca vi ele disponível para BSDs, só Linux. Com ele você pode especificar diretamente a partição do disco e eliminar o overhead do filesystem. -- Eduardo Schoedler Enviado via iPhone - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca x Squid
2011/9/14 Marcelo Gondim gon...@bsdinfo.com.br: Em 13/09/2011 22:32, vic escreveu: Aproveitanto o assunto, melhor ir de UFS ou ZFS? Eu estou testando o lusca num 8.2-RELEASE amd64 com o inComum e até onde Opa vic, Acredito que para um cache com muito acesso onde usamos muita memória, porque quanto mais memória melhor para o cache, nesse caso seria interessante o UFS mesmo porque o ZFS pelo que li utiliza bastante memória e esse é um recurso importante para o Proxy. Se eu estiver errado me corrijam :) Concordo, ZFS nesse caso vai atrapalhar muito. Acho que o ideal seria um UFS, formatado com blocos pequenos (4K ?), e acredito que com a opção async na hora de montar, pra ficar mais eficiente. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com Teclado USB
Bom dia, Ao alterar um HD de posição, o FreeBSD pede para montar na posição correta. Digitando o comando, por exemplo ufs:/dev/ad4s1a mas, nesta máquina somente possuo portas USB. e o teclado USB não funciona apenas nesta tela de montagem da partição. Procurei na internet e segui alguns tutoriais: na opção 6 do menu do freebsd, digitar: set hint.atkbd.0.flags=0x1 e depois boot -S mas não funcionou. O kernel está compilado com as opções de teclado e suporte USB. -- *Att.* *Alisson F. Gonçalves* *Bacharelado em Sistemas de Informação - UFGD/FACET* *Desenvolvimento Web e Consultoria em Bancos de Dados* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca + bridge + tproxy
On Sep 12, 2011, at 7:49 AM, Patrick Tracanelli wrote: Blz agora vamos todos juntos dar um jeito do patch do Loos entrar ni FreeBSD 9 Luiz vc algum pr aberto? Patrick, Ainda não tenho PR aberto para este patch (no FreeBSD). No lusca eu abri um issue a pedido do Adrian - que esta até o pescoço no 802.11n - go-adri-go ! - (http://code.google.com/p/lusca-cache/issues/detail?id=145) Seria interessante também pegar as correções do gugabsd para verificar se precisamos atualizar/alterar algo no patch. Eu tenho minhas duvidas se conseguiremos arranjar o commit desse patch, já que no momento ele é considerado mais um 'hack' do que um patch (ainda que funcione)... Vamos precisar aguardar um pouco e deixar a poeira baixar, quem sabe nesse meio tempo não surge algum desenvolvedor precisando exatamente dessa feature :-) De qualquer forma, para o 9 não há mais tempo, quem sabe para o 9.1. Abraços, Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca x Squid
On Sep 14, 2011, at 10:21 AM, Eduardo Schoedler wrote: Em 14/09/2011, às 08:07, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 13/09/2011 22:32, vic escreveu: Em 12-09-2011 22:56, Enio .'. Marconcini escreveu: Aproveitanto o assunto, melhor ir de UFS ou ZFS? Eu estou testando o lusca num 8.2-RELEASE amd64 com o inComum e até onde Opa vic, Acredito que para um cache com muito acesso onde usamos muita memória, porque quanto mais memória melhor para o cache, nesse caso seria interessante o UFS mesmo porque o ZFS pelo que li utiliza bastante memória e esse é um recurso importante para o Proxy. Se eu estiver errado me corrijam :) O ideal seria nem ter sistema de arquivos. O squid tem um tipo de storage que se chama COSS. Nunca vi ele disponível para BSDs, só Linux. Com ele você pode especificar diretamente a partição do disco e eliminar o overhead do filesystem. AFAIK o COSS é suportado no lusca da mesma forma que no linux. E se me lembro bem a recomendação é de que se use um misto de COSS para arquivos pequenos e AUFS para arquivos acima de certo tamanho (há algumas referencias a isso, porém não encontrei os links aqui... sorry). Isso provavelmente porque o overhead do filesystem passa a ser irrisório no caso de acesso de grandes arquivos. []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca x Squid
2011/9/14 Luiz Otavio O Souza lists...@gmail.com On Sep 14, 2011, at 10:21 AM, Eduardo Schoedler wrote: Em 14/09/2011, às 08:07, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 13/09/2011 22:32, vic escreveu: Em 12-09-2011 22:56, Enio .'. Marconcini escreveu: Aproveitanto o assunto, melhor ir de UFS ou ZFS? Eu estou testando o lusca num 8.2-RELEASE amd64 com o inComum e até onde Opa vic, Acredito que para um cache com muito acesso onde usamos muita memória, porque quanto mais memória melhor para o cache, nesse caso seria interessante o UFS mesmo porque o ZFS pelo que li utiliza bastante memória e esse é um recurso importante para o Proxy. Se eu estiver errado me corrijam :) O ideal seria nem ter sistema de arquivos. O squid tem um tipo de storage que se chama COSS. Nunca vi ele disponível para BSDs, só Linux. Com ele você pode especificar diretamente a partição do disco e eliminar o overhead do filesystem. AFAIK o COSS é suportado no lusca da mesma forma que no linux. E se me lembro bem a recomendação é de que se use um misto de COSS para arquivos pequenos e AUFS para arquivos acima de certo tamanho (há algumas referencias a isso, porém não encontrei os links aqui... sorry). Isso provavelmente porque o overhead do filesystem passa a ser irrisório no caso de acesso de grandes arquivos. []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd os objetos em cache são divididos em partes de 8192bytes, então seria melhor definir a partição com blocos de 8K, com opções de montagem noatime e async, além das tradicionais noexec e nosuid ainda, quando eu vou criar as partições para o cache do lusca, eu defino a otimização para time, e não space. -- *ENIO RODRIGO MARCONCINI* @eniomarconcini http://twitter.com/eniomarconcini skype: eniorm facebook.com/eniomarconcini http://www.facebook.com/eniomarconcini *UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OFF-Iredmail
Pessoal, Alguém utiliza o Iredmail para controlar domínios e e-mail ?? http://www.iredmail.org/admin_panel.html estou precisando de uma ferramenta que eu posso disponibilizar para o cliente somente o panel de controle para ele posso cadastrar e remover os usuário dos e-mail.. Alguem tem uma dica melhor.. -- Gustavo Freitas - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca + bridge + tproxy
Em 14/09/2011, às 11:02, Luiz Otavio O Souza escreveu: On Sep 12, 2011, at 7:49 AM, Patrick Tracanelli wrote: Blz agora vamos todos juntos dar um jeito do patch do Loos entrar ni FreeBSD 9 Luiz vc algum pr aberto? Patrick, Ainda não tenho PR aberto para este patch (no FreeBSD). No lusca eu abri um issue a pedido do Adrian - que esta até o pescoço no 802.11n - go-adri-go ! - (http://code.google.com/p/lusca-cache/issues/detail?id=145) Seria interessante também pegar as correções do gugabsd para verificar se precisamos atualizar/alterar algo no patch. Eu tenho minhas duvidas se conseguiremos arranjar o commit desse patch, já que no momento ele é considerado mais um 'hack' do que um patch (ainda que funcione)... Vamos precisar aguardar um pouco e deixar a poeira baixar, quem sabe nesse meio tempo não surge algum desenvolvedor precisando exatamente dessa feature :-) De qualquer forma, para o 9 não há mais tempo, quem sabe para o 9.1. Luiz, Eu acho que pro patch não entrar só se ele muda características importantes do sistema, e na verdade esse patch até muda, então sysctl ou build time option não quebra a POLA. O fato é que esse patch é muito importante. Precisamos de um padrinho pra commitar ou indicar o que precisaria pra commitar. O Rizzo é bem purista e pode empacar. O Julian Elischer é mais prático. Vamos montar um esquema hehuauhahua abre um PR com seu patch e anuncia na freebsd-ipfw ai a gente da FUG inicia uma discussão la sobre esse commit :) Porque meu medo é que sem commit esse hack se perde. Não literalmente, mas jaja não aplica noutro -STABLE, ou não aplica no -CURRENT, ou muda-se alguma struct ou mbuff que afeta o patch, etc. Só commitado pra virar mantido :-) E o patch até onde testei (20Mbit/s tráfego) está funcionando lindamente (parabens de novo). Abraços, Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca + bridge + tproxy
o Adrian Chad poderia ate commitar isso... não sei o proque não fez até hoje... talvez até falta de tempo de poder adaptar o 'hack' para o formato .. sei lá.. 2011/9/14 Patrick Tracanelli eks...@freebsdbrasil.com.br Em 14/09/2011, às 11:02, Luiz Otavio O Souza escreveu: On Sep 12, 2011, at 7:49 AM, Patrick Tracanelli wrote: Blz agora vamos todos juntos dar um jeito do patch do Loos entrar ni FreeBSD 9 Luiz vc algum pr aberto? Patrick, Ainda não tenho PR aberto para este patch (no FreeBSD). No lusca eu abri um issue a pedido do Adrian - que esta até o pescoço no 802.11n - go-adri-go ! - ( http://code.google.com/p/lusca-cache/issues/detail?id=145) Seria interessante também pegar as correções do gugabsd para verificar se precisamos atualizar/alterar algo no patch. Eu tenho minhas duvidas se conseguiremos arranjar o commit desse patch, já que no momento ele é considerado mais um 'hack' do que um patch (ainda que funcione)... Vamos precisar aguardar um pouco e deixar a poeira baixar, quem sabe nesse meio tempo não surge algum desenvolvedor precisando exatamente dessa feature :-) De qualquer forma, para o 9 não há mais tempo, quem sabe para o 9.1. Luiz, Eu acho que pro patch não entrar só se ele muda características importantes do sistema, e na verdade esse patch até muda, então sysctl ou build time option não quebra a POLA. O fato é que esse patch é muito importante. Precisamos de um padrinho pra commitar ou indicar o que precisaria pra commitar. O Rizzo é bem purista e pode empacar. O Julian Elischer é mais prático. Vamos montar um esquema hehuauhahua abre um PR com seu patch e anuncia na freebsd-ipfw ai a gente da FUG inicia uma discussão la sobre esse commit :) Porque meu medo é que sem commit esse hack se perde. Não literalmente, mas jaja não aplica noutro -STABLE, ou não aplica no -CURRENT, ou muda-se alguma struct ou mbuff que afeta o patch, etc. Só commitado pra virar mantido :-) E o patch até onde testei (20Mbit/s tráfego) está funcionando lindamente (parabens de novo). Abraços, Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sds. Alexandre J. Correa Onda Internet http://www.onda.net.br IPV6 Ready !!! http://ipv6.onda.net.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] Lusca x Squid
Boa tarde utilizo squid e lusca+COSS nunca consegui usar dois sistemas de cache_dir no mesmo config, existe alguma mágica ? no caso do COSS eu tb estou usando em cima do ZFS e limitei a o tamanho do block de gravação em 128K a performance é boa. como utilizar o COSS com RAW drives ?? alguém já utilizou ? tenho poucos acessos no max 50 usuários. gostaria que o lusca roda-se no openbsd/sparc64 mas tem algum bug de compulação. tenho alguns sunfire v100 pra fazer farm de cache. gostaria de testar o lusca. uso o squid 3.1.4 + ZFS e o lusca + COSS Em 14/09/2011, às 11:15, Enio .'. Marconcini escreveu: 2011/9/14 Luiz Otavio O Souza lists...@gmail.com On Sep 14, 2011, at 10:21 AM, Eduardo Schoedler wrote: Em 14/09/2011, às 08:07, Marcelo Gondim gon...@bsdinfo.com.br escreveu: - 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 como desktop
Compartilhando o artigo. HOWTO: keeping FreeBSD's base system and packages up-to-date http://forums.freebsd.org/showthread.php?t=26140 -- vic http://choppnerd.com http://donttrack.us | http://dontbubble.us - 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 como desktop
2011/9/13 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br: Vocês tem que se contentar, o meu Vaio nem aceita FreeBSD !!! :D modelo VGN-NR430E. O meu Vaio aceita. Mas não configurei tudo. Não configurei a câmera. Não instalei a emulação Linux. Talvez faça isto no meu desktop antes. João Rocha. Att. Em 13/9/2011 11:27, Erick Rodrigo escreveu: Putz... dá ate vergonha... mas meu note é um Microboard Iron com Intel i5 e 8Gb de RAM. Tem Bluetooth, wifi n, rede gigabit, webcam e tudo mais... meno blue ray hehehe Abraço. Em 12 de setembro de 2011 13:56, Alessandro de Souza Rocha etherlin...@gmail.com escreveu: qual o modelo de seu notebook, porque eu tenho um dell vostro 3550, wireless e bluetooth funciona de boa apesar de rodar o FreeBSD 9.0 beta1 Em 12 de setembro de 2011 13:46, Cleber Alves Nascimento cle...@bsd.com.br escreveu: Você compila os software através dos ports ou usa packages pré-compilado ? Sempre pelo ports, até pq uso o HEAD e alguns pacotes não existem packages para ele ainda. -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves .ılı..ılı. Observe as estrelas e aprenda com elas. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história. Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - 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. http://jgoffredo.blogspot.com goffr...@gmail.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] FreeBSD como desktop
quero ver emulacao linux64 Em 14 de setembro de 2011 14:11, Joao Rocha Braga Filho goffr...@gmail.com escreveu: 2011/9/13 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br: Vocês tem que se contentar, o meu Vaio nem aceita FreeBSD !!! :D modelo VGN-NR430E. O meu Vaio aceita. Mas não configurei tudo. Não configurei a câmera. Não instalei a emulação Linux. Talvez faça isto no meu desktop antes. João Rocha. Att. Em 13/9/2011 11:27, Erick Rodrigo escreveu: Putz... dá ate vergonha... mas meu note é um Microboard Iron com Intel i5 e 8Gb de RAM. Tem Bluetooth, wifi n, rede gigabit, webcam e tudo mais... meno blue ray hehehe Abraço. Em 12 de setembro de 2011 13:56, Alessandro de Souza Rocha etherlin...@gmail.com escreveu: qual o modelo de seu notebook, porque eu tenho um dell vostro 3550, wireless e bluetooth funciona de boa apesar de rodar o FreeBSD 9.0 beta1 Em 12 de setembro de 2011 13:46, Cleber Alves Nascimento cle...@bsd.com.br escreveu: Você compila os software através dos ports ou usa packages pré-compilado ? Sempre pelo ports, até pq uso o HEAD e alguns pacotes não existem packages para ele ainda. -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves .ılı..ılı. Observe as estrelas e aprenda com elas. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história. Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - 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. http://jgoffredo.blogspot.com goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Regras com interfaces dinâmicas
Olá pessoal, Tenho uma situação aqui que consegui resolver mas seria interessante se tivesse outra opção por exemplo: Tenho umas VPNs pptp que fiz usando o mpd5. Cada conexão ele gera uma interface ng0, ng1, ng2 até aí blz. Gostaria de fazer umas regras em cima dessas ng, mas tipo existe alguma forma de eu especificar todas as ng com uma linha apenas? Vou dar um exemplo abaixo: rdr on ng0 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng1 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng2 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Como seria para fazer algo como no Linux onde eu especificaria por exemplo: ng+ desse jeito pegaria qualquer interface: ng0,ng1,ng2, já que elas são dinâmicas. Tentei como ng+, ng* e ng puro e nenhuma delas fez o efeito que eu esperava. Resolvi fazendo desse jeito mas aí seria para qualquer interface e não acho legal: rdr proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Grande abraço a todos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Regras com interfaces dinâmicas
2011/9/14 Marcelo Gondim gon...@bsdinfo.com.br Olá pessoal, Tenho uma situação aqui que consegui resolver mas seria interessante se tivesse outra opção por exemplo: Tenho umas VPNs pptp que fiz usando o mpd5. Cada conexão ele gera uma interface ng0, ng1, ng2 até aí blz. Gostaria de fazer umas regras em cima dessas ng, mas tipo existe alguma forma de eu especificar todas as ng com uma linha apenas? Vou dar um exemplo abaixo: rdr on ng0 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng1 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng2 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Como seria para fazer algo como no Linux onde eu especificaria por exemplo: ng+ desse jeito pegaria qualquer interface: ng0,ng1,ng2, já que elas são dinâmicas. Tentei como ng+, ng* e ng puro e nenhuma delas fez o efeito que eu esperava. Resolvi fazendo desse jeito mas aí seria para qualquer interface e não acho legal: rdr proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Grande abraço a todos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Gondim, faz tempo que eu não dou uma lida aprofundada no FAQ do PF e não me lembro se existe alguma forma de fazer isso mas creio que essa sua dúvida caberia nas listas oficiais do OpenBSD, caso nenhuma outra pessoa daqui se pronunciar. abraços -- *ENIO RODRIGO MARCONCINI* @eniomarconcini http://twitter.com/eniomarconcini skype: eniorm facebook.com/eniomarconcini http://www.facebook.com/eniomarconcini *UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Regras com interfaces dinâmicas
2011/9/14 Marcelo Gondim gon...@bsdinfo.com.br: Olá pessoal, Tenho uma situação aqui que consegui resolver mas seria interessante se tivesse outra opção por exemplo: Tenho umas VPNs pptp que fiz usando o mpd5. Cada conexão ele gera uma interface ng0, ng1, ng2 até aí blz. Gostaria de fazer umas regras em cima dessas ng, mas tipo existe alguma forma de eu especificar todas as ng com uma linha apenas? Vou dar um exemplo abaixo: rdr on ng0 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng1 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng2 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Como seria para fazer algo como no Linux onde eu especificaria por exemplo: ng+ desse jeito pegaria qualquer interface: ng0,ng1,ng2, já que elas são dinâmicas. Tentei como ng+, ng* e ng puro e nenhuma delas fez o efeito que eu esperava. Resolvi fazendo desse jeito mas aí seria para qualquer interface e não acho legal: rdr proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Grande abraço a todos Oi Marcelo, Não me lembro exatamente como usar, mas creio que as anchors poderiam te ajudar nesse caso. Você teria que adaptar algo pra qdo o mpd5 conectar, ele adicionar uma nova regra na ancora com a interface certa. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Relógio FreeBSD guest em VMware ESXi 4.1
Em 12 de setembro de 2011 12:21, Lucas Mocellin lucasmocel...@kktua.orgescreveu: É verdade, eu procurei no handbook mas não tinha encontrado. explicitamente diz para reduzir o kern.hz. sobre o open-vm-tools, eu tenho o a propria VMware instalado, o vmware-tools. tem alguma diferenca entre eles? Procurei no google e basicamente dizem que não há, so que o open-vm-tools eh open e suporta uma variedade maior de OS's. setando o hint.apic.0.disabled=1 funcionou! vou colocar o kern.hz=100 e tirar essa opcao do APIC. obrigado pela ajuda pessoal! :) Lucas. Acho que muita gente usa o open-vm-tools por causa de bugs que já ouvi dizer existiam no código das Vmware Tools para FreeBSD. Na prática não pude verificar isso por que só usei o FreeBSD virtualizado para o ESXi 4.x e nestes o Vmware Tools sempre funcionou muito bem pra mim. -- Francisco Ricardo ___ Administrador de Redes e Sistemas Unix/Linux Profissional Certificado RedHat | Entusiasta FreeBSD Natal/RN | (84)9461-4801 | frica...@bsd.com.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] Relógio FreeBSD guest em VMware ESXi 4.1
2011/9/14 Francisco Cardoso frica...@bsd.com.br Em 12 de setembro de 2011 12:21, Lucas Mocellin lucasmocel...@kktua.orgescreveu: É verdade, eu procurei no handbook mas não tinha encontrado. explicitamente diz para reduzir o kern.hz. sobre o open-vm-tools, eu tenho o a propria VMware instalado, o vmware-tools. tem alguma diferenca entre eles? Procurei no google e basicamente dizem que não há, so que o open-vm-tools eh open e suporta uma variedade maior de OS's. setando o hint.apic.0.disabled=1 funcionou! vou colocar o kern.hz=100 e tirar essa opcao do APIC. obrigado pela ajuda pessoal! :) Lucas. Acho que muita gente usa o open-vm-tools por causa de bugs que já ouvi dizer existiam no código das Vmware Tools para FreeBSD. Na prática não pude verificar isso por que só usei o FreeBSD virtualizado para o ESXi 4.x e nestes o Vmware Tools sempre funcionou muito bem pra mim. digo o mesmo. nao vejo problema nenhum. -- Francisco Ricardo ___ Administrador de Redes e Sistemas Unix/Linux Profissional Certificado RedHat | Entusiasta FreeBSD Natal/RN | (84)9461-4801 | frica...@bsd.com.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] httpready Accept Filter
Olá Pessoal, realizei uma instalação do apache22 e ao inicializar o serviço recebo a seguinte mensagem : Failed to enable the httpready Accept Filter Preciso compilar meu Kernel com opcoes de accept para http?, uma vez que coloquei as instruções de *acceptready http httpready *no http.conf ? -- Prof. Cristofe Rocha Ciência da Computação Analista de Sistemas Powered by (__) \\\'',) \/ \ ^ .\._/_) 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] httpready Accept Filter
On Wednesday 14 September 2011 19:43:36 Cristofe rocha wrote: Olá Pessoal, realizei uma instalação do apache22 e ao inicializar o serviço recebo a seguinte mensagem : Failed to enable the httpready Accept Filter Preciso compilar meu Kernel com opcoes de accept para http?, uma vez que coloquei as instruções de *acceptready http httpready *no http.conf ? Não! Basta carregar accf_http.ko -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) - 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 com Teclado USB
Em 14 de setembro de 2011 10:47, Alisson alisson...@gmail.com escreveu: Bom dia, Ao alterar um HD de posição, o FreeBSD pede para montar na posição correta. Digitando o comando, por exemplo ufs:/dev/ad4s1a mas, nesta máquina somente possuo portas USB. e o teclado USB não funciona apenas nesta tela de montagem da partição. Estranho, veja nos logs se aparece alguma coisa, pelo que andei vendo ou ele funciona tudo ou nada, nunca vi parar em algum lugar... Procurei na internet e segui alguns tutoriais: na opção 6 do menu do freebsd, digitar: set hint.atkbd.0.flags=0x1 e depois boot -S mas não funcionou. O kernel está compilado com as opções de teclado e suporte USB. Se for só esta vez que vc alterou os discos uma é tentar uma imagem do rescue (no disco de instalação tem) e ajustar o /etc/fstab pra posição correta, se o disco fica trocando de posição toda hora dê uma olhada no glabel(8), se não me engano no handbook tem a descrição de como gravar um label na partição, depois disso vc põe o label no /etc/fstab e nunca mais vai ter esse tipo de problema. Realmente não entendo o que acontece com o teu teclado, se o kernel está compilado com a opção ele tem que saber usar ele, veja na partida do kernel se ele reconhece direitinho e se dá algum erro. []´s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] httpready Accept Filter
2011/9/14 Mario Lobo l...@bsd.com.br On Wednesday 14 September 2011 19:43:36 Cristofe rocha wrote: Olá Pessoal, realizei uma instalação do apache22 e ao inicializar o serviço recebo a seguinte mensagem : Failed to enable the httpready Accept Filter Preciso compilar meu Kernel com opcoes de accept para http?, uma vez que coloquei as instruções de *acceptready http httpready *no http.conf ? Não! Basta carregar accf_http.ko -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd http_accept_enable=YES no rc.conf apresenta o mesmo efeito? -- *ENIO RODRIGO MARCONCINI* @eniomarconcini http://twitter.com/eniomarconcini skype: eniorm facebook.com/eniomarconcini http://www.facebook.com/eniomarconcini *UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] httpready Accept Filter
On Wednesday 14 September 2011 20:26:47 Enio .'. Marconcini wrote: 2011/9/14 Mario Lobo l...@bsd.com.br On Wednesday 14 September 2011 19:43:36 Cristofe rocha wrote: Olá Pessoal, realizei uma instalação do apache22 e ao inicializar o serviço recebo a seguinte mensagem : Failed to enable the httpready Accept Filter Preciso compilar meu Kernel com opcoes de accept para http?, uma vez que coloquei as instruções de *acceptready http httpready *no http.conf ? Não! Basta carregar accf_http.ko -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd http_accept_enable=YES no rc.conf apresenta o mesmo efeito? Não! accf_http_load=YES no /boot/loader.conf -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Regras com interfaces dinâmicas
Em 14/09/2011 15:58, Renato Botelho escreveu: 2011/9/14 Marcelo Gondimgon...@bsdinfo.com.br: Olá pessoal, Tenho uma situação aqui que consegui resolver mas seria interessante se tivesse outra opção por exemplo: Tenho umas VPNs pptp que fiz usando o mpd5. Cada conexão ele gera uma interface ng0, ng1, ng2 até aí blz. Gostaria de fazer umas regras em cima dessas ng, mas tipo existe alguma forma de eu especificar todas as ng com uma linha apenas? Vou dar um exemplo abaixo: rdr on ng0 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng1 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 rdr on ng2 proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Como seria para fazer algo como no Linux onde eu especificaria por exemplo: ng+ desse jeito pegaria qualquer interface: ng0,ng1,ng2, já que elas são dinâmicas. Tentei como ng+, ng* e ng puro e nenhuma delas fez o efeito que eu esperava. Resolvi fazendo desse jeito mas aí seria para qualquer interface e não acho legal: rdr proto tcp from any to 192.168.22.254 port 23 - 172.30.100.5 port 23 Grande abraço a todos Oi Marcelo, Não me lembro exatamente como usar, mas creio que as anchors poderiam te ajudar nesse caso. Você teria que adaptar algo pra qdo o mpd5 conectar, ele adicionar uma nova regra na ancora com a interface certa. []s É pelo que procurei não achei mesmo algo que fizesse o mesmo efeito. Mas boa a dica do ancora no pf. Vou olhar melhor isso. Valeu aí pessoal. []´s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd