Re: [FUG-BR] (off-topic) VoIP com FreeBSD
Flávio Barros wrote: > Felipe, por que vc acha mais interessante rodar o Asterisk no GNU/Linux > e não no FreeBSD ? > > > > Felipe Neuwald escreveu: > >> Olá Alexandre, tudo bem? >> >> Tenho voip rodando nos seguintes cases: >> >> - Asterisk rodando em Debian GNU/Linux e FreeBSD com PF + ALTQ rodando >> Firewall + QoS; >> - Asterisk rodando em FreeBSD e FreeBSD com PF + ALTQ rodando Firewall + >> QoS. >> >> Até um pouco tempo atrás, escrevi aqui na lista mesmo que uma boa >> solução é rodar o Asterisk no GNU/Linux e não no FreeBSD. Mantenho essa >> posição, mas informo também que tenho rodado o Asterisk no FreeBSD sem >> os problemas que tinha antigamente. >> >> Abs e boa sorte, >> >> Felipe Neuwald. >> >> >> Alexandre D. Bensi escreveu: >> >> >>> Ola, >>> >>> Vou fazer um trabalho de escola sobre VoIP, e preciso citar algumas >>> soluções >>> para implementação, casos de sucesso, projetos abertos e tudo que conseguir >>> encontrar. Gostaria de fazer o trabalho focando o FreeBSD como solução para >>> VoIP. >>> >>> Se alguem conheceu algum projeto VoIP com FreeBSD, agregando QoS, >>> agradeceria se fosse possívem me indicar em PVT para não continuar com off- >>> topic na lista. >>> >>> Agradeço mais uma vez atenção, >>> Abraço! >>> >>> -- >>> Website : Alexandre D. Bensi, http://www.aledon.org >>> Apoio : TopGyn serviços, http://www.topgyn.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 >> >> >> >> > > > > ___ > Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. > Registre seu aparelho agora! > http://br.mobile.yahoo.com/mailalertas/ > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Flávio, Não é usar no GNU/Linux. É questão de eu não ter recursos para utilizar em algo preparado para isso. Não tenho equipamentos VoIP, trabalho em Maceió/AL. Mas um wrt54gs, é baratinho, foi o que consegui com meu chefe também, para começar a mecher neste ramo. Eu sou novato ainda, estou focado em outros projetos. Mas eu tenho a certeza de utilizar sistemas *BSD em TODOS os serviços e tecnologias a se utilizar. Eu amo o BSD hehe! Não que eu não goste do linux, mas acho muito bagunçado, não-padronizado :/, mas se eu só tenho um wrtzinho pra testar e começar a estudar o voip, eu não vou querer só porque é linux ? :P haeuehauae! :) -- Att, Felippe de Meirelles Motta BSD User Number 31337 http://lippebsd.blogspot.com/ "BSD is for people who love UNIX!" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MPD
Sugiro utilizar o openvpn. É fácil de configurar e tem interface gui para clientes windows e kde. Cordialmente, Rodolfo Zappa "Linux é para pessoas que odeiam o Windows. BSD é para pessoas que amam o UNIX!" Suprema Informática Ltda escreveu: > Se alguém souber onde encontro alguma documentação pra implantação de > vpn com mpd, > > ou talvez com outra ferramento, agradeço > > Estou utilizando Freebsd 6.1, antigamente qdo usava linux, eu usava o > bendito pptp, > > > Agradeço desde já. > > Leandro > - > 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-topic) VoIP com FreeBSD
Qual o problema do asterisk no BSD? Minha monografia está sendo sobre o uso dele e tecnologias de QoS sobre o kernel do BSD. Não vi problema nenhum. Até porque o software em si, você compila até em Windows rodando cygwin Talvez você esteja com problemas nas ferramentas de garantia de banda do BSD? Se bem que elas são muito mais bem designadas e implementadas que no kernel linux, perdendo é claro para implementações de grande porte, como garantia de banda em MPLS, etc etc. Mas essa afirmação não entendi :/ > > -- > > Att, > > Felippe de Meirelles Motta > BSD User Number 31337 > http://lippebsd.blogspot.com/ > "BSD is for people who love UNIX!" > > - > 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-topic) VoIP com FreeBSD
Oi pessoal! Estou muito feliz com as histórias únicas que postaram, as experiências que tiveram e as soluções citadas que denotam os projetos mais promissores envolvendo o SO. Mais uma vez muito obrigado, e com essas informações vai ser possível dar um destaque legal :D Jean, muito interessante a história, posso citar vc como fonte? Abraços. -- Website : Alexandre D. Bensi, http://www.aledon.org Apoio : TopGyn serviços, http://www.topgyn.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] (off-topic) VoIP com FreeBSD
Alexandre D. Bensi wrote: > Oi pessoal! > > Estou muito feliz com as histórias únicas que postaram, as experiências que > tiveram e as soluções citadas que denotam os projetos mais promissores > envolvendo o SO. Mais uma vez muito obrigado, e com essas informações vai ser > possível dar um destaque legal :D > Jean, muito interessante a história, posso citar vc como fonte? > > Abraços. > > - Ola Alexandre, Sem problemas, eu recomendo que voce dee uma pesquisada em livros ou pela net para obter essa historia mais detalhada que eh bem interessante :) Abracos -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.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] RES: (off-topic) VoIP com FreeBSD
O problema de rodar asterisk no freebsd é que não existe drivers para placas E1Desta forma, não dá para implementar um sistema de grande porte. Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk com placas Digium. Sérgio Ferreira WGO Telecom -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Renato Andrade Enviada em: quinta-feira, 14 de setembro de 2006 09:48 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: Re: [FUG-BR] (off-topic) VoIP com FreeBSD Qual o problema do asterisk no BSD? Minha monografia está sendo sobre o uso dele e tecnologias de QoS sobre o kernel do BSD. Não vi problema nenhum. Até porque o software em si, você compila até em Windows rodando cygwin Talvez você esteja com problemas nas ferramentas de garantia de banda do BSD? Se bem que elas são muito mais bem designadas e implementadas que no kernel linux, perdendo é claro para implementações de grande porte, como garantia de banda em MPLS, etc etc. Mas essa afirmação não entendi :/ > > -- > > Att, > > Felippe de Meirelles Motta > BSD User Number 31337 > http://lippebsd.blogspot.com/ > "BSD is for people who love UNIX!" > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: (off-topic) VoIP com FreeBSD
Aproveitando o off-topic, onde consigo adquirir essas placas Digium? Onde eu fiz contato nunca tem pra vender :-( Frederico Boechat - Original Message - From: "Sérgio José Ferreira" <[EMAIL PROTECTED]> To: "'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'" Sent: Thursday, September 14, 2006 9:57 AM Subject: [FUG-BR] RES: (off-topic) VoIP com FreeBSD O problema de rodar asterisk no freebsd é que não existe drivers para placas E1Desta forma, não dá para implementar um sistema de grande porte. Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk com placas Digium. Sérgio Ferreira WGO Telecom - 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: (off-topic) VoIP com FreeBSD
Sérgio José Ferreira wrote: > O problema de rodar asterisk no freebsd é que não existe drivers para placas > E1Desta forma, não dá para implementar um sistema de grande porte. > > Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk > com placas Digium. > > Sérgio Ferreira > WGO Telecom Sergio, Existe sim, ja implementei varias... :) Praticamente todos os drivers estao no port do zaptel. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.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] RES: (off-topic) VoIP com FreeBSD
Jean Milanez Melo wrote: > Sérgio José Ferreira wrote: >> O problema de rodar asterisk no freebsd é que não existe drivers para placas >> E1Desta forma, não dá para implementar um sistema de grande porte. >> >> Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk >> com placas Digium. >> >> Sérgio Ferreira >> WGO Telecom > > Sergio, > > Existe sim, ja implementei varias... :) > > Praticamente todos os drivers estao no port do zaptel. > Completando, o problema que tive com o FreeBSD foi o tipo de sinalizacao, no Brasil temos isdn-pri e r2-digital. O r2-digital necessita de varios patches (libpri, etc) para funcionar corretamente no asterisk+zaptel, tentei durante meses faze-las funcionar, inclusive trocando ideias com o proprio autor, porem sem sucesso. Ja em isdn-pri funcionou uma maravilha, sem nenhuma patch, entao a dica que eu dou eh quando for solicitar um e1, peca isdn-pri caso queira rodar com FreeBSD. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.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] RES: (off-topic) VoIP com FreeBSD
opa claro que roda sim, eu tenho um asterisk rodando num freebsd 6.0 com um link e1 embratel.. E roda perfeitamente... numa te110p da digium.. A unica coisa eh que eh soh pra i386... Sérgio José Ferreira wrote: > O problema de rodar asterisk no freebsd é que não existe drivers para placas > E1Desta forma, não dá para implementar um sistema de grande porte. > > Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk > com placas Digium. > > Sérgio Ferreira > WGO Telecom > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Renato Andrade > Enviada em: quinta-feira, 14 de setembro de 2006 09:48 > Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > Assunto: Re: [FUG-BR] (off-topic) VoIP com FreeBSD > > Qual o problema do asterisk no BSD? > > Minha monografia está sendo sobre o uso dele e tecnologias de QoS sobre o > kernel do BSD. > > Não vi problema nenhum. > > Até porque o software em si, você compila até em Windows rodando cygwin > > Talvez você esteja com problemas nas ferramentas de garantia de banda do > BSD? Se bem que elas são muito mais bem designadas e implementadas que no > kernel linux, perdendo é claro para implementações de grande porte, como > garantia de banda em MPLS, etc etc. > > Mas essa afirmação não entendi :/ > > > >> -- >> >> Att, >> >> Felippe de Meirelles Motta >> BSD User Number 31337 >> http://lippebsd.blogspot.com/ >> "BSD is for people who love UNIX!" >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: (off-topic) VoIP com FreeBSD
Como vc fez com o sinalização r2 para os E1 ? Em Qui, 2006-09-14 às 10:14 -0300, Jean Milanez Melo escreveu: > Sérgio José Ferreira wrote: > > O problema de rodar asterisk no freebsd é que não existe drivers para placas > > E1Desta forma, não dá para implementar um sistema de grande porte. > > > > Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk > > com placas Digium. > > > > Sérgio Ferreira > > WGO Telecom > > Sergio, > > Existe sim, ja implementei varias... :) > > Praticamente todos os drivers estao no port do zaptel. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: (off-topic) VoIP com FreeBSD
No meu caso não rodou de jeito nenhummesma placa mas era para interligar o asterisk com um PABX Siemens ( ISND-Euro ). Sérgio. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Tiago N. Sampaio Enviada em: quinta-feira, 14 de setembro de 2006 10:23 Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Assunto: Re: [FUG-BR] RES: (off-topic) VoIP com FreeBSD opa claro que roda sim, eu tenho um asterisk rodando num freebsd 6.0 com um link e1 embratel.. E roda perfeitamente... numa te110p da digium.. A unica coisa eh que eh soh pra i386... Sérgio José Ferreira wrote: > O problema de rodar asterisk no freebsd é que não existe drivers para placas > E1Desta forma, não dá para implementar um sistema de grande porte. > > Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk > com placas Digium. > > Sérgio Ferreira > WGO Telecom > > -Mensagem original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome > de Renato Andrade > Enviada em: quinta-feira, 14 de setembro de 2006 09:48 > Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > Assunto: Re: [FUG-BR] (off-topic) VoIP com FreeBSD > > Qual o problema do asterisk no BSD? > > Minha monografia está sendo sobre o uso dele e tecnologias de QoS sobre o > kernel do BSD. > > Não vi problema nenhum. > > Até porque o software em si, você compila até em Windows rodando cygwin > > Talvez você esteja com problemas nas ferramentas de garantia de banda do > BSD? Se bem que elas são muito mais bem designadas e implementadas que no > kernel linux, perdendo é claro para implementações de grande porte, como > garantia de banda em MPLS, etc etc. > > Mas essa afirmação não entendi :/ > > > >> -- >> >> Att, >> >> Felippe de Meirelles Motta >> BSD User Number 31337 >> http://lippebsd.blogspot.com/ >> "BSD is for people who love UNIX!" >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: (off-topic) VoIP com FreeBSD
Placas Digium podem ser encontradas na IPFONE e na V.Office. Na IPFONE, fale com o Claudio Miklos, é uma figura Sérgio Ferreira WGO Telecom -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Renato Martins Enviada em: quinta-feira, 14 de setembro de 2006 07:41 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: (off-topic) VoIP com FreeBSD Como vc fez com o sinalização r2 para os E1 ? Em Qui, 2006-09-14 às 10:14 -0300, Jean Milanez Melo escreveu: > Sérgio José Ferreira wrote: > > O problema de rodar asterisk no freebsd é que não existe drivers > > para placas E1Desta forma, não dá para implementar um sistema de grande porte. > > > > Infelizmente aqui na Mitsubishi estou usando debian para rodar o > > asterisk com placas Digium. > > > > Sérgio Ferreira > > WGO Telecom > > Sergio, > > Existe sim, ja implementei varias... :) > > Praticamente todos os drivers estao no port do zaptel. > - 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] RES: (off-topic) VoIP com FreeBSD
Renato Martins wrote: > Como vc fez com o sinalização r2 para os E1 ? > Como falei no outro email R2 nao vai... Se for usar R2 ai eh so linux mesmo com as patches :/ -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.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] RES: (off-topic) VoIP com FreeBSD
vc pode comprar direto da revenda no brasil Commlogik do Brasil Ltda. c/o. Wagner Manzini Av. das Nações Unidas, 13797 Bloco II - 6° andar Sao Paulo, SP 04794-000 Brazil Ph: +55 11 5503 1011 Fax: +55 11 5506 1033 [EMAIL PROTECTED] www.commlogik.com.br Em Qui, 2006-09-14 às 10:12 -0300, Frederico Terra Boechat escreveu: > Aproveitando o off-topic, onde consigo adquirir essas placas Digium? Onde eu > fiz contato nunca tem pra vender :-( > > Frederico Boechat > - Original Message - > From: "Sérgio José Ferreira" <[EMAIL PROTECTED]> > To: "'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'" > > Sent: Thursday, September 14, 2006 9:57 AM > Subject: [FUG-BR] RES: (off-topic) VoIP com FreeBSD > > > O problema de rodar asterisk no freebsd é que não existe drivers para placas > E1Desta forma, não dá para implementar um sistema de grande porte. > > Infelizmente aqui na Mitsubishi estou usando debian para rodar o asterisk > com placas Digium. > > Sérgio Ferreira > WGO Telecom > > > - > 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] RES: (off-topic) VoIP com FreeBSD
Se não me engano, nos tempos que eu configurava E1 e micro-modens em PR4000, a grande maioria das sinalizações são isdn-pri, certo? Pelo menos, a 3 anos atrás todos os canais E1 de telemar e embratel e telefônica que configurei eram. Logo não acho que há problemas em usar o BSD pelo menos aqui no Brasil! :) > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Jean Milanez Melo > Sent: quinta-feira, 14 de setembro de 2006 10:45 > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > Subject: Re: [FUG-BR] RES: (off-topic) VoIP com FreeBSD > > Renato Martins wrote: > > Como vc fez com o sinalização r2 para os E1 ? > > > > Como falei no outro email R2 nao vai... > > Se for usar R2 ai eh so linux mesmo com as patches :/ > > -- > Atenciosamente > Jean Milanez Melo > FreeBSD Brasil LTDA. > Fone: (31) 3281-9633 > http://www.freebsdbrasil.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
Re: [FUG-BR] RES: RES: (off-topic) VoIP com FreeBSD
Ah certo, explicado. A sinalização deste modelo do PABX não é isdn-pri? Abraços > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Sérgio José Ferreira > Sent: quinta-feira, 14 de setembro de 2006 10:41 > To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > Subject: [FUG-BR] RES: RES: (off-topic) VoIP com FreeBSD > > No meu caso não rodou de jeito nenhummesma placa mas era para > interligar o asterisk com um PABX Siemens ( ISND-Euro ). > > Sérgio. > - 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: (off-topic) VoIP com FreeBSD
sorry eu não tinha visto os outros emails abraço jean Em Qui, 2006-09-14 às 10:44 -0300, Jean Milanez Melo escreveu: > Renato Martins wrote: > > Como vc fez com o sinalização r2 para os E1 ? > > > > Como falei no outro email R2 nao vai... > > Se for usar R2 ai eh so linux mesmo com as patches :/ > - 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: (off-topic) VoIP com FreeBSD
Ontem ativamos um novo E1 embratel veio por default r2 se quisermos isdn-pri e outro preço disse nosso consultor Em Qui, 2006-09-14 às 10:55 -0300, Renato Andrade escreveu: > Se não me engano, nos tempos que eu configurava E1 e micro-modens em PR4000, > a grande maioria das sinalizações são isdn-pri, certo? > > Pelo menos, a 3 anos atrás todos os canais E1 de telemar e embratel e > telefônica que configurei eram. > > Logo não acho que há problemas em usar o BSD pelo menos aqui no Brasil! :) > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > > Behalf Of Jean Milanez Melo > > Sent: quinta-feira, 14 de setembro de 2006 10:45 > > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Subject: Re: [FUG-BR] RES: (off-topic) VoIP com FreeBSD > > > > Renato Martins wrote: > > > Como vc fez com o sinalização r2 para os E1 ? > > > > > > > Como falei no outro email R2 nao vai... > > > > Se for usar R2 ai eh so linux mesmo com as patches :/ > > > > -- > > Atenciosamente > > Jean Milanez Melo > > FreeBSD Brasil LTDA. > > Fone: (31) 3281-9633 > > http://www.freebsdbrasil.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 - 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 e ALTQ
Eu tentei fazer algo dessa maneira usando o CBQ, mas mesmo quando o
voip não esta em uso, a minha conexão fica em 800Kb e não em 1Mb.
Comecei a usar o hfsc e tudo funcionou corretamente.
Nesse seu exemplo, quando você não esta usando o voip a sua conexão
chega a 1Mb???
Abraços
Gilberto
Em 13/09/06, Welkson Renny de Medeiros<[EMAIL PROTECTED]> escreveu:
> Senhores, achei alguma coisa na internet sobre priorização de pacotes com
> ALTQ e PF, incluí no meu pf.conf e estou testando agora... gostaria de
> compartilhar as regras e saber a opinião de vocês, se dar pra melhorar
> alguma coisa.
>
> Estou analisando usando o seguinte comando:
> pfctl -vv -sq
>
> A idéia é dar prioridade a um determinado ip da rede (voip 192.168.0.252).
>
> # macros
> int_if = "rl0"
> ext_if = "sis0"
> voip_gw = "{ 192.168.0.252 }" # ip do voip linksys 2102
>
> # this is a recommended setting for SIP
> set timeout { udp.first 300, udp.single 150, udp.multiple 900 }
>
> # priorização dos pacotes
> altq on $ext_if cbq bandwidth 1Mb queue { normal, voip }
> queue normal bandwidth 800Kb priority 1 cbq(borrow,default)
> queue voip bandwidth 200Kb priority 7 cbq(borrow)
>
> # nat
> nat on $ext_if from !($ext_if) -> ($ext_if:0)
>
> # Generic NAT rule for all internal network devices
> nat on $ext_if from $int_net to any -> ($ext_if)
>
> # proxy transparent (dansguardian-squid)
> rdr on $int_if inet proto tcp from $int_if:network \
> to !$int_if:network port www -> 127.0.0.1 port 8080
>
> # Allow external SIP control traffic
> pass in quick on $ext_if proto udp from any to any port 5060 keep state
>
> # Allow udp from VoIP provider
> pass out on $ext_if inet proto udp from $voip_gw to any queue voip
> pass in on $int_if inet proto udp from $voip_gw to any queue voip
>
> # outros
> pass out quick on $ext_if proto { tcp, udp, icmp, gre } all keep state
> pass in quick on $ext_if proto { tcp, udp, icmp, gre } all keep state
> pass out log quick proto gre all keep state
>
> Abraço,
>
>
> --
> Welkson Renny de Medeiros
> Focus Automação Comercial
> Desenvolvimento / Gerência de Redes
> [EMAIL PROTECTED]
>
> -
> 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] PF e ALTQ
Olá Gilberto,
Na verdade minha conexão nunca chega a 1 mb ... rsrsrs Velox!
Fiz vários testes no RJNET (www.rjnet.com.br) e chega a 835, tem hora que
menos...
vou fazer mais testes e posto na lista.
Se possível manda a configuração do seu HFSC.
Abraço,
--
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[EMAIL PROTECTED]
- Original Message -
From: "Gilberto Villani Brito" <[EMAIL PROTECTED]>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
Sent: Thursday, September 14, 2006 11:37 AM
Subject: Re: [FUG-BR] PF e ALTQ
Eu tentei fazer algo dessa maneira usando o CBQ, mas mesmo quando o
voip não esta em uso, a minha conexão fica em 800Kb e não em 1Mb.
Comecei a usar o hfsc e tudo funcionou corretamente.
Nesse seu exemplo, quando você não esta usando o voip a sua conexão
chega a 1Mb???
Abraços
Gilberto
Em 13/09/06, Welkson Renny de Medeiros<[EMAIL PROTECTED]>
escreveu:
> Senhores, achei alguma coisa na internet sobre priorização de pacotes com
> ALTQ e PF, incluí no meu pf.conf e estou testando agora... gostaria de
> compartilhar as regras e saber a opinião de vocês, se dar pra melhorar
> alguma coisa.
>
> Estou analisando usando o seguinte comando:
> pfctl -vv -sq
>
> A idéia é dar prioridade a um determinado ip da rede (voip 192.168.0.252).
>
> # macros
> int_if = "rl0"
> ext_if = "sis0"
> voip_gw = "{ 192.168.0.252 }" # ip do voip linksys 2102
>
> # this is a recommended setting for SIP
> set timeout { udp.first 300, udp.single 150, udp.multiple 900 }
>
> # priorização dos pacotes
> altq on $ext_if cbq bandwidth 1Mb queue { normal, voip }
> queue normal bandwidth 800Kb priority 1 cbq(borrow,default)
> queue voip bandwidth 200Kb priority 7 cbq(borrow)
>
> # nat
> nat on $ext_if from !($ext_if) -> ($ext_if:0)
>
> # Generic NAT rule for all internal network devices
> nat on $ext_if from $int_net to any -> ($ext_if)
>
> # proxy transparent (dansguardian-squid)
> rdr on $int_if inet proto tcp from $int_if:network \
> to !$int_if:network port www -> 127.0.0.1 port 8080
>
> # Allow external SIP control traffic
> pass in quick on $ext_if proto udp from any to any port 5060 keep state
>
> # Allow udp from VoIP provider
> pass out on $ext_if inet proto udp from $voip_gw to any queue voip
> pass in on $int_if inet proto udp from $voip_gw to any queue voip
>
> # outros
> pass out quick on $ext_if proto { tcp, udp, icmp, gre } all keep state
> pass in quick on $ext_if proto { tcp, udp, icmp, gre } all keep state
> pass out log quick proto gre all keep state
>
> Abraço,
>
>
> --
> Welkson Renny de Medeiros
> Focus Automação Comercial
> Desenvolvimento / Gerência de Redes
> [EMAIL PROTECTED]
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Vaga para Administrador de Rede - São P aulo
Profundo conhecimento em sistema operacional FreeBSD, bem como todos os pacotes necessários para provedor de internet Conhecimentos de Plesk, antivírus, antispam etc... Residir zonal sul de SÃO PAULO Sem mais Leonardo Amaral - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Snort + MySQL + Base
Pessoal,
Tenho o seguinte cenário:
Snort 2.6.0
MySQL 5.0.22
Base 1.2.6
OSSEC v0.9
O Snort grava os logs no /var/log/snort/alert e no mysql... isso funciona
durante algumas horas (até dias), e depois o snort não consegue gravar mais
nada no mysql... segue o /var/log/messages
Sep 14 13:10:37 netserver snort[92774]: database: mysql_error: MySQL server
has gone away SQL=BEGIN
Sep 14 13:10:37 netserver snort[92774]: database: mysql_error: MySQL server
has gone away
Sep 14 13:10:37 netserver snort[92774]: database: mysql_error: MySQL server
has gone away SQL=INSERT INTO signature
(sig_name,sig_priority,sig_sid,sig_gid) VALUES ('(portscan) UDP
Portscan',3,17,122)
Sep 14 13:10:37 netserver snort[92774]: database: mysql_error: MySQL server
has gone away
Sep 14 13:10:37 netserver snort[92774]: database: Problem inserting a new
signature '(portscan) UDP Portscan': INSERT INTO signature
(sig_name,sig_priority,sig_sid,sig_gid) VALUES ('(portscan) UDP
Portscan',3,17,122)
Sep 14 13:10:37 netserver snort[92774]: database: mysql_error: MySQL server
has gone away SQL=INSERT INTO event (sid,cid,signature,timestamp) VALUES (1,
7056, 0, '2006-09-14 13:10:37')
Sep 14 13:10:37 netserver snort[92774]: database: mysql_error: MySQL server
has gone away SQL=ROLLBACK
Lembrando que o serviço do snort continua gravando os logs perfeitamente no
/var/log/snort/alert, e o serviço do mysql não caiu, pois consigo conectar
pelo admin e executar qualquer query.
Sugestões? onde encontro um log mais detalhado do erro? onde fica o log do
mysql?
Abraço,
--
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
[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] MPD
via mpd posso te passar um how-to, nao estou com ele aqui comigo , me chame no meu mail que passo pra vc ou pelo msn [EMAIL PROTECTED] ou se puder postar na pagina do fug para ficar pro pessoal tb sem stress abraço -- Diogo Dalfovo Blumenau - SC FreeBSD User: BSD051351 Linux User: 327846 - Mensagem Original De: Lista Brasileira de Discussão sobre FreeBSD FUG-BR Para: freebsd@fug.com.br Assunto: [FUG-BR] MPD Data: 13/09/06 19:39 > Se alguém souber onde encontro alguma documentação pra implantação de > vpn com mpd, > > ou talvez com outra ferramento, agradeço > > Estou utilizando Freebsd 6.1, antigamente qdo usava linux, eu usava o > bendito pptp, > > > Agradeço desde já. > > Leandro > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Message sent using Provedor de Internet Centternet 2.0 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] (off-topic) Tomcat4.1 + FreeBSD 6.1
Boa tarde Tenho um servidor com FreeBSD 6.1-Stable e instalei o tomcat pelo port /usr/ports/www/jakarta-tomcat41 Instalei e roda normalmente na porta default 8180 fui mudar no server.xml para que rode na porta 80 e na hora de inicializar o serviço está dando o erro abaixo: 14/09/2006 14:56:31 org.apache.coyote.http11.Http11Protocol init SEVERE: Error initializing endpoint java.net.BindException: Permission denied:80 Alguém tem idéia do que possa ser quero mudar pra 80 pois meu servidor só vai ter tomcat mesmo rodando Ogrigado pela atenção Alexandre - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] DNS Bind resolvendo de forma estranha.
Olá, Pela primeira vez estou configurando um domínio de verdade rsrsrsr e tenho um problema: Configurei o modem como route e redirecionei todas as postas TCP e UDP para o meu gw onde também roda o bind. Tenho 2 interfaces de rede eth0 10.0.0.2 # Onde é ligado o modem eth1 192.168.0.1 # Rede interna Configurei o BIND usando o ip 192.168.0.1, blz de dentro da rede funciona de boa mas de fora rodei o nslookup e olha o que deu: # nslookup ns1.meudominio.edu.br Server: 127.0.0.1 Address: 127.0.0.1#53 Non-authoritative answer: Name: ns1.meudominio.edu.br Address: 192.168.0.1 Ele resolve ns1.meudominio.edu.br como 192.168.0.1 e não 200.101.xx.xxx Vejam ai: # nslookup ns1.cesbvalparaiso.edu.br Alguem sabe como posso resolver isso? Muito obrigado. -- "Não sabendo que era impossivel, ele foi la e fez." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] (off-topic) Tomcat4.1 + FreeBSD 6.1
On 9/14/06, Alexandre Bunn <[EMAIL PROTECTED]> wrote: > Boa tarde > > Tenho um servidor com FreeBSD 6.1-Stable e instalei o tomcat pelo port > > /usr/ports/www/jakarta-tomcat41 > > Instalei e roda normalmente na porta default 8180 fui mudar no > server.xml para que rode na porta 80 e na hora de inicializar o serviço > está dando o erro abaixo: > > 14/09/2006 14:56:31 org.apache.coyote.http11.Http11Protocol init > SEVERE: Error initializing endpoint > java.net.BindException: Permission denied:80 > > > Alguém tem idéia do que possa ser quero mudar pra 80 pois meu > servidor só vai ter tomcat mesmo rodando > > Ogrigado pela atenção > > Alexandre > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd vc esta rodando esse danado como qual usuario ? java.net.BindException: Permission denied:80 ele reclama pq porta baixa ( menor que 1024 ) o SO so libera para o root. 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] Confirguração para FreeBSD
Pesquisa: Existe alguma incompatibilidade do FreeBSD com esses hardwares: Item Mobo GA-K8N-SLI GYGABYTE Processador Atlhon 64 3000+ (VENICE) 939 INBOX AMD Memoria DIM DDR 533 1Gb (Dois pentes) Kingstone Video Geforce 6200/6500 PCIX XFX Hd Hd 160Gb Sata Seagate DVDW GSA-H10A LG Alguem ai ja teve experiencia com esse tipo de hardware com o freebsd e sabe me dizer em que tipo de aguas eu vou navegar!? Victor Lima - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] (off-topic) Tomcat4.1 + FreeBSD 6.1
Em Qui, 2006-09-14 às 15:19 -0300, Alexandre Bunn escreveu: > 14/09/2006 14:56:31 org.apache.coyote.http11.Http11Protocol init > SEVERE: Error initializing endpoint > java.net.BindException: Permission denied:80 Não seria o usuário pelo qual ele está sendo iniciado? Pegar portas abaixo da 1024 só como root, enquanto a 8180 qualquer user inclusive nobody consegue bindear... []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Bind resolvendo de forma estranha.
> Olá, > > Pela primeira vez estou configurando um domínio de verdade > rsrsrsr e tenho um problema: Configurei o modem como route e > redirecionei todas as postas TCP e UDP para o meu gw onde também > roda o bind. > > Tenho 2 interfaces de rede > eth0 10.0.0.2 # Onde é ligado o modem > eth1 192.168.0.1 # Rede interna > > Configurei o BIND usando o ip 192.168.0.1, blz de dentro da rede > funciona de boa mas de fora rodei o nslookup e olha o que deu: > > # nslookup ns1.meudominio.edu.br > Server: 127.0.0.1 > Address: 127.0.0.1#53 > > Non-authoritative answer: Isto não é um erro. Ocorreu porque seu servidor Bind já tinha está consulta em cache. Ao invés de sair para pesquisa te rapassou o que estava na cache. > Name: ns1.meudominio.edu.br > Address: 192.168.0.1 > > Ele resolve ns1.meudominio.edu.br como 192.168.0.1 e não 200.101.xx.xxx > > Vejam ai: > # nslookup ns1.cesbvalparaiso.edu.br > > Alguem sabe como posso resolver isso? > > Muito obrigado. > > -- > "Não sabendo que era impossivel, ele foi la e fez." > - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ordem de inicialização de daemons
Montei um servidor com FreeBSD 6.1 onde instalei o squid e o dansguardian. Quando o servidor é inicializado, percebo que o dansguardian é iniciado antes do squid. Só que o dansguardian precisa do squid rodando para iniciar normalmente. Dessa forma tenho que iniciar o daemon do dansguardian manualmente. Dentro de /usr/local/etc/rc.d/dansguardian existe a linha abaixo: # REQUIRE: NETWORKING SERVERS squid Isso não é suficiente para que esse scripr seja executado após o /usr/local/etc/rc.d/squid? -- Mauricio Bonani LPIC-1 mailto:[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] Ordem de inicialização de daemons
Eu não tenho o Squid instalado aqui, mas você poderia colar para min # REQUIRE e # BEFORE do squid? -- Daniel Bristot de Oliveira http://dbristot.info R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
No script do squid tem apenas a linha abaixo: # REQUIRE: LOGIN Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu resultado. De qualquer forma obrigado pela ajuda. 2006/9/14, Daniel Bristot de Oliveira <[EMAIL PROTECTED]>: > Eu não tenho o Squid instalado aqui, mas você poderia colar para min # > REQUIRE e # BEFORE do squid? > > -- > Daniel Bristot de Oliveira > http://dbristot.info > > R João Paez 409 Ap 202 > Sta Augusta - Criciúma - SC > CEP 88805440 Brazil > +55-48-91032512 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Mauricio Bonani LPIC-1 mailto:[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] Ordem de inicialização de daemons
Em Thu, 14 Sep 2006 15:49:10 -0300 "Mauricio Bonani" <[EMAIL PROTECTED]> escreveu: > Só que o dansguardian precisa do squid > rodando para iniciar normalmente. Dessa forma tenho que iniciar o > daemon do dansguardian manualmente. curto e grosso, mas fácil: sleep 25 (segundos).. isso funciona enquanto vc analisa o que pode estar errado -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Um país que se diz democrático não pode ter voto obrigatório. Vote - 99 - NULO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Bind resolvendo de forma estranha.
Chacal, Verifique nas suas configuração do named, você cadastrou o nome do ns1.cesbvalparaiso.edu.br apontando para o IP 192.168.0.1, refaça a configuração coloque da seguinte forma: troque 192.168.0.1 por 200.101.77.144 Fiz algumas consultas, e: [EMAIL PROTECTED] <~># host -a cesbvalparaiso.edu.br 200.101.77.144 Trying "cesbvalparaiso.edu.br" Using domain server: Name: 200.101.77.144 Address: 200.101.77.144#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4521 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1 ;; QUESTION SECTION: ;cesbvalparaiso.edu.br. IN ANY ;; ANSWER SECTION: cesbvalparaiso.edu.br. 10800 IN SOA ns1.cesbvalparaiso.edu.br. [EMAIL PROTECTED] 60914 3600 900 360 3600 cesbvalparaiso.edu.br. 10800 IN MX 5 ns1.cesbvalparaiso.edu.br. cesbvalparaiso.edu.br. 10800 IN NS ns1.cesbvalparaiso.edu.br. ;; ADDITIONAL SECTION: ns1.cesbvalparaiso.edu.br. 10800 IN A 192.168.0.1 On 9/14/06, Chacal4P <[EMAIL PROTECTED]> wrote: > Olá, > > Pela primeira vez estou configurando um domínio de verdade rsrsrsr e > tenho um problema: > Configurei o modem como route e redirecionei todas as postas TCP e UDP > para o meu gw onde também roda o bind. > > Tenho 2 interfaces de rede > eth0 10.0.0.2 # Onde é ligado o modem > eth1 192.168.0.1 # Rede interna > > Configurei o BIND usando o ip 192.168.0.1, blz de dentro da rede > funciona de boa mas de fora rodei o nslookup e olha o que deu: > > # nslookup ns1.meudominio.edu.br > Server: 127.0.0.1 > Address: 127.0.0.1#53 > > Non-authoritative answer: > Name: ns1.meudominio.edu.br > Address: 192.168.0.1 > > Ele resolve ns1.meudominio.edu.br como 192.168.0.1 e não 200.101.xx.xxx > > Vejam ai: > # nslookup ns1.cesbvalparaiso.edu.br > > Alguem sabe como posso resolver isso? > > Muito obrigado. > > -- > "Não sabendo que era impossivel, ele foi la e fez." > - Att, -- Welington F.J BSD User: 51392 ICQ: 31320518 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
> No script do squid tem apenas a linha abaixo: > > # REQUIRE: LOGIN > > Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu > resultado. Era isto que eu iria sugerir como não deu certo... tente colocar um "0" na frente do script do squid, por exemplo 00squid.sh, li alguma vez que a ordem alfabética era seguida em alguns casos. Não custa tentar. -- Daniel Bristot de Oliveira http://dbristot.info R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
Daniel Bristot de Oliveira wrote: >> No script do squid tem apenas a linha abaixo: >> >> # REQUIRE: LOGIN >> >> Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu >> resultado. > > Era isto que eu iria sugerir como não deu certo... tente colocar um > "0" na frente do script do squid, por exemplo 00squid.sh, li alguma > vez que a ordem alfabética era seguida em alguns casos. > > Não custa tentar. Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao para testar e ver a order que os scripts serao executados, execute: # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* Bom, você quer inicializar o squid primeiro e depois o dansguardian, então o que deve existir é, dentro do script do squid uma linha # PROVIDE: squid E dentro do script do dansguardian uma linha # REQUIRE: squid Fazendo isso o dansguardian vai precisar do squid antes. Altere e execute o rcorder para averiguar. []s -- Renato Botelho GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Bind resolvendo de forma estranha.
> Isto não é um erro. Ocorreu porque seu servidor Bind já tinha está > consulta em cache. Ao invés de sair para pesquisa te rapassou o que > estava na cache. Como posso apagar/limpar o cache ou terei que esperar? Muito obrigado. -- "Não sabendo que era impossivel, ele foi la e fez." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] (off-topic) Tomcat4.1 + FreeBSD 6.1
Eu tenho servidor dedicado para tomcat aqui e para contornar este problema sem ter que alterar o usuário que executa o tomcat fiz um rdr com pf rdr inet proto tcp from any to port 80 -> $external_addr port 8180 Problema resolvido =) On 9/14/06, Alexandre Bunn <[EMAIL PROTECTED]> wrote: > Boa tarde > > Tenho um servidor com FreeBSD 6.1-Stable e instalei o tomcat pelo port > > /usr/ports/www/jakarta-tomcat41 > > Instalei e roda normalmente na porta default 8180 fui mudar no > server.xml para que rode na porta 80 e na hora de inicializar o serviço > está dando o erro abaixo: > > 14/09/2006 14:56:31 org.apache.coyote.http11.Http11Protocol init > SEVERE: Error initializing endpoint > java.net.BindException: Permission denied:80 > > > Alguém tem idéia do que possa ser quero mudar pra 80 pois meu > servidor só vai ter tomcat mesmo rodando > > Ogrigado pela atenção > > Alexandre > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Welington F.J BSD User: 51392 ICQ: 31320518 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Bind resolvendo de forma estranha.
Chacal4P escreveu: >> Isto não é um erro. Ocorreu porque seu servidor Bind já tinha está >> consulta em cache. Ao invés de sair para pesquisa te rapassou o que >> estava na cache. >> > > Como posso apagar/limpar o cache ou terei que esperar? > > Muito obrigado. > > # rndc flush - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Bind resolvendo de forma estranha.
> > Isto não é um erro. Ocorreu porque seu servidor Bind já tinha está > > consulta em cache. Ao invés de sair para pesquisa te rapassou o que > > estava na cache. > > Como posso apagar/limpar o cache ou terei que esperar? rndc flush Para melhores detalh http://www.oreillynet.com/pub/a/network/excerpt/dnsbindcook_ch05/index.ht ml?page=2 > > Muito obrigado. > > -- > "Não sabendo que era impossivel, ele foi la e fez." > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS Bind resolvendo de forma estranha.
> > Isto não é um erro. Ocorreu porque seu servidor Bind já tinha está > > consulta em cache. Ao invés de sair para pesquisa te rapassou o que > > estava na cache. > > Como posso apagar/limpar o cache ou terei que esperar? rndc flush Para melhores detalhes: http://www.oreillynet.com/pub/a/network/excerpt/dnsbindcook_ch05/index.ht ml?page=2 > > Muito obrigado. > > -- > "Não sabendo que era impossivel, ele foi la e fez." > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
Executei o comando sugerido # rcorder /usr/local/etc/rc.d/* e retornou alguns erros. Alterei os script até receber o retorno abaixo: # rcorder /usr/local/etc/rc.d/* /usr/local/etc/rc.d/squid /usr/local/etc/rc.d/dansguardian /usr/local/etc/rc.d/apache.sh Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 scripts é executado. No /usr/local/etc/rc.d/squid: # PROVIDE: squid # REQUIRE: # KEYWORD: shutdown No /usr/local/etc/rc.d/dansguardian: # PROVIDE: dansguardian # REQUIRE: squid # BEFORE: # KEYWORD: shutdown Se retiro as linhas que estão sem argumento, o retorno do comando # rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa os scripts. MISTÉRIO!!! Em 14/09/06, Renato Botelho<[EMAIL PROTECTED]> escreveu: > Daniel Bristot de Oliveira wrote: > >> No script do squid tem apenas a linha abaixo: > >> > >> # REQUIRE: LOGIN > >> > >> Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu > >> resultado. > > > > Era isto que eu iria sugerir como não deu certo... tente colocar um > > "0" na frente do script do squid, por exemplo 00squid.sh, li alguma > > vez que a ordem alfabética era seguida em alguns casos. > > > > Não custa tentar. > > Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao > para testar e ver a order que os scripts serao executados, execute: > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > Bom, você quer inicializar o squid primeiro e depois o dansguardian, > então o que deve existir é, dentro do script do squid uma linha > > # PROVIDE: squid > > E dentro do script do dansguardian uma linha > > # REQUIRE: squid > > Fazendo isso o dansguardian vai precisar do squid antes. Altere e > execute o rcorder para averiguar. > > []s > -- > Renato Botelho > > GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Mauricio Bonani LPIC-1 mailto:[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] Ordem de inicialização de daemons
Entrando de gaiato na conversa... ;-) eu também uso squid+dansguardian+apache+outros, e inicializo todos pelo rc.local sem problemas... porque prefere o rc.d? -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: "Mauricio Bonani" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, September 14, 2006 4:40 PM Subject: Re: [FUG-BR] Ordem de inicialização de daemons Executei o comando sugerido # rcorder /usr/local/etc/rc.d/* e retornou alguns erros. Alterei os script até receber o retorno abaixo: # rcorder /usr/local/etc/rc.d/* /usr/local/etc/rc.d/squid /usr/local/etc/rc.d/dansguardian /usr/local/etc/rc.d/apache.sh Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 scripts é executado. No /usr/local/etc/rc.d/squid: # PROVIDE: squid # REQUIRE: # KEYWORD: shutdown No /usr/local/etc/rc.d/dansguardian: # PROVIDE: dansguardian # REQUIRE: squid # BEFORE: # KEYWORD: shutdown Se retiro as linhas que estão sem argumento, o retorno do comando # rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa os scripts. MISTÉRIO!!! Em 14/09/06, Renato Botelho<[EMAIL PROTECTED]> escreveu: > Daniel Bristot de Oliveira wrote: > >> No script do squid tem apenas a linha abaixo: > >> > >> # REQUIRE: LOGIN > >> > >> Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu > >> resultado. > > > > Era isto que eu iria sugerir como não deu certo... tente colocar um > > "0" na frente do script do squid, por exemplo 00squid.sh, li alguma > > vez que a ordem alfabética era seguida em alguns casos. > > > > Não custa tentar. > > Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao > para testar e ver a order que os scripts serao executados, execute: > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > Bom, você quer inicializar o squid primeiro e depois o dansguardian, > então o que deve existir é, dentro do script do squid uma linha > > # PROVIDE: squid > > E dentro do script do dansguardian uma linha > > # REQUIRE: squid > > Fazendo isso o dansguardian vai precisar do squid antes. Altere e > execute o rcorder para averiguar. > > []s > -- > Renato Botelho > > GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - 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] Ordem de inicialização de daemons
Apenas instalei o squid e o dansguardian via ports e na instalação já foram criados esses scripts no rc.d. Em 14/09/06, Welkson Renny de Medeiros<[EMAIL PROTECTED]> escreveu: > Entrando de gaiato na conversa... ;-) eu também uso > squid+dansguardian+apache+outros, e inicializo todos pelo rc.local sem > problemas... porque prefere o rc.d? > > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > [EMAIL PROTECTED] > > > - Original Message - > From: "Mauricio Bonani" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, September 14, 2006 4:40 PM > Subject: Re: [FUG-BR] Ordem de inicialização de daemons > > > Executei o comando sugerido > > # rcorder /usr/local/etc/rc.d/* > > e retornou alguns erros. Alterei os script até receber o retorno abaixo: > > # rcorder /usr/local/etc/rc.d/* > /usr/local/etc/rc.d/squid > /usr/local/etc/rc.d/dansguardian > /usr/local/etc/rc.d/apache.sh > > Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 > scripts é executado. > > No /usr/local/etc/rc.d/squid: > > # PROVIDE: squid > # REQUIRE: > # KEYWORD: shutdown > > No /usr/local/etc/rc.d/dansguardian: > > # PROVIDE: dansguardian > # REQUIRE: squid > # BEFORE: > # KEYWORD: shutdown > > Se retiro as linhas que estão sem argumento, o retorno do comando # > rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa > os scripts. > > MISTÉRIO!!! > > Em 14/09/06, Renato Botelho<[EMAIL PROTECTED]> escreveu: > > Daniel Bristot de Oliveira wrote: > > >> No script do squid tem apenas a linha abaixo: > > >> > > >> # REQUIRE: LOGIN > > >> > > >> Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu > > >> resultado. > > > > > > Era isto que eu iria sugerir como não deu certo... tente colocar um > > > "0" na frente do script do squid, por exemplo 00squid.sh, li alguma > > > vez que a ordem alfabética era seguida em alguns casos. > > > > > > Não custa tentar. > > > > Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao > > para testar e ver a order que os scripts serao executados, execute: > > > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > > > Bom, você quer inicializar o squid primeiro e depois o dansguardian, > > então o que deve existir é, dentro do script do squid uma linha > > > > # PROVIDE: squid > > > > E dentro do script do dansguardian uma linha > > > > # REQUIRE: squid > > > > Fazendo isso o dansguardian vai precisar do squid antes. Altere e > > execute o rcorder para averiguar. > > > > []s > > -- > > Renato Botelho > > > > GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > -- > Mauricio Bonani > LPIC-1 > mailto:[EMAIL PROTECTED] > - > 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 > -- Mauricio Bonani LPIC-1 mailto:[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] Ordem de inicialização de daemons
Do # man 8 rc.local "The rc.local script contains commands which are pertinent only to a specific site. Typically, the /usr/local/etc/rc.d/ mechanism is used instead of rc.local these days but if you want to use rc.local, it is still supported." Em 14/09/06, Welkson Renny de Medeiros<[EMAIL PROTECTED]> escreveu: > Entrando de gaiato na conversa... ;-) eu também uso > squid+dansguardian+apache+outros, e inicializo todos pelo rc.local sem > problemas... porque prefere o rc.d? > > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > [EMAIL PROTECTED] > > > - Original Message - > From: "Mauricio Bonani" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, September 14, 2006 4:40 PM > Subject: Re: [FUG-BR] Ordem de inicialização de daemons > > > Executei o comando sugerido > > # rcorder /usr/local/etc/rc.d/* > > e retornou alguns erros. Alterei os script até receber o retorno abaixo: > > # rcorder /usr/local/etc/rc.d/* > /usr/local/etc/rc.d/squid > /usr/local/etc/rc.d/dansguardian > /usr/local/etc/rc.d/apache.sh > > Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 > scripts é executado. > > No /usr/local/etc/rc.d/squid: > > # PROVIDE: squid > # REQUIRE: > # KEYWORD: shutdown > > No /usr/local/etc/rc.d/dansguardian: > > # PROVIDE: dansguardian > # REQUIRE: squid > # BEFORE: > # KEYWORD: shutdown > > Se retiro as linhas que estão sem argumento, o retorno do comando # > rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa > os scripts. > > MISTÉRIO!!! > > Em 14/09/06, Renato Botelho<[EMAIL PROTECTED]> escreveu: > > Daniel Bristot de Oliveira wrote: > > >> No script do squid tem apenas a linha abaixo: > > >> > > >> # REQUIRE: LOGIN > > >> > > >> Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu > > >> resultado. > > > > > > Era isto que eu iria sugerir como não deu certo... tente colocar um > > > "0" na frente do script do squid, por exemplo 00squid.sh, li alguma > > > vez que a ordem alfabética era seguida em alguns casos. > > > > > > Não custa tentar. > > > > Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao > > para testar e ver a order que os scripts serao executados, execute: > > > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > > > Bom, você quer inicializar o squid primeiro e depois o dansguardian, > > então o que deve existir é, dentro do script do squid uma linha > > > > # PROVIDE: squid > > > > E dentro do script do dansguardian uma linha > > > > # REQUIRE: squid > > > > Fazendo isso o dansguardian vai precisar do squid antes. Altere e > > execute o rcorder para averiguar. > > > > []s > > -- > > Renato Botelho > > > > GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > -- > Mauricio Bonani > LPIC-1 > mailto:[EMAIL PROTECTED] > - > 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 > -- Mauricio Bonani LPIC-1 mailto:[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] Ordem de inicialização de daemons
se preferir fazer pelo rc.local, segue o meu: printf "Iniciando Apache Servidor Web...\n" /usr/local/sbin/apachectl start printf "Iniciando Squid-proxy...\n" /usr/local/sbin/squid -D printf "Iniciando DansGuardian...\n" /usr/local/sbin/dansguardian -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: "Mauricio Bonani" <[EMAIL PROTECTED]> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Thursday, September 14, 2006 5:05 PM Subject: Re: [FUG-BR] Ordem de inicialização de daemons Apenas instalei o squid e o dansguardian via ports e na instalação já foram criados esses scripts no rc.d. Em 14/09/06, Welkson Renny de Medeiros<[EMAIL PROTECTED]> escreveu: > Entrando de gaiato na conversa... ;-) eu também uso > squid+dansguardian+apache+outros, e inicializo todos pelo rc.local sem > problemas... porque prefere o rc.d? > > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > [EMAIL PROTECTED] > > > - Original Message - > From: "Mauricio Bonani" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, September 14, 2006 4:40 PM > Subject: Re: [FUG-BR] Ordem de inicialização de daemons > > > Executei o comando sugerido > > # rcorder /usr/local/etc/rc.d/* > > e retornou alguns erros. Alterei os script até receber o retorno abaixo: > > # rcorder /usr/local/etc/rc.d/* > /usr/local/etc/rc.d/squid > /usr/local/etc/rc.d/dansguardian > /usr/local/etc/rc.d/apache.sh > > Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 > scripts é executado. > > No /usr/local/etc/rc.d/squid: > > # PROVIDE: squid > # REQUIRE: > # KEYWORD: shutdown > > No /usr/local/etc/rc.d/dansguardian: > > # PROVIDE: dansguardian > # REQUIRE: squid > # BEFORE: > # KEYWORD: shutdown > > Se retiro as linhas que estão sem argumento, o retorno do comando # > rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa > os scripts. > > MISTÉRIO!!! > > Em 14/09/06, Renato Botelho<[EMAIL PROTECTED]> escreveu: > > Daniel Bristot de Oliveira wrote: > > >> No script do squid tem apenas a linha abaixo: > > >> > > >> # REQUIRE: LOGIN > > >> > > >> Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu > > >> resultado. > > > > > > Era isto que eu iria sugerir como não deu certo... tente colocar um > > > "0" na frente do script do squid, por exemplo 00squid.sh, li alguma > > > vez que a ordem alfabética era seguida em alguns casos. > > > > > > Não custa tentar. > > > > Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao > > para testar e ver a order que os scripts serao executados, execute: > > > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > > > Bom, você quer inicializar o squid primeiro e depois o dansguardian, > > então o que deve existir é, dentro do script do squid uma linha > > > > # PROVIDE: squid > > > > E dentro do script do dansguardian uma linha > > > > # REQUIRE: squid > > > > Fazendo isso o dansguardian vai precisar do squid antes. Altere e > > execute o rcorder para averiguar. > > > > []s > > -- > > Renato Botelho > > > > GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > -- > Mauricio Bonani > LPIC-1 > mailto:[EMAIL PROTECTED] > - > 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 > -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - 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] Ordem de inicialização de daemons
Mauricio Bonani wrote: > Executei o comando sugerido > > # rcorder /usr/local/etc/rc.d/* O comando sugerido foi: rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > e retornou alguns erros. Alterei os script até receber o retorno abaixo: > > # rcorder /usr/local/etc/rc.d/* > /usr/local/etc/rc.d/squid > /usr/local/etc/rc.d/dansguardian > /usr/local/etc/rc.d/apache.sh > > Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 > scripts é executado. > > No /usr/local/etc/rc.d/squid: > > # PROVIDE: squid > # REQUIRE: > # KEYWORD: shutdown O correto seria # PROVIDE: squid # REQUIRE: LOGIN # KEYWORD: shutdown > > No /usr/local/etc/rc.d/dansguardian: > > # PROVIDE: dansguardian > # REQUIRE: squid > # BEFORE: > # KEYWORD: shutdown O Correto seria: # PROVIDE: dansguardian # REQUIRE: squid # KEYWORD: shutdown Altere isso tudo e execute o rcorder novamente, como não havia o REQUIRE: LOGIN talvez o seu squid estava sendo iniciado antes da hora. -- Renato Botelho GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
Obrigado. Em 14/09/06, Welkson Renny de Medeiros<[EMAIL PROTECTED]> escreveu: > se preferir fazer pelo rc.local, segue o meu: > > printf "Iniciando Apache Servidor Web...\n" > /usr/local/sbin/apachectl start > > printf "Iniciando Squid-proxy...\n" > /usr/local/sbin/squid -D > > printf "Iniciando DansGuardian...\n" > /usr/local/sbin/dansguardian > > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > [EMAIL PROTECTED] > > - Original Message - > From: "Mauricio Bonani" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Thursday, September 14, 2006 5:05 PM > Subject: Re: [FUG-BR] Ordem de inicialização de daemons > > > Apenas instalei o squid e o dansguardian via ports e na instalação já > foram criados esses scripts no rc.d. > > Em 14/09/06, Welkson Renny de Medeiros<[EMAIL PROTECTED]> > escreveu: > > Entrando de gaiato na conversa... ;-) eu também uso > > squid+dansguardian+apache+outros, e inicializo todos pelo rc.local sem > > problemas... porque prefere o rc.d? > > > > > > -- > > Welkson Renny de Medeiros > > Focus Automação Comercial > > Desenvolvimento / Gerência de Redes > > [EMAIL PROTECTED] > > > > > > - Original Message - > > From: "Mauricio Bonani" <[EMAIL PROTECTED]> > > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > > > Sent: Thursday, September 14, 2006 4:40 PM > > Subject: Re: [FUG-BR] Ordem de inicialização de daemons > > > > > > Executei o comando sugerido > > > > # rcorder /usr/local/etc/rc.d/* > > > > e retornou alguns erros. Alterei os script até receber o retorno abaixo: > > > > # rcorder /usr/local/etc/rc.d/* > > /usr/local/etc/rc.d/squid > > /usr/local/etc/rc.d/dansguardian > > /usr/local/etc/rc.d/apache.sh > > > > Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 > > scripts é executado. > > > > No /usr/local/etc/rc.d/squid: > > > > # PROVIDE: squid > > # REQUIRE: > > # KEYWORD: shutdown > > > > No /usr/local/etc/rc.d/dansguardian: > > > > # PROVIDE: dansguardian > > # REQUIRE: squid > > # BEFORE: > > # KEYWORD: shutdown > > > > Se retiro as linhas que estão sem argumento, o retorno do comando # > > rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa > > os scripts. > > > > MISTÉRIO!!! > > > > Em 14/09/06, Renato Botelho<[EMAIL PROTECTED]> escreveu: > > > Daniel Bristot de Oliveira wrote: > > > >> No script do squid tem apenas a linha abaixo: > > > >> > > > >> # REQUIRE: LOGIN > > > >> > > > >> Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu > > > >> resultado. > > > > > > > > Era isto que eu iria sugerir como não deu certo... tente colocar um > > > > "0" na frente do script do squid, por exemplo 00squid.sh, li alguma > > > > vez que a ordem alfabética era seguida em alguns casos. > > > > > > > > Não custa tentar. > > > > > > Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao > > > para testar e ver a order que os scripts serao executados, execute: > > > > > > # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > > > > > Bom, você quer inicializar o squid primeiro e depois o dansguardian, > > > então o que deve existir é, dentro do script do squid uma linha > > > > > > # PROVIDE: squid > > > > > > E dentro do script do dansguardian uma linha > > > > > > # REQUIRE: squid > > > > > > Fazendo isso o dansguardian vai precisar do squid antes. Altere e > > > execute o rcorder para averiguar. > > > > > > []s > > > -- > > > Renato Botelho > > > > > > GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > -- > > Mauricio Bonani > > LPIC-1 > > mailto:[EMAIL PROTECTED] > > - > > 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 > > > > > -- > Mauricio Bonani > LPIC-1 > mailto:[EMAIL PROTECTED] > - > 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 > -- Mauricio Bonani LPIC-1 mailto:[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] Ordem de inicialização de daemons [ RESOLVIDO]
Obrigado Renato, agora funcionou corretamente. Tentei algumas mexidas nessas linhas mas ainda não tinha colocado da forma que vc sugeriu. Em 14/09/06, Renato Botelho<[EMAIL PROTECTED]> escreveu: > Mauricio Bonani wrote: > > Executei o comando sugerido > > > > # rcorder /usr/local/etc/rc.d/* > > O comando sugerido foi: > > rcorder /etc/rc.d/* /usr/local/etc/rc.d/* > > > > > e retornou alguns erros. Alterei os script até receber o retorno abaixo: > > > > # rcorder /usr/local/etc/rc.d/* > > /usr/local/etc/rc.d/squid > > /usr/local/etc/rc.d/dansguardian > > /usr/local/etc/rc.d/apache.sh > > > > Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 > > scripts é executado. > > > > No /usr/local/etc/rc.d/squid: > > > > # PROVIDE: squid > > # REQUIRE: > > # KEYWORD: shutdown > > O correto seria > > # PROVIDE: squid > # REQUIRE: LOGIN > # KEYWORD: shutdown > > > > > No /usr/local/etc/rc.d/dansguardian: > > > > # PROVIDE: dansguardian > > # REQUIRE: squid > > # BEFORE: > > # KEYWORD: shutdown > > O Correto seria: > > # PROVIDE: dansguardian > # REQUIRE: squid > # KEYWORD: shutdown > > Altere isso tudo e execute o rcorder novamente, como não havia o > REQUIRE: LOGIN talvez o seu squid estava sendo iniciado antes da hora. > > -- > Renato Botelho > > GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Kernel FreeBSD
Olá, Enviei um email a um tempo atrás falndo sobre o kernel do freebsd que alguem repondeu que o kernel do freebsd é monolitico efetuando um teste em um macOS percebi que ele é extramamente mais lendo do que um freebsd com apache por exemplo agora o porque disso se o kernel do mac é derivado do freebsd. Cris - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons [ RESOLVIDO]
Mauricio Bonani escreveu: > Obrigado Renato, agora funcionou corretamente. > > Tentei algumas mexidas nessas linhas mas ainda não tinha colocado da > forma que vc sugeriu. Ótimo, seria legal enviar um email para o mantenedor do port do dansguardian para que isso seja corrigido. para saber quem é o maintainer: # cd /usr/ports # make search name=dansguardian - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Kernel FreeBSD
Errado! o Mac não é derivado do FreeBSD! Nossa, este seu assunto foi gerou uma thread "imennsa" no FreeBSD-Hackers. O Mac não é derivado do FreeBSD, mas sim do MACH 3 e MACH 2.5, apenas algumas partes do sistema é derivada dos BSD, como a pilha de rede, o VFS, e algumas outras coisas, mas o Mac não é derivado só FreeBSD. Assim os sistemas são diferentes e produzirão resultados diferentes. Por exemplo a interface gráfica dele é mais rápida que o nosso X, já a nossa rede é mais rápida, isto por serem sistemas com nichos bem distintos. Leia este Link para maiores informações, é a thread que este assunto gerou. http://lists.freebsd.org/pipermail/freebsd-hackers/2006-September/018017.html -- Daniel Bristot de Oliveira http://dbristot.info R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Kernel FreeBSD
De uma olhada nisso: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/share/misc/bsd-family-tree?rev=1.107&content-type=text/plain Voce vai ver que a origem do Darwin/MacOS X esta' proxima, mas nem tanto assim... victor 2006/9/14, Cristiano Panvel <[EMAIL PROTECTED]>: > Olá, > > Enviei um email a um tempo atrás falndo sobre o kernel do freebsd que > alguem repondeu que o kernel do freebsd é monolitico efetuando um > teste em um macOS percebi que ele é extramamente mais lendo do que um > freebsd com apache por exemplo agora o porque disso se o kernel do mac > é derivado do freebsd. > > Cris > - > 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] Kernel FreeBSD
Ai Victor Curte esta árvore, acho que você vai gostar. http://www.levenez.com/unix/history.html -- Daniel Bristot de Oliveira http://dbristot.info R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Kernel FreeBSD
digna de bookmark hahaha valeu! 2006/9/14, Daniel Bristot de Oliveira <[EMAIL PROTECTED]>: > Ai Victor > > Curte esta árvore, acho que você vai gostar. > > http://www.levenez.com/unix/history.html > > -- > Daniel Bristot de Oliveira > http://dbristot.info > > R João Paez 409 Ap 202 > Sta Augusta - Criciúma - SC > CEP 88805440 Brazil > +55-48-91032512 > - > 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] Problemas com ipfw + ipnat
Srs, Estou enfrentando seguidamente problemas com uma dupla que eu uso seguido que é o ipfw + ipnat. Não sei se seria melhor usar sempre pf + ipnat ou ipfw + natd pois nessas ordem funcionam perfeitos. Bom eu tenho 2 problemas. 1º) Redirecionamento de pacotes. Eu tenho um proxy transparente em 172.16.1.250 e o GW default da minha rede é 172.16.1.254. Eu tenho ipnat para saída pelo GW default + ipfw para firewall. Eu tentei jogar o tráfego saindo pelo default na porta 80 para proxy como abaixo: Ex do ipnat: map xl0 172.16.1.0/24 -> 200.200.200.200/32 proxy port ftp ftp/tcp map xl0 172.16.1.0/24 -> 200.200.200.200/32 map xl0 172.16.1.0/24 -> 200.200.200.200/32 portmap tcp/udp auto Tentativas de regras no ipfw: 1º Tentativa: ipfw add 1 fwd 172.16.1.250,3128 ip from any to any 80 via xl1 in 2º Tentativa: ipfw add 1 fwd 172.16.1.250 ip from any to any 80 via xl1 in ( xl1 eh a placa de rede de entrada, simplesmente os pacotes passam na regra mas nao tem efeito seguem para o nat ) Alguem tem alguma dica? Segundo é um caso parecido só que eh source rounting onde tem 2 placas de rede fazendo nat com ipnat e ao usar o ipfw para fazer os pacotes saírem pela placa de rede certa o ipfw simples não tem efeito. Passa os pacotes na regra mas não tem efeito. Ex: ipfw add 1 fwd 10.10.10.1 ip from any to any via rl1 out Onde 10.10.10.1 está no barramento que está na rl0. To com todas as opcoes no Kernel do ipfw e do ipf. options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPFIREWALL_FORWARD_EXTENDED options DUMMYNET options IPDIVERT device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF options PPP_FILTER #enable bpf filtering (needs bpf) options IPFILTER#ipfilter support options IPFILTER_LOG#ipfilter logging options IPFILTER_LOOKUP #ipfilter pools options ALTQ options ALTQ_CBQ# Class Bases Queueing options ALTQ_RED# Random Early Detection options ALTQ_RIO# RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build options ALTQ_DEBUG Se alguem tiver alguma idéia agradeço. Jonatas M. Victor - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Kernel FreeBSD
Daniel Bristot de Oliveira wrote: > Errado! o Mac não é derivado do FreeBSD! > > Nossa, este seu assunto foi gerou uma thread "imennsa" no FreeBSD-Hackers. > > O Mac não é derivado do FreeBSD, mas sim do MACH 3 e MACH 2.5, apenas > algumas partes do sistema é derivada dos BSD, como a pilha de rede, o > VFS, e algumas outras coisas, mas o Mac não é derivado só FreeBSD. Digamos que hoje em dia está bem mais para FreeBSD do que para o que originalmente originou ele. Mas é um sistema com várias partes de outros sim. Nessa mesma thread que você cita abaixo o Robert Watson explica bem o que é e o que não é. O que acontece com o Mac OS X é bem diferente de por exemplo o Dragon Fly e do OpenBSD, mas ai é outra história. Abraços > > Assim os sistemas são diferentes e produzirão resultados diferentes. > > Por exemplo a interface gráfica dele é mais rápida que o nosso X, já a > nossa rede é mais rápida, isto por serem sistemas com nichos bem > distintos. > > Leia este Link para maiores informações, é a thread que este assunto gerou. > > http://lists.freebsd.org/pipermail/freebsd-hackers/2006-September/018017.html > > -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PowerEdge nao encotnra processadores
Christopher Giese - iRapida wrote: > Luiz Otavio Souza wrote: >> Christopher Giese - iRapida escreveu: >> >>> Bom dia Pessoal >>> >>> Recentemente um FreeLance meu Adquiriu um Dell PowerEdge 2950 (motivos >>> de processamento agressivo - risos) >>> >>> E ai que o FreeBSD esta encontrando apenas 1 processador (aff desespero) >>> >>> vou detalhar melhor aqui para que alguem quem sabe saiba algo e de uma >>> luz >>> >>> maquina: >>> -- [...] >>> OK.. >>> >>> Tive que colocar FreeBSD 6.1 (snapshot 200609) pq o 6.1 RELEASE nao >>> encontrava o HD(provavel raid) SAS. >>> >>> Depois de por para rodar, atualizei para o FreeBSD 6.2-pre-release (e >>> customizei o kernel obviamente colocando a opcao de SMP) >>> >>> --- >>> anakin-dell# cat /usr/src/sys/amd64/conf/DELL |grep SMP >>> options ALTQ_NOPCC # Required for SMP build >>> options SMP >>> --- >>> >>> Ok. o problema eh que o FreeBSD nao reconhece os 2 processadores (em >>> boot e em bios eles aparecem... mas o FreeBSD os ignora, e estou >>> precisando URGENTE da performance dos mesmos) >>> >>> segue ae um sysctl de cpu >>> >>> --- >>> anakin-dell# sysctl -a |grep cpu >>> kern.threads.virtual_cpu: 1 >>> kern.ccpu: 1948 >>> kern.sched.ipiwakeup.onecpu: 0 >>> kern.smp.cpus: 1 >>> kern.smp.maxcpus: 16 >>> debug.cpufreq.verbose: 0 >>> debug.cpufreq.lowest: 0 >>> debug.kdb.stop_cpus: 1 >>> hw.ncpu: 1 >>> machdep.cpu_idle_hlt: 1 >>> machdep.hlt_cpus: 0 >>> dev.cpu.0.%driver: cpu >>> dev.cpu.0.%parent: legacy0 >>> --- >>> >>> Alguem teria ai alguma informacao de o que pode estar ocorrendo >>> Sera que eh problema no FreeBSD 6.2 Pre-release sera que o FreeBSD >>> nao eh compativel (SMP) com tais processadores >>> >>> Ja googleei ate dar calo (risos) >>> >>> Muito obrigado pelo apoio >>> >>> Christopher Giese >>> [EMAIL PROTECTED] >>> >>> >>> >> Manda o dmesg completo... boot -v... >> >> Luiz >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > Primeiramente gostaria de agradecer pela atencao ;) valeu > > segue ae > > - > anakin-dell# cat dmesg.yesterday > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-STABLE-200609 #0: Thu Sep 7 18:41:08 UTC 2006 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.73GHz (3723.85-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > Features=0xbfebfbff > Features2=0xe4bd,> > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > Logical CPUs per core: 2 > real memory = 2147123200 (2047 MB) > avail memory = 2061750272 (1966 MB) > kbd0 at kbdmux0 > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci5: on pcib1 > pcib2: at device 0.0 on pci5 > pci6: on pcib2 > pcib3: at device 0.0 on pci6 > pci7: on pcib3 > pcib4: at device 0.0 on pci7 > pci8: on pcib4 > bce0: mem > 0xd600-0xd7ff irq 5 at device 0.0 on pci8 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus0: on bce0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bce0: Ethernet address: 00:13:72:5e:37:86 > pcib5: at device 1.0 on pci6 > pci9: on pcib5 > em0: port > 0xdce0-0xdcff mem 0xd5ee-0xd5ef,0xd5ec-0xd5ed irq 11 at > device 0.0 on pci9 > em0: Ethernet address: 00:15:17:0b:1a:84 > em0: [FAST] > pcib6: at device 0.3 on pci5 > pci10: on pcib6 > pcib7: at device 3.0 on pci0 > pci1: on pcib7 > pcib8: at device 0.0 on pci1 > pci2: on pcib8 > mpt0: port 0xec00-0xecff mem > 0xde6fc000-0xde6f,0xde6e-0xde6e irq 5 at device 8.0 on pci2 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.5.12.0 > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: MPI_EVENT_SAS_DEVICE_STATUS_CHANGE > mpt0: mpt_cam_event: MPI_EVENT_SAS_DEVICE_STATUS_CHANGE > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > pcib9: at device 4.0 on pci0 > pci11: on pcib9 > em1: port > 0xcce0-0xccff mem 0xde3e-0xde3f,0xde3c-0xde3d irq 5 at > device 0.0 on pci11 > em1: Ethernet address: 00:15:17:0b:1b:f5 > em1: [FAST] > pcib10: at device 5.0 on pci0 > pci12: on pcib10 > pcib11: at device 6.0 on pci0 > pci13: on pcib11 > pcib12: at device 7.0 on pci0 > pci14: on pcib12 > pcib13: at device 28.0 on pci0 > pci3: on pcib13 > pcib14: at device 0.0 on pci3 > pci4: on pcib14 > bce1: mem
