[FUG-BR] problemas com interpretacao de regras do pf
Caros, tenho um openbsd 4.2 rodando a todo vapor. Baixei a versao 4.7 e algumas regras nao sao interpretadas. O que fiz: coloquei o conteudo do pf.conf do 4.2 no pf.conf do 4.7 e alterei minhas interfaces que antes eram detectadas como ste* e agora estao como xl*. Ja ativei o pf no /etc/rc.conf, o ip forwarding em /etc/sysctl.conf, e nada. Os erros acontecem somente onde tem $int_externa. Alguem tem ideia do que possa estar faltando? []'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] Route c/ Metric e OSPF Quagga
Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das placas interno ao quagga e ele começou a replicar normalmente. Queria tem uma opnião, como seria a melhor forma de estabeler uma area 0 eu tenho um switch com os meus routers ativos usando broadcast para montar as adjacências. Mas as outras formas seriam mais estáveis de implementar? Eu busco que ao alterar um peer ou adicionar um no barramento todos os outros não caiam e voltem. pois tem acontecido isso aqui na minha estrutura e na volta eu sou obrigado a reiniciar todos os quagga de todos os routers para reestabelecer. E a utilização de autenticação do ospf com MD5 é funcional sem uso de ipsec externo como no BGP? 2010/10/31 Rafael Ganascim rganas...@gmail.com: Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente (ex: como no Cisco, configurou ele aplica). Estou utilizando o quagga-0.99.14_1, com o FreeBSD 7.2-STABLE. Já tive casos dele não ativar as adjacências na interface (ex. re0). Para 'resolver', apliquei a configuração de IP também no quagga (conf t; int re0; ip addr a.b.c.d/24) e ele subiu a vizinhança. Tem que lembrar também que algumas configurações não se aplicam na hora. (Ex. Se você tem na LAN mais de um roteador e quer mudar o DR/BDR não adianta simplesmente aumentar a prioridade que ele assume. Esse tipo de estado não é preemptivo e requer um restart para tornar efetivamente válido. Um restart não só do router em questão, mas dos vizinhos também). Em 30 de outubro de 2010 23:02, Jonatas M. Victor jonata...@gmail.comescreveu: Utilizo sempre o vtysh saio e restart no quagga para funcionar. 2010/10/30 Rafael Ganascim rganas...@gmail.com: Como você tem feito as mudanças no OSPF? Direto no arquivo? Ou conectando por telnet no daemon? Ou ainda usando o 'vtysh'? Em 30 de outubro de 2010 11:11, Jonatas M. Victor jonata...@gmail.com escreveu: Srs, Estou implantado uma área OSPF com vários FreeBSD e o Quagga apresenta vários problemas para modificações em tempo de execução. Qualquer alteração que eu faço no ospf tenho que reiniciar todo o processo do quagga senão não levanta. Alguém já teve experiência com isso? Senão fizer assim os neighbors não levantam mesmo ele se anúnciando na rede, estou usando com broadcast. E por causa desse problema do OSPF cheguei a outro problema, para evitar a parada da rede na queda do OSPF eu precisava setar rotas estáticas com preferência menor que o OSPF para caso ele cair essas rotas começarem a valer. Minha idéia é ter rotas mais genéricas e fundamentais para minha rede do que todas as do OSPF. Obrigado, -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br / jonata...@gmail.com UIN: 138431258 / MSN: jonata...@msn.com BSD User: BSD051240 / Linux User: #278922 - 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 -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br / jonata...@gmail.com UIN: 138431258 / MSN: jonata...@msn.com BSD User: BSD051240 / Linux User: #278922 - 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 -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br / jonata...@gmail.com UIN: 138431258 / MSN: jonata...@msn.com BSD User: BSD051240 / Linux User: #278922 - 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 interpretacao de regras do pf
No OpenBSD 4.6 o interpretador de nat do PF foi re-escrito, e agora o nat opera junto ao filtro. Será necessário alterar as regras: http://www.openbsd.org/faq/upgrade46.html#newPF Em 1 de novembro de 2010 08:45, Christiano Liberato christianoliber...@gmail.com escreveu: Caros, tenho um openbsd 4.2 rodando a todo vapor. Baixei a versao 4.7 e algumas regras nao sao interpretadas. O que fiz: coloquei o conteudo do pf.conf do 4.2 no pf.conf do 4.7 e alterei minhas interfaces que antes eram detectadas como ste* e agora estao como xl*. Ja ativei o pf no /etc/rc.conf, o ip forwarding em /etc/sysctl.conf, e nada. Os erros acontecem somente onde tem $int_externa. Alguem tem ideia do que possa estar faltando? []'s - 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] Route c/ Metric e OSPF Quagga
O OSPF usa multicast para montar as adjacências, e está fora do normal você ter que reiniciar os outros quagga ao entrar um novo router ospf na rede. Que versão de quagga/FreeBSD você está usando? As liberações de firewall estão certas ou você acerta após o router estar ativo? Estão todos os routers na mesma sub-rede? Sobre a autenticação, creio que ela se torna funcional em um ambiente controlado. Se é um switch seu, com somente seus os roteadores plugados nele, não chegando nenhum dado de cliente ou máquina de terçeiros no mesmo barramento/VLAN eu particularmnete não colocaria mais overhead usando IpSec.. agora se o ambiente é misto, com terceiros e tudo mais, aí é bom pensar em mais segurança (as vezes uma simples interface passiva resolve). Att, Rafael Em 1 de novembro de 2010 08:45, Jonatas M. Victor jonata...@gmail.comescreveu: Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das placas interno ao quagga e ele começou a replicar normalmente. Queria tem uma opnião, como seria a melhor forma de estabeler uma area 0 eu tenho um switch com os meus routers ativos usando broadcast para montar as adjacências. Mas as outras formas seriam mais estáveis de implementar? Eu busco que ao alterar um peer ou adicionar um no barramento todos os outros não caiam e voltem. pois tem acontecido isso aqui na minha estrutura e na volta eu sou obrigado a reiniciar todos os quagga de todos os routers para reestabelecer. E a utilização de autenticação do ospf com MD5 é funcional sem uso de ipsec externo como no BGP? 2010/10/31 Rafael Ganascim rganas...@gmail.com: Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente (ex: como no Cisco, configurou ele aplica). Estou utilizando o quagga-0.99.14_1, com o FreeBSD 7.2-STABLE. Já tive casos dele não ativar as adjacências na interface (ex. re0). Para 'resolver', apliquei a configuração de IP também no quagga (conf t; int re0; ip addr a.b.c.d/24) e ele subiu a vizinhança. Tem que lembrar também que algumas configurações não se aplicam na hora. (Ex. Se você tem na LAN mais de um roteador e quer mudar o DR/BDR não adianta simplesmente aumentar a prioridade que ele assume. Esse tipo de estado não é preemptivo e requer um restart para tornar efetivamente válido. Um restart não só do router em questão, mas dos vizinhos também). Em 30 de outubro de 2010 23:02, Jonatas M. Victor jonata...@gmail.com escreveu: Utilizo sempre o vtysh saio e restart no quagga para funcionar. 2010/10/30 Rafael Ganascim rganas...@gmail.com: Como você tem feito as mudanças no OSPF? Direto no arquivo? Ou conectando por telnet no daemon? Ou ainda usando o 'vtysh'? Em 30 de outubro de 2010 11:11, Jonatas M. Victor jonata...@gmail.com escreveu: Srs, Estou implantado uma área OSPF com vários FreeBSD e o Quagga apresenta vários problemas para modificações em tempo de execução. Qualquer alteração que eu faço no ospf tenho que reiniciar todo o processo do quagga senão não levanta. Alguém já teve experiência com isso? Senão fizer assim os neighbors não levantam mesmo ele se anúnciando na rede, estou usando com broadcast. E por causa desse problema do OSPF cheguei a outro problema, para evitar a parada da rede na queda do OSPF eu precisava setar rotas estáticas com preferência menor que o OSPF para caso ele cair essas rotas começarem a valer. Minha idéia é ter rotas mais genéricas e fundamentais para minha rede do que todas as do OSPF. Obrigado, -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br / jonata...@gmail.com UIN: 138431258 / MSN: jonata...@msn.com BSD User: BSD051240 / Linux User: #278922 - 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 -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br / jonata...@gmail.com UIN: 138431258 / MSN: jonata...@msn.com BSD User: BSD051240 / Linux User: #278922 - 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 -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br / jonata...@gmail.com UIN: 138431258 / MSN: jonata...@msn.com BSD User: BSD051240 / Linux User: #278922 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
Re: [FUG-BR] Route c/ Metric e OSPF Quagga
Olá estou usando : Em um router: 8.0-RELEASE-p3 quagga-0.99.17_3 Nos outros: 8.1-RELEASE-p1 quagga-0.99.17 E outros com mikrotik que funcionam redondo. A parte da autenticação seria mais por conhecimento mesmo. Mas o problema das quedas que é estranho, no firewall não tenho nada nem em pf nem em ipfw nesses routers ainda. A rede é um /27 com ips válidos e para resolver o outro problema deles não se encontrarem no quagga eu coloquei o IP via vtysh nas interfaces. Só que os ips também estão no rc.conf. Essas placas algumas tem aliases, poderia gerar algum problema? Uma dúvida que estou pesquisando por padrão quando entra ou saí um neighbor ele faz uma nova eleição e por isso eles saem e entram na lista de neighbors mas as rotas saem e voltam também? 2010/11/1 Rafael Ganascim rganas...@gmail.com: O OSPF usa multicast para montar as adjacências, e está fora do normal você ter que reiniciar os outros quagga ao entrar um novo router ospf na rede. Que versão de quagga/FreeBSD você está usando? As liberações de firewall estão certas ou você acerta após o router estar ativo? Estão todos os routers na mesma sub-rede? Sobre a autenticação, creio que ela se torna funcional em um ambiente controlado. Se é um switch seu, com somente seus os roteadores plugados nele, não chegando nenhum dado de cliente ou máquina de terçeiros no mesmo barramento/VLAN eu particularmnete não colocaria mais overhead usando IpSec.. agora se o ambiente é misto, com terceiros e tudo mais, aí é bom pensar em mais segurança (as vezes uma simples interface passiva resolve). Att, Rafael Em 1 de novembro de 2010 08:45, Jonatas M. Victor jonata...@gmail.comescreveu: Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das placas interno ao quagga e ele começou a replicar normalmente. Queria tem uma opnião, como seria a melhor forma de estabeler uma area 0 eu tenho um switch com os meus routers ativos usando broadcast para montar as adjacências. Mas as outras formas seriam mais estáveis de implementar? Eu busco que ao alterar um peer ou adicionar um no barramento todos os outros não caiam e voltem. pois tem acontecido isso aqui na minha estrutura e na volta eu sou obrigado a reiniciar todos os quagga de todos os routers para reestabelecer. E a utilização de autenticação do ospf com MD5 é funcional sem uso de ipsec externo como no BGP? 2010/10/31 Rafael Ganascim rganas...@gmail.com: Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente (ex: como no Cisco, configurou ele aplica). Estou utilizando o quagga-0.99.14_1, com o FreeBSD 7.2-STABLE. Já tive casos dele não ativar as adjacências na interface (ex. re0). Para 'resolver', apliquei a configuração de IP também no quagga (conf t; int re0; ip addr a.b.c.d/24) e ele subiu a vizinhança. Tem que lembrar também que algumas configurações não se aplicam na hora. (Ex. Se você tem na LAN mais de um roteador e quer mudar o DR/BDR não adianta simplesmente aumentar a prioridade que ele assume. Esse tipo de estado não é preemptivo e requer um restart para tornar efetivamente válido. Um restart não só do router em questão, mas dos vizinhos também). Em 30 de outubro de 2010 23:02, Jonatas M. Victor jonata...@gmail.com escreveu: Utilizo sempre o vtysh saio e restart no quagga para funcionar. 2010/10/30 Rafael Ganascim rganas...@gmail.com: Como você tem feito as mudanças no OSPF? Direto no arquivo? Ou conectando por telnet no daemon? Ou ainda usando o 'vtysh'? Em 30 de outubro de 2010 11:11, Jonatas M. Victor jonata...@gmail.com escreveu: Srs, Estou implantado uma área OSPF com vários FreeBSD e o Quagga apresenta vários problemas para modificações em tempo de execução. Qualquer alteração que eu faço no ospf tenho que reiniciar todo o processo do quagga senão não levanta. Alguém já teve experiência com isso? Senão fizer assim os neighbors não levantam mesmo ele se anúnciando na rede, estou usando com broadcast. E por causa desse problema do OSPF cheguei a outro problema, para evitar a parada da rede na queda do OSPF eu precisava setar rotas estáticas com preferência menor que o OSPF para caso ele cair essas rotas começarem a valer. Minha idéia é ter rotas mais genéricas e fundamentais para minha rede do que todas as do OSPF. Obrigado, -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br / jonata...@gmail.com UIN: 138431258 / MSN: jonata...@msn.com BSD User: BSD051240 / Linux User: #278922 - 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 -- .:Abraços:. Jonatas M. Victor jona...@jmv.eti.br /
Re: [FUG-BR] Route c/ Metric e OSPF Quagga
Em teoria não pode haver eleição quando entra um novo neighbor, mesmo que a prioridade dele seja melhor. Uma vez estabelecido o DR/BDR, só muda se houver uma falha na rede. E as rotas que devem mudar ao entrar um novo neighbor são só aquelas relativas ao vizinho em si, não todas. Sobre o usar alias nas interfaces, sinceramente não sei se pode ser a causa do problema. O importante é certificar-se que os hellos estão saindo todos pelo IP da mesma sub-rede dos demais routers (um tcpdump ja te mostra como está). Att, Em 1 de novembro de 2010 11:09, Jonatas M. Victor jonata...@gmail.comescreveu: Olá estou usando : Em um router: 8.0-RELEASE-p3 quagga-0.99.17_3 Nos outros: 8.1-RELEASE-p1 quagga-0.99.17 E outros com mikrotik que funcionam redondo. A parte da autenticação seria mais por conhecimento mesmo. Mas o problema das quedas que é estranho, no firewall não tenho nada nem em pf nem em ipfw nesses routers ainda. A rede é um /27 com ips válidos e para resolver o outro problema deles não se encontrarem no quagga eu coloquei o IP via vtysh nas interfaces. Só que os ips também estão no rc.conf. Essas placas algumas tem aliases, poderia gerar algum problema? Uma dúvida que estou pesquisando por padrão quando entra ou saí um neighbor ele faz uma nova eleição e por isso eles saem e entram na lista de neighbors mas as rotas saem e voltam também? 2010/11/1 Rafael Ganascim rganas...@gmail.com: O OSPF usa multicast para montar as adjacências, e está fora do normal você ter que reiniciar os outros quagga ao entrar um novo router ospf na rede. Que versão de quagga/FreeBSD você está usando? As liberações de firewall estão certas ou você acerta após o router estar ativo? Estão todos os routers na mesma sub-rede? Sobre a autenticação, creio que ela se torna funcional em um ambiente controlado. Se é um switch seu, com somente seus os roteadores plugados nele, não chegando nenhum dado de cliente ou máquina de terçeiros no mesmo barramento/VLAN eu particularmnete não colocaria mais overhead usando IpSec.. agora se o ambiente é misto, com terceiros e tudo mais, aí é bom pensar em mais segurança (as vezes uma simples interface passiva resolve). Att, Rafael Em 1 de novembro de 2010 08:45, Jonatas M. Victor jonata...@gmail.com escreveu: Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das placas interno ao quagga e ele começou a replicar normalmente. Queria tem uma opnião, como seria a melhor forma de estabeler uma area 0 eu tenho um switch com os meus routers ativos usando broadcast para montar as adjacências. Mas as outras formas seriam mais estáveis de implementar? Eu busco que ao alterar um peer ou adicionar um no barramento todos os outros não caiam e voltem. pois tem acontecido isso aqui na minha estrutura e na volta eu sou obrigado a reiniciar todos os quagga de todos os routers para reestabelecer. E a utilização de autenticação do ospf com MD5 é funcional sem uso de ipsec externo como no BGP? 2010/10/31 Rafael Ganascim rganas...@gmail.com: Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente (ex: como no Cisco, configurou ele aplica). Estou utilizando o quagga-0.99.14_1, com o FreeBSD 7.2-STABLE. Já tive casos dele não ativar as adjacências na interface (ex. re0). Para 'resolver', apliquei a configuração de IP também no quagga (conf t; int re0; ip addr a.b.c.d/24) e ele subiu a vizinhança. Tem que lembrar também que algumas configurações não se aplicam na hora. (Ex. Se você tem na LAN mais de um roteador e quer mudar o DR/BDR não adianta simplesmente aumentar a prioridade que ele assume. Esse tipo de estado não é preemptivo e requer um restart para tornar efetivamente válido. Um restart não só do router em questão, mas dos vizinhos também). Em 30 de outubro de 2010 23:02, Jonatas M. Victor jonata...@gmail.com escreveu: Utilizo sempre o vtysh saio e restart no quagga para funcionar. 2010/10/30 Rafael Ganascim rganas...@gmail.com: Como você tem feito as mudanças no OSPF? Direto no arquivo? Ou conectando por telnet no daemon? Ou ainda usando o 'vtysh'? Em 30 de outubro de 2010 11:11, Jonatas M. Victor jonata...@gmail.com escreveu: Srs, Estou implantado uma área OSPF com vários FreeBSD e o Quagga apresenta vários problemas para modificações em tempo de execução. Qualquer alteração que eu faço no ospf tenho que reiniciar todo o processo do quagga senão não levanta. Alguém já teve experiência com isso? Senão fizer assim os neighbors não levantam mesmo ele se anúnciando na rede, estou usando com broadcast. E por causa desse problema do OSPF cheguei a outro problema, para evitar a parada da rede na queda do OSPF eu precisava setar rotas estáticas com preferência menor que o OSPF para caso ele cair essas
Re: [FUG-BR] Route c/ Metric e OSPF Quagga
Sim eu bati com o tcpdump quando montei a estrutura e está saíndo ok o helo pelo os IPs do barramento. Então está ok essa configuração. Mas voltando ao tópico como trabalhar no BSD sem ter o recurso de métricas? Já que pelo que eu pesquisei até hoje somente dah para fazer via quagga e na hora de colocar na FIB sim colocar a melhor. Mas diretamente na FIB não tem suporte a escrever as rotas com métricas. Hoje estou fazendo que o GW default seja repassado via OSPF, mas no caso do OSPF falhar devido a essas instabilidades ou o processo parar por algum motivo a rota do gw default assumiria, mas para isso eu precisava que as rotas OSPF tivessem prioridade as rotas kernel na FIB do FreeBSD. 2010/11/1 Rafael Ganascim rganas...@gmail.com: Em teoria não pode haver eleição quando entra um novo neighbor, mesmo que a prioridade dele seja melhor. Uma vez estabelecido o DR/BDR, só muda se houver uma falha na rede. E as rotas que devem mudar ao entrar um novo neighbor são só aquelas relativas ao vizinho em si, não todas. Sobre o usar alias nas interfaces, sinceramente não sei se pode ser a causa do problema. O importante é certificar-se que os hellos estão saindo todos pelo IP da mesma sub-rede dos demais routers (um tcpdump ja te mostra como está). Att, Em 1 de novembro de 2010 11:09, Jonatas M. Victor jonata...@gmail.comescreveu: Olá estou usando : Em um router: 8.0-RELEASE-p3 quagga-0.99.17_3 Nos outros: 8.1-RELEASE-p1 quagga-0.99.17 E outros com mikrotik que funcionam redondo. A parte da autenticação seria mais por conhecimento mesmo. Mas o problema das quedas que é estranho, no firewall não tenho nada nem em pf nem em ipfw nesses routers ainda. A rede é um /27 com ips válidos e para resolver o outro problema deles não se encontrarem no quagga eu coloquei o IP via vtysh nas interfaces. Só que os ips também estão no rc.conf. Essas placas algumas tem aliases, poderia gerar algum problema? Uma dúvida que estou pesquisando por padrão quando entra ou saí um neighbor ele faz uma nova eleição e por isso eles saem e entram na lista de neighbors mas as rotas saem e voltam também? 2010/11/1 Rafael Ganascim rganas...@gmail.com: O OSPF usa multicast para montar as adjacências, e está fora do normal você ter que reiniciar os outros quagga ao entrar um novo router ospf na rede. Que versão de quagga/FreeBSD você está usando? As liberações de firewall estão certas ou você acerta após o router estar ativo? Estão todos os routers na mesma sub-rede? Sobre a autenticação, creio que ela se torna funcional em um ambiente controlado. Se é um switch seu, com somente seus os roteadores plugados nele, não chegando nenhum dado de cliente ou máquina de terçeiros no mesmo barramento/VLAN eu particularmnete não colocaria mais overhead usando IpSec.. agora se o ambiente é misto, com terceiros e tudo mais, aí é bom pensar em mais segurança (as vezes uma simples interface passiva resolve). Att, Rafael Em 1 de novembro de 2010 08:45, Jonatas M. Victor jonata...@gmail.com escreveu: Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das placas interno ao quagga e ele começou a replicar normalmente. Queria tem uma opnião, como seria a melhor forma de estabeler uma area 0 eu tenho um switch com os meus routers ativos usando broadcast para montar as adjacências. Mas as outras formas seriam mais estáveis de implementar? Eu busco que ao alterar um peer ou adicionar um no barramento todos os outros não caiam e voltem. pois tem acontecido isso aqui na minha estrutura e na volta eu sou obrigado a reiniciar todos os quagga de todos os routers para reestabelecer. E a utilização de autenticação do ospf com MD5 é funcional sem uso de ipsec externo como no BGP? 2010/10/31 Rafael Ganascim rganas...@gmail.com: Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente (ex: como no Cisco, configurou ele aplica). Estou utilizando o quagga-0.99.14_1, com o FreeBSD 7.2-STABLE. Já tive casos dele não ativar as adjacências na interface (ex. re0). Para 'resolver', apliquei a configuração de IP também no quagga (conf t; int re0; ip addr a.b.c.d/24) e ele subiu a vizinhança. Tem que lembrar também que algumas configurações não se aplicam na hora. (Ex. Se você tem na LAN mais de um roteador e quer mudar o DR/BDR não adianta simplesmente aumentar a prioridade que ele assume. Esse tipo de estado não é preemptivo e requer um restart para tornar efetivamente válido. Um restart não só do router em questão, mas dos vizinhos também). Em 30 de outubro de 2010 23:02, Jonatas M. Victor jonata...@gmail.com escreveu: Utilizo sempre o vtysh saio e restart no quagga para funcionar. 2010/10/30 Rafael Ganascim rganas...@gmail.com: Como você tem feito as mudanças no OSPF? Direto no arquivo? Ou conectando por telnet no daemon? Ou ainda
[FUG-BR] [OFF-TOPIC] Backup com Bacula
Alguem ai usa o bacula como solução de backup no FreeBSD? Obrigado. Antonio Modesto Gerente de TI Praça Getúlio Vargas, 77 – Sala 308 – Centro Santo Antônio do Monte – MG – CEP: 35560-000 (37) 3281-2800 isimp...@isimples.com.brhttp://www.isimples.com.br Aviso:Esta mensagem e quaisquer arquivos em anexo podem conter informações confidenciais e/ou privilegiadas. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, por favor, não leia, copie, repasse, imprima, guarde, nem tome qualquer ação baseada nessas informações. Notifique o remetente imediatamente por e-mail e apague a mensagem permanentemente. Atenção: embora a Isimples Telecom, tome seus cuidados para garantir a ausência de vírus neste e-mail, a empresa não se responsabiliza por quaisquer perdas ou danos decorrentes do uso da mensagem e seus anexos. A segurança e ausência de erros na transmissão do e-mail não podem ser garantidas, já que as informações podem ser interceptadas, corrompidas, perdidas, destruídas, atrasadas, chegarem incompletas, ou, ainda, conter vírus. Recomendamos checar se o e-mail e seus anexos contém vírus, uma vez que nem a Isimples Telecom ou o remetente se responsabilizam pela transmissão destes. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Route c/ Metric e OSPF Quagga
E se colocar as rotas default de 'backup' pelo zebra mesmo, com uma distancia administrativa pior? Ex: ip route 0.0.0.0 0.0.0.0 192.168.1.1 111 Em 1 de novembro de 2010 14:04, Jonatas M. Victor jonata...@gmail.comescreveu: Sim eu bati com o tcpdump quando montei a estrutura e está saíndo ok o helo pelo os IPs do barramento. Então está ok essa configuração. Mas voltando ao tópico como trabalhar no BSD sem ter o recurso de métricas? Já que pelo que eu pesquisei até hoje somente dah para fazer via quagga e na hora de colocar na FIB sim colocar a melhor. Mas diretamente na FIB não tem suporte a escrever as rotas com métricas. Hoje estou fazendo que o GW default seja repassado via OSPF, mas no caso do OSPF falhar devido a essas instabilidades ou o processo parar por algum motivo a rota do gw default assumiria, mas para isso eu precisava que as rotas OSPF tivessem prioridade as rotas kernel na FIB do FreeBSD. 2010/11/1 Rafael Ganascim rganas...@gmail.com: Em teoria não pode haver eleição quando entra um novo neighbor, mesmo que a prioridade dele seja melhor. Uma vez estabelecido o DR/BDR, só muda se houver uma falha na rede. E as rotas que devem mudar ao entrar um novo neighbor são só aquelas relativas ao vizinho em si, não todas. Sobre o usar alias nas interfaces, sinceramente não sei se pode ser a causa do problema. O importante é certificar-se que os hellos estão saindo todos pelo IP da mesma sub-rede dos demais routers (um tcpdump ja te mostra como está). Att, Em 1 de novembro de 2010 11:09, Jonatas M. Victor jonata...@gmail.com escreveu: Olá estou usando : Em um router: 8.0-RELEASE-p3 quagga-0.99.17_3 Nos outros: 8.1-RELEASE-p1 quagga-0.99.17 E outros com mikrotik que funcionam redondo. A parte da autenticação seria mais por conhecimento mesmo. Mas o problema das quedas que é estranho, no firewall não tenho nada nem em pf nem em ipfw nesses routers ainda. A rede é um /27 com ips válidos e para resolver o outro problema deles não se encontrarem no quagga eu coloquei o IP via vtysh nas interfaces. Só que os ips também estão no rc.conf. Essas placas algumas tem aliases, poderia gerar algum problema? Uma dúvida que estou pesquisando por padrão quando entra ou saí um neighbor ele faz uma nova eleição e por isso eles saem e entram na lista de neighbors mas as rotas saem e voltam também? 2010/11/1 Rafael Ganascim rganas...@gmail.com: O OSPF usa multicast para montar as adjacências, e está fora do normal você ter que reiniciar os outros quagga ao entrar um novo router ospf na rede. Que versão de quagga/FreeBSD você está usando? As liberações de firewall estão certas ou você acerta após o router estar ativo? Estão todos os routers na mesma sub-rede? Sobre a autenticação, creio que ela se torna funcional em um ambiente controlado. Se é um switch seu, com somente seus os roteadores plugados nele, não chegando nenhum dado de cliente ou máquina de terçeiros no mesmo barramento/VLAN eu particularmnete não colocaria mais overhead usando IpSec.. agora se o ambiente é misto, com terceiros e tudo mais, aí é bom pensar em mais segurança (as vezes uma simples interface passiva resolve). Att, Rafael Em 1 de novembro de 2010 08:45, Jonatas M. Victor jonata...@gmail.com escreveu: Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das placas interno ao quagga e ele começou a replicar normalmente. Queria tem uma opnião, como seria a melhor forma de estabeler uma area 0 eu tenho um switch com os meus routers ativos usando broadcast para montar as adjacências. Mas as outras formas seriam mais estáveis de implementar? Eu busco que ao alterar um peer ou adicionar um no barramento todos os outros não caiam e voltem. pois tem acontecido isso aqui na minha estrutura e na volta eu sou obrigado a reiniciar todos os quagga de todos os routers para reestabelecer. E a utilização de autenticação do ospf com MD5 é funcional sem uso de ipsec externo como no BGP? 2010/10/31 Rafael Ganascim rganas...@gmail.com: Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente (ex: como no Cisco, configurou ele aplica). Estou utilizando o quagga-0.99.14_1, com o FreeBSD 7.2-STABLE. Já tive casos dele não ativar as adjacências na interface (ex. re0). Para 'resolver', apliquei a configuração de IP também no quagga (conf t; int re0; ip addr a.b.c.d/24) e ele subiu a vizinhança. Tem que lembrar também que algumas configurações não se aplicam na hora. (Ex. Se você tem na LAN mais de um roteador e quer mudar o DR/BDR não adianta simplesmente aumentar a prioridade que ele assume. Esse tipo de estado não é preemptivo e requer um restart para tornar efetivamente válido. Um restart não só do router em
Re: [FUG-BR] [OFF-TOPIC] Backup com Bacula
Eu uso.O aue voce quer saber especificamente? Em 01/11/2010 13:06, Antonio Modesto mode...@isimples.com.brescreveu: Alguem ai usa o bacula como solução de backup no FreeBSD? Obrigado. Antonio Modesto Gerente de TI Praça Getúlio Vargas, 77 – Sala 308 – Centro Santo Antônio do Monte – MG – CEP: 35560-000 (37) 3281-2800 isimp...@isimples.com.brhttp://www.isimples.com.br Aviso:Esta mensagem e quaisquer arquivos em anexo podem conter informações confidenciais e/ou privilegiadas. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, por favor, não leia, copie, repasse, imprima, guarde, nem tome qualquer ação baseada nessas informações. Notifique o remetente imediatamente por e-mail e apague a mensagem permanentemente. Atenção: embora a Isimples Telecom, tome seus cuidados para garantir a ausência de vírus neste e-mail, a empresa não se responsabiliza por quaisquer perdas ou danos decorrentes do uso da mensagem e seus anexos. A segurança e ausência de erros na transmissão do e-mail não podem ser garantidas, já que as informações podem ser interceptadas, corrompidas, perdidas, destruídas, atrasadas, chegarem incompletas, ou, ainda, conter vírus. Recomendamos checar se o e-mail e seus anexos contém vírus, uma vez que nem a Isimples Telecom ou o remetente se responsabilizam pela transmissão destes. - 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] Route c/ Metric e OSPF Quagga
Sim, mas se o zebra sofre um problema a caixa vai ficar sem rotas. Mesmo assim é uma boa solução as rotas staticas direto no zebra. 2010/11/1 Rafael Ganascim rganas...@gmail.com: E se colocar as rotas default de 'backup' pelo zebra mesmo, com uma distancia administrativa pior? Ex: ip route 0.0.0.0 0.0.0.0 192.168.1.1 111 Em 1 de novembro de 2010 14:04, Jonatas M. Victor jonata...@gmail.comescreveu: Sim eu bati com o tcpdump quando montei a estrutura e está saíndo ok o helo pelo os IPs do barramento. Então está ok essa configuração. Mas voltando ao tópico como trabalhar no BSD sem ter o recurso de métricas? Já que pelo que eu pesquisei até hoje somente dah para fazer via quagga e na hora de colocar na FIB sim colocar a melhor. Mas diretamente na FIB não tem suporte a escrever as rotas com métricas. Hoje estou fazendo que o GW default seja repassado via OSPF, mas no caso do OSPF falhar devido a essas instabilidades ou o processo parar por algum motivo a rota do gw default assumiria, mas para isso eu precisava que as rotas OSPF tivessem prioridade as rotas kernel na FIB do FreeBSD. 2010/11/1 Rafael Ganascim rganas...@gmail.com: Em teoria não pode haver eleição quando entra um novo neighbor, mesmo que a prioridade dele seja melhor. Uma vez estabelecido o DR/BDR, só muda se houver uma falha na rede. E as rotas que devem mudar ao entrar um novo neighbor são só aquelas relativas ao vizinho em si, não todas. Sobre o usar alias nas interfaces, sinceramente não sei se pode ser a causa do problema. O importante é certificar-se que os hellos estão saindo todos pelo IP da mesma sub-rede dos demais routers (um tcpdump ja te mostra como está). Att, Em 1 de novembro de 2010 11:09, Jonatas M. Victor jonata...@gmail.com escreveu: Olá estou usando : Em um router: 8.0-RELEASE-p3 quagga-0.99.17_3 Nos outros: 8.1-RELEASE-p1 quagga-0.99.17 E outros com mikrotik que funcionam redondo. A parte da autenticação seria mais por conhecimento mesmo. Mas o problema das quedas que é estranho, no firewall não tenho nada nem em pf nem em ipfw nesses routers ainda. A rede é um /27 com ips válidos e para resolver o outro problema deles não se encontrarem no quagga eu coloquei o IP via vtysh nas interfaces. Só que os ips também estão no rc.conf. Essas placas algumas tem aliases, poderia gerar algum problema? Uma dúvida que estou pesquisando por padrão quando entra ou saí um neighbor ele faz uma nova eleição e por isso eles saem e entram na lista de neighbors mas as rotas saem e voltam também? 2010/11/1 Rafael Ganascim rganas...@gmail.com: O OSPF usa multicast para montar as adjacências, e está fora do normal você ter que reiniciar os outros quagga ao entrar um novo router ospf na rede. Que versão de quagga/FreeBSD você está usando? As liberações de firewall estão certas ou você acerta após o router estar ativo? Estão todos os routers na mesma sub-rede? Sobre a autenticação, creio que ela se torna funcional em um ambiente controlado. Se é um switch seu, com somente seus os roteadores plugados nele, não chegando nenhum dado de cliente ou máquina de terçeiros no mesmo barramento/VLAN eu particularmnete não colocaria mais overhead usando IpSec.. agora se o ambiente é misto, com terceiros e tudo mais, aí é bom pensar em mais segurança (as vezes uma simples interface passiva resolve). Att, Rafael Em 1 de novembro de 2010 08:45, Jonatas M. Victor jonata...@gmail.com escreveu: Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das placas interno ao quagga e ele começou a replicar normalmente. Queria tem uma opnião, como seria a melhor forma de estabeler uma area 0 eu tenho um switch com os meus routers ativos usando broadcast para montar as adjacências. Mas as outras formas seriam mais estáveis de implementar? Eu busco que ao alterar um peer ou adicionar um no barramento todos os outros não caiam e voltem. pois tem acontecido isso aqui na minha estrutura e na volta eu sou obrigado a reiniciar todos os quagga de todos os routers para reestabelecer. E a utilização de autenticação do ospf com MD5 é funcional sem uso de ipsec externo como no BGP? 2010/10/31 Rafael Ganascim rganas...@gmail.com: Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente (ex: como no Cisco, configurou ele aplica). Estou utilizando o quagga-0.99.14_1, com o FreeBSD 7.2-STABLE. Já tive casos dele não ativar as adjacências na interface (ex. re0). Para 'resolver', apliquei a configuração de IP também no quagga (conf t; int re0; ip addr a.b.c.d/24) e ele subiu a vizinhança. Tem que lembrar também que algumas configurações não se aplicam na hora. (Ex. Se você tem na LAN mais de um roteador e quer mudar o DR/BDR não adianta
Re: [FUG-BR] [OFF-TOPIC] Backup com Bacula
Estou dando uma olhada na documentação, pelo que vi é uma ferramenta muito boa, o que mais me interessa é backups incrementais de bancos mySQL de hosts independentes. On Mon, 2010-11-01 at 13:25 -0300, Otacílio de Araújo Ramos Neto wrote: Eu uso.O aue voce quer saber especificamente? Em 01/11/2010 13:06, Antonio Modesto mode...@isimples.com.brescreveu: Alguem ai usa o bacula como solução de backup no FreeBSD? Obrigado. Antonio Modesto Gerente de TI Praça Getúlio Vargas, 77 – Sala 308 – Centro Santo Antônio do Monte – MG – CEP: 35560-000 (37) 3281-2800 isimp...@isimples.com.brhttp://www.isimples.com.br Aviso:Esta mensagem e quaisquer arquivos em anexo podem conter informações confidenciais e/ou privilegiadas. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, por favor, não leia, copie, repasse, imprima, guarde, nem tome qualquer ação baseada nessas informações. Notifique o remetente imediatamente por e-mail e apague a mensagem permanentemente. Atenção: embora a Isimples Telecom, tome seus cuidados para garantir a ausência de vírus neste e-mail, a empresa não se responsabiliza por quaisquer perdas ou danos decorrentes do uso da mensagem e seus anexos. A segurança e ausência de erros na transmissão do e-mail não podem ser garantidas, já que as informações podem ser interceptadas, corrompidas, perdidas, destruídas, atrasadas, chegarem incompletas, ou, ainda, conter vírus. Recomendamos checar se o e-mail e seus anexos contém vírus, uma vez que nem a Isimples Telecom ou o remetente se responsabilizam pela transmissão destes. - 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 Antonio Modesto Gerente de TI Praça Getúlio Vargas, 77 – Sala 308 – Centro Santo Antônio do Monte – MG – CEP: 35560-000 (37) 3281-2800 isimp...@isimples.com.brhttp://www.isimples.com.br Aviso:Esta mensagem e quaisquer arquivos em anexo podem conter informações confidenciais e/ou privilegiadas. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, por favor, não leia, copie, repasse, imprima, guarde, nem tome qualquer ação baseada nessas informações. Notifique o remetente imediatamente por e-mail e apague a mensagem permanentemente. Atenção: embora a Isimples Telecom, tome seus cuidados para garantir a ausência de vírus neste e-mail, a empresa não se responsabiliza por quaisquer perdas ou danos decorrentes do uso da mensagem e seus anexos. A segurança e ausência de erros na transmissão do e-mail não podem ser garantidas, já que as informações podem ser interceptadas, corrompidas, perdidas, destruídas, atrasadas, chegarem incompletas, ou, ainda, conter vírus. Recomendamos checar se o e-mail e seus anexos contém vírus, uma vez que nem a Isimples Telecom ou o remetente se responsabilizam pela transmissão destes. - 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] Backup com Bacula
Eu uso Bacula, mais uso em servidor debian Em 01-11-2010 17:59, Antonio Modesto escreveu: Estou dando uma olhada na documentação, pelo que vi é uma ferramenta muito boa, o que mais me interessa é backups incrementais de bancos mySQL de hosts independentes. On Mon, 2010-11-01 at 13:25 -0300, Otacílio de Araújo Ramos Neto wrote: Eu uso.O aue voce quer saber especificamente? Em 01/11/2010 13:06, Antonio Modestomode...@isimples.com.brescreveu: Alguem ai usa o bacula como solução de backup no FreeBSD? Obrigado. Antonio Modesto Gerente de TI Praça Getúlio Vargas, 77 – Sala 308 – Centro Santo Antônio do Monte – MG – CEP: 35560-000 (37) 3281-2800 isimp...@isimples.com.brhttp://www.isimples.com.br Aviso:Esta mensagem e quaisquer arquivos em anexo podem conter informações confidenciais e/ou privilegiadas. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, por favor, não leia, copie, repasse, imprima, guarde, nem tome qualquer ação baseada nessas informações. Notifique o remetente imediatamente por e-mail e apague a mensagem permanentemente. Atenção: embora a Isimples Telecom, tome seus cuidados para garantir a ausência de vírus neste e-mail, a empresa não se responsabiliza por quaisquer perdas ou danos decorrentes do uso da mensagem e seus anexos. A segurança e ausência de erros na transmissão do e-mail não podem ser garantidas, já que as informações podem ser interceptadas, corrompidas, perdidas, destruídas, atrasadas, chegarem incompletas, ou, ainda, conter vírus. Recomendamos checar se o e-mail e seus anexos contém vírus, uma vez que nem a Isimples Telecom ou o remetente se responsabilizam pela transmissão destes. - 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 Antonio Modesto Gerente de TI Praça Getúlio Vargas, 77 – Sala 308 – Centro Santo Antônio do Monte – MG – CEP: 35560-000 (37) 3281-2800 isimp...@isimples.com.brhttp://www.isimples.com.br Aviso:Esta mensagem e quaisquer arquivos em anexo podem conter informações confidenciais e/ou privilegiadas. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, por favor, não leia, copie, repasse, imprima, guarde, nem tome qualquer ação baseada nessas informações. Notifique o remetente imediatamente por e-mail e apague a mensagem permanentemente. Atenção: embora a Isimples Telecom, tome seus cuidados para garantir a ausência de vírus neste e-mail, a empresa não se responsabiliza por quaisquer perdas ou danos decorrentes do uso da mensagem e seus anexos. A segurança e ausência de erros na transmissão do e-mail não podem ser garantidas, já que as informações podem ser interceptadas, corrompidas, perdidas, destruídas, atrasadas, chegarem incompletas, ou, ainda, conter vírus. Recomendamos checar se o e-mail e seus anexos contém vírus, uma vez que nem a Isimples Telecom ou o remetente se responsabilizam pela transmissão destes. - 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] Samba 3.4 x FAT32
Nao consegui resolver este problema ainda alguem poderia me ajudar neste caso. Obrigado !!! JVDS On 10/18/10 11:58 AM, Joao Vitor wrote: quando eu compartilho uma pasta que seja da particao nativa FreeBSD blz agora quando tento compartilhar um driver montado tipo FAT32 ai sem sucesso ate compartilha so que nao lista os arquivos que estao la nesta particao. Obrigado!!! On 10/18/10 11:50 AM, Alessandro de Souza Rocha wrote: olha so o meu como esta so nao tem particao windows fat. [global] workgroup = CASTRO server string = FreeBSD Server netbios name = FreeBSD security = share load printers = yes ; printcap name = /etc/printcap printcap name = lpstat printing = cups log file = /var/log/samba.%m max log size = 50 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 os level = 100 dns proxy = no # Share Definitions == [printers] comment = All Printers path = /var/spool/samba browseable = no public = yes guest ok = yes writable = no printable = yes [samba] comment = home path = /usr/home/samba public = yes only guest = yes writable = yes read only = No browseable = yes printable = no force create mask = 0777 recycle:repository = .lixeira vfs objects = recycle [sistemas] comment = sistemas path = /home/sistemas public = yes only guest = yes writable = yes read only = No browseable = yes printable = no force create mask = 0777 recycle:repository = .lixeira vfs objects = recycle Em 18 de outubro de 2010 10:30, Joao Vitorj...@bol.com.br escreveu: Sim esta do mesmo jeito On 10/15/10 10:22 AM, Carlos Anderson Jardim wrote: Adiciona ai a linha: map hidden = yes E veja se o mesmo sera exibido. Em 14 de outubro de 2010 08:46, Joao Vitorj...@bol.com.br escreveu: Estou montando a particao fat32 e compartilhando ai quando mando copiar um arquivo la copia so que fica oculto porque ? minhas configuracoes estao assim: /etc/fstab //dev/da0s7 /mnt/PUBLIC msdosfs rw,-m=0777 0 0/ /usr/local/etc/smb.conf [global] workgroup = TESTE netbios name = SERV_TEST server string = FreeBSD %v security = SHARE encrypt passwords = Yes [public] path = /mnt/PUBLIC public = Yes read only = No guest ok = Yes writable=yes browseable=yes only guest=yes locking=no directory mask = 0777 create mask = 0777 Obrigado !!! JVDS - 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] cartão
http://olhardigital.uol.com.br/produtos/digital_news/voce-ja-viu-o-cartao-de-credito-da-linux/14622 -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 http://diseg.pu.ufrj.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] cartão
Prefiro este: http://bsdfund.org/card/ Edson Brandi http://blog.ebrandi.eti.br OpenPGP Key: 0xA5C45B43401FF8F3 1BAB 0B87 EE89 B8D4 B418 66D6 A5C4 5B43 401F F8F3 Em 01/11/2010 20:53, Anderson Alves de Albuquerque escreveu: http://olhardigital.uol.com.br/produtos/digital_news/voce-ja-viu-o-cartao-de-credito-da-linux/14622 signature.asc Description: OpenPGP digital signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] cartão
2010/11/1 Anderson Alves de Albuquerque anderso...@gmail.com: http://olhardigital.uol.com.br/produtos/digital_news/voce-ja-viu-o-cartao-de-credito-da-linux/14622 -- [], Anderson Alves de Albuquerque. está a valer uma flag off-topic no post inicial, mas tudo bem... vamos tentar remediar. http://bsdfund.org/card/ -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Samba 3.4 x FAT32
2010/11/1 Joao Vitor j...@bol.com.br: Nao consegui resolver este problema ainda alguem poderia me ajudar neste caso. Obrigado !!! JVDS [global] blablabla... guest account = nobody map to guest = bad user [pub] blablabla... browsable = yes writable = yes public = yes guest ok = yes # smbpasswd -an nobody -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Samba 3.4 x FAT32
Quando uso uma maquina windows XP para acessar recebo esta mensagem de erro is not accessible !!! The handle is invalid On 11/1/10 9:58 PM, Vinícius Zavam wrote: guest account = nobody - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd