Re: [FUG-BR] (sem assunto)
Eu já utilizei umas placas quad, e eu tinha 4 ems, em0, em1, em2 e em3... On Wed, Sep 04, 2013 at 11:35:44AM -0300, EnioRM wrote: > Pessoal, coloquei 2 placas de rede no servidor com FreeBSD 9.2-Prerelease. > São placas HP NC360T Dual Port com chipset Intel Pro/1000, ta usando o > módulo *em* > > nunca trabalhei com essas placas dualport > não sei se é normal, mas o ifconfig me mostra apenas em0 e em1 > eu pensei que teria disponível para uso 4 nics, em0, em1, em2 e em3 > > no ifconfig também mostra status: active mesmo quando o cabo está conectado > em apenas 1 das ports em uma placa, será então que a segunda porta fica > disponível para uso como apenas uma segunda conexão, e não uma segunda > placa? > > Kernel recompilado com device pooling, mesmo que não está havendo > compartilhamento de irs, como mostra o dmesg > > em0: port 0xc880-0xc89f mem > 0xfce8-0xfce9,0xfce6-0xfce7 irq 16 at device 0.0 on pci2 > em0: Using an MSI interrupt > em0: Ethernet address: 00:24:81:7b:1c:34 > em1: port 0xcc00-0xcc1f mem > 0xfcee-0xfcef,0xfcec-0xfced irq 17 at device 0.1 on pci2 > em1: Using an MSI interrupt > em1: Ethernet address: 00:24:81:7b:1c:35 > > > alguém já trabalho com esses tipos de nics? sabem dizer se está ok? > > abraço > > > -- > *ENIO R M* > *Backup na nuvem **com o Dropbox **http://db.tt/VfwUj00m* > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freebsd + Quagga + BGP
Boa noite Renato,
Eu conheço PBR, mas o que eu quis dizer, aproveitando o seu exemplo é que se vc
pegar um /24 e anunciar com mais local-preference para o peer1
escolher outro /24 e anunciar com mais local-preference para o peer2, e assim
por diante, vai ter o mesmo resultado. Gerenciando o local-preference por
prefixo, não "por link".
Se o link3 ficar saturado, você pode manobrar o tráfego tirando o
local-preference dos prefixos que você tinha ajustado anteriormente.
O balanceamento de tráfego para rotas com o mesmo custo (ECMP), depende de
suporte no S.O. e isso é uma outra novela.
No linux me disseram que funciona bem, no FreeBSD eu tive 1 milhão de problemas
habilitando RADIX_MPATH e full routing com quagga.
No OpenBSD eu já usei, e funciona bem.
PBR é muito bacana, mas acho que não é pré requisito para funcionar o que o
rapaz ali precisa =)
Abraço!
On Mon, Aug 26, 2013 at 06:39:18PM -0300, Renato Frederick wrote:
> On 8/26/2013 10:28 AM, André Gustavo N. Lopes wrote:
> > Bom dia Renato, eu não entendi muito bem a necessidade de PBR, não é só uma
> > questão de ajustar os local-preference ?
> >
> > On Sun, Aug 25, 2013 at 04:44:12PM -0300, Renato Frederick wrote:
>
> André,
>
> Boa Noite!
>
> Sobre o PBR, imagine isto
>
> link1 = 10mb
> link2 = 10mb
> link3 = 10mb
>
> Imagine, pra simplificar que você tem 3 blocos /24.
>
> redeA 10.0.0.0/24
> redeB 10.0.1.0/24
> redeC 10.0.2.0/24
>
> PBR seria o seguinte: Você falar que todo o tráfego da redeA sai pelo
> link1, todo trafego da redeB sai pelo link2 e todo tráfego da redeC pelo
> link3.
>
> Agora, imagine que o link3 está 100% usado, mas o link1 está 20% só.
>
> Se você for no BGP e falar que o link1 tem local-preference maior, TODAS
> as 3 redes, redeA, redeB, redeC, começaram a siar pelo link1. Então você
> não resolveu, apenas transferiu o problema do link3 pro link1.
>
> Com o PBR você faria o seguinte:
>
> Analisaria quais IP estão usando, por exemplo, 40% do link3.
>
> Daí, jogaria estes IP e SOMENTE eles para o link1.
>
> Então, o link1 que tinha 20%, vai ter agora 20 + 40 = 60% de uso.
> e o link3, que tinha 100%, vai ter só 60%.
>
> então ficou balanceado, 60% link1, 60% link3.
>
> Porém, imagina que o link1 caiu. sua regra está manual, você teria que
> entrar no firewall e mudar a regra.
>
> Com o PF + OPENBGPD você faz o seguinte que resolve.
>
> pega todas as redes(full rouring) aprendidas pelo BGP do link1 e poe na
> table do PF
>
> Faz o mesmo com o link2 e 3.
>
> E daí faz uma regra de fwd:
>
> pass out quick route-to ( em0 ip.remoto ) from { 10.0.0.0/24 } to
> keep state
>
> assim, se o link1 cair, a table estará vazia(já que o openbgpd
> não vai popular ela).
>
> isto é o que o cisco faz no bgp dele, você usa o bgp + estado da
> interface(fisica ou loopback). Se a interface cai, aquela origem é
> roteada para outra, usando pesos.
>
> então, em resumo, local-prefence redireciona TODAS as redes de origem,
> manipula só destino. Usando este esquema, você manipula a origem
> também(com o route-to) e destino(com local-preference, weight, etc).
>
> No passado eu até perguntei isto aqui, acho que foi até o Patrick que
> falou algo sobre "BATMAN", olha o link abaixo:
>
> http://www.fug.com.br/historico/html/freebsd/2008-11/msg00477.html
>
> Esta ideia dele de usar o pf + openbgpd foi muito legal, e me ajudou
> demais!!
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
signature.asc
Description: 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] Freebsd + Quagga + BGP
Bom dia Renato, eu não entendi muito bem a necessidade de PBR, não é só uma questão de ajustar os local-preference ? On Sun, Aug 25, 2013 at 04:44:12PM -0300, Renato Frederick wrote: > > Em 23/08/13 15:25, Marco Aurelio escreveu: > > Olá pessoal, precisando da ajuda de vocês, pois estou meio perdido nessa > > configurações. > > > > Sou iniciante no assunto, já peço desculpas se estiver no cominho errado. > > > > Meu cenário é este ... > > > > OPERADORAMEU PROVEDOR AS 1234 > > 10.1/30 --- LINK1 18881 -> RECEBENDO UM /30 -- > > 192.168.10.2/30 > > 20.1/30 --- LINK2 18881 -> RECEBENDO UM /30 -- > > 192.168.20.2/30 > > 30.1/30 --- LINK3 18881 -> RECEBENDO UM /30 -- > > 192.168.30.2/30 > > 40.1/30 --- LINK4 18881 -> RECEBENDO UM /30 -- > > 192.168.40.2/30 > > > > São 4 links da mesma operadora, porém não posso somar os links, preciso > > fechar 4 sessões bgp, são 4 placas de redes recebendo os ips em uma máquina > > apenas. > > Que loucura, que operadora é esta que entrega 4 links ethernet ao invés de um > só? Gambiarra > > Pense no seguinte, você vai ter que fazer PBR para definir quais redes de > origem vão usar cada um dos links, de modo que você possa tentar otimizar a > vazão. > Acho que fazer isto com o quagga é meio chato, no passado eu tentei mas > larguei mão e fui para openbgpd + PFTABLES, de modo que eu, associando com o > openbgpd, posso falar quais blocos /24 da minha rede sairão por cada sessão > bgp fechada. > > Mas no seu caso, eu tenho certeza que vai ser trabalhoso, pode ser que um dia > um link tenha menos uso porque aquele perfil de cliente não está usando, ai > você vai ter que mudar os filtros.. > > Qual o motivo da operadora entregar 4 links ao invés de um só? Alguma > limitação de equipamento? > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd signature.asc Description: 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] Freebsd + Quagga + BGP
Ex.: router bgp 1234 bgp router-id seu router_id neighbor xyz peer-group neighbor xyz remote-as 65535 neighbor xyz ebgp-multihop neighbor xyz etc neighbor ip_do_peer_1 peer-group xyz neighbor ip_do_peer_2 peer-group xyz ! On Fri, Aug 23, 2013 at 05:18:29PM -0300, Marco Aurelio wrote: > Caro André, > > Seria possível vc me mandar um exemplo de peer-group ? > > Desde já agradeço a atenção recebida. > > Marco Aurélio Ventura da Silva > marcoprod...@gmail.com > Prodata Informática e Cadastro LTDA > (33)3322- > > > Em 23 de agosto de 2013 17:06, André Gustavo N. escreveu: > > > Boa tarde marcos > > > > Primeira coisa, se todos os seus peers, usam configs semelhantes, melhor > > você criar um peer-group, configurar tudo nele, e adicionar os peers a esse > > peer-group. > > > > Sim, você pode anunciar como você disse, mas uma das maneiras de > > influenciar o tráfego de entrada é anunciar prefixos mais específicos em > > alguns links. Se você vai anunciar as mesmas coisas para os 4 peers, é > > desnecessário criar uma prefix-list para cada também. > > > > Prepend é outra maneira de influenciar o tráfego de entrada, mas se você > > setar todos iguais, não vai fazer diferença. > > > > localpref é um jeito de escolher a saída, mas novamente, se estiverem > > todos iguais, não faz sentido também... > > > > Para anunciar pro seu peer, você escolhe, tem gente que faz com > > distribute-list, outros com route-map... > > > > On Fri, Aug 23, 2013 at 03:25:43PM -0300, Marco Aurelio wrote: > > > Olá pessoal, precisando da ajuda de vocês, pois estou meio perdido nessa > > > configurações. > > > > > > Sou iniciante no assunto, já peço desculpas se estiver no cominho errado. > > > > > > Meu cenário é este ... > > > > > > OPERADORAMEU PROVEDOR AS 1234 > > > 10.1/30 --- LINK1 18881 -> RECEBENDO UM /30 -- > > > 192.168.10.2/30 > > > 20.1/30 --- LINK2 18881 -> RECEBENDO UM /30 -- > > > 192.168.20.2/30 > > > 30.1/30 --- LINK3 18881 -> RECEBENDO UM /30 -- > > > 192.168.30.2/30 > > > 40.1/30 --- LINK4 18881 -> RECEBENDO UM /30 -- > > > 192.168.40.2/30 > > > > > > São 4 links da mesma operadora, porém não posso somar os links, preciso > > > fechar 4 sessões bgp, são 4 placas de redes recebendo os ips em uma > > máquina > > > apenas. > > > > > > Utilizo quagga, minha configuração está da seguinte forma. > > > > > > Ja possuo meu próprio as /22, no exemplo ele é o 192.168.0.0/22 > > > > > > --- > > > bgp multiple-instance > > > ! > > > router bgp 1234 > > > bgp router-id 10.0.0.1 > > > bgp log-neighbor-changes > > > > > > !no bgp default ipv4-unicast > > > > > > network 192.168.0.0/22 ---> DUVIDA, posso divulgar o /22 nas quatro > > sessões > > > bgp, ou vou ter que quebrar esse /22 em quatro /254 ?? > > > > > > redistribute connected > > > ! redistribute static > > > redistribute ospf > > > > > > neighbor 192.168.10.1 remote-as 18881 > > > neighbor 192.168.10.1 next-hop-self > > > neighbor 192.168.10.1 description GW1 > > > neighbor 192.168.10.1 soft-reconfiguration inbound > > > neighbor 192.168.10.1 ebgp-multihop 4 > > > neighbor 192.168.10.1 update-source 192.168.10.2 > > > neighbor 192.168.10.1 prefix-list gw1_p_out out > > > neighbor 192.168.10.1 route-map gw1in in > > > neighbor 192.168.10.1 route-map gw1out out > > > neighbor 192.168.10.1 default-originate > > > neighbor 192.168.10.1 activate > > > > > > neighbor 192.168.20.1 remote-as 18881 > > > neighbor 192.168.20.1 next-hop-self > > > neighbor 192.168.20.1 description GW2 > > > neighbor 192.168.20.1 soft-reconfiguration inbound > > > neighbor 192.168.20.1 ebgp-multihop 4 > > > neighbor 192.168.20.1 update-source 192.168.20.2 > > > neighbor 192.168.20.1 prefix-list gw2_p_out out > > > neighbor 192.168.20.1 route-map gw2in in > > > neighbor 192.168.20.1 route-map gw2out out > > > neighbor 192.168.20.1 default-originate > > > neighbor 192.168.20.1 activate > > > > > > neighbor 192.168.30.1 remote-as 18881 > > > neighbor 192.168.30.1 next-hop-self > > > neighbor 192.168.30.1 description GW3 > > > neighbor 192.168.30.1 soft-reconfiguration inbound > > > neighbor 192.168.30.1 ebgp-multihop 4 > > > neighbor 192.168.30.1 update-source 192.168.30.2 > > > neighbor 192.168.30.1 prefix-list gw3_p_out out > > > neighbor 192.168.30.1 route-map gw3in in > > > neighbor 192.168.30.1 route-map gw3out out > > > neighbor 192.168.30.1 default-originate > > > neighbor 192.168.30.1 activate > > > > > > > > > neighbor 192.168.40.1 remote-as 18881 > > > neighbor 192.168.40.1 next-hop-self > > > neighbor 192.168.40.1 description GW4 > > > neighbor 192.168.40.1 soft-reconfiguration inbound > > > neighbor 192.168.40.1 ebgp-multihop 4 > > > neighbor 192.168.40.1 update-source 192.168.40.2 > > > neighbor 192.168.40.1 prefix-list gw4_p_out out > > > neighbor 192.168.40.1 route-map gw4in in > > > neighbor 192.168.40.1 route-map gw4out out > > > neighbor 192.168.40.1
Re: [FUG-BR] Freebsd + Quagga + BGP
Boa tarde marcos Primeira coisa, se todos os seus peers, usam configs semelhantes, melhor você criar um peer-group, configurar tudo nele, e adicionar os peers a esse peer-group. Sim, você pode anunciar como você disse, mas uma das maneiras de influenciar o tráfego de entrada é anunciar prefixos mais específicos em alguns links. Se você vai anunciar as mesmas coisas para os 4 peers, é desnecessário criar uma prefix-list para cada também. Prepend é outra maneira de influenciar o tráfego de entrada, mas se você setar todos iguais, não vai fazer diferença. localpref é um jeito de escolher a saída, mas novamente, se estiverem todos iguais, não faz sentido também... Para anunciar pro seu peer, você escolhe, tem gente que faz com distribute-list, outros com route-map... On Fri, Aug 23, 2013 at 03:25:43PM -0300, Marco Aurelio wrote: > Olá pessoal, precisando da ajuda de vocês, pois estou meio perdido nessa > configurações. > > Sou iniciante no assunto, já peço desculpas se estiver no cominho errado. > > Meu cenário é este ... > > OPERADORAMEU PROVEDOR AS 1234 > 10.1/30 --- LINK1 18881 -> RECEBENDO UM /30 -- > 192.168.10.2/30 > 20.1/30 --- LINK2 18881 -> RECEBENDO UM /30 -- > 192.168.20.2/30 > 30.1/30 --- LINK3 18881 -> RECEBENDO UM /30 -- > 192.168.30.2/30 > 40.1/30 --- LINK4 18881 -> RECEBENDO UM /30 -- > 192.168.40.2/30 > > São 4 links da mesma operadora, porém não posso somar os links, preciso > fechar 4 sessões bgp, são 4 placas de redes recebendo os ips em uma máquina > apenas. > > Utilizo quagga, minha configuração está da seguinte forma. > > Ja possuo meu próprio as /22, no exemplo ele é o 192.168.0.0/22 > > --- > bgp multiple-instance > ! > router bgp 1234 > bgp router-id 10.0.0.1 > bgp log-neighbor-changes > > !no bgp default ipv4-unicast > > network 192.168.0.0/22 ---> DUVIDA, posso divulgar o /22 nas quatro sessões > bgp, ou vou ter que quebrar esse /22 em quatro /254 ?? > > redistribute connected > ! redistribute static > redistribute ospf > > neighbor 192.168.10.1 remote-as 18881 > neighbor 192.168.10.1 next-hop-self > neighbor 192.168.10.1 description GW1 > neighbor 192.168.10.1 soft-reconfiguration inbound > neighbor 192.168.10.1 ebgp-multihop 4 > neighbor 192.168.10.1 update-source 192.168.10.2 > neighbor 192.168.10.1 prefix-list gw1_p_out out > neighbor 192.168.10.1 route-map gw1in in > neighbor 192.168.10.1 route-map gw1out out > neighbor 192.168.10.1 default-originate > neighbor 192.168.10.1 activate > > neighbor 192.168.20.1 remote-as 18881 > neighbor 192.168.20.1 next-hop-self > neighbor 192.168.20.1 description GW2 > neighbor 192.168.20.1 soft-reconfiguration inbound > neighbor 192.168.20.1 ebgp-multihop 4 > neighbor 192.168.20.1 update-source 192.168.20.2 > neighbor 192.168.20.1 prefix-list gw2_p_out out > neighbor 192.168.20.1 route-map gw2in in > neighbor 192.168.20.1 route-map gw2out out > neighbor 192.168.20.1 default-originate > neighbor 192.168.20.1 activate > > neighbor 192.168.30.1 remote-as 18881 > neighbor 192.168.30.1 next-hop-self > neighbor 192.168.30.1 description GW3 > neighbor 192.168.30.1 soft-reconfiguration inbound > neighbor 192.168.30.1 ebgp-multihop 4 > neighbor 192.168.30.1 update-source 192.168.30.2 > neighbor 192.168.30.1 prefix-list gw3_p_out out > neighbor 192.168.30.1 route-map gw3in in > neighbor 192.168.30.1 route-map gw3out out > neighbor 192.168.30.1 default-originate > neighbor 192.168.30.1 activate > > > neighbor 192.168.40.1 remote-as 18881 > neighbor 192.168.40.1 next-hop-self > neighbor 192.168.40.1 description GW4 > neighbor 192.168.40.1 soft-reconfiguration inbound > neighbor 192.168.40.1 ebgp-multihop 4 > neighbor 192.168.40.1 update-source 192.168.40.2 > neighbor 192.168.40.1 prefix-list gw4_p_out out > neighbor 192.168.40.1 route-map gw4in in > neighbor 192.168.40.1 route-map gw4out out > neighbor 192.168.40.1 default-originate > neighbor 192.168.40.1 activate > > > Acho que me confundi com esses configuração daki pra baixo, estou tentando > priorizar as classes /24 sair pelos determinados gw`s, não sei se isso vai > funcionar, pois coloquei o local-preference igual, minha intenção foi > igualar os 4 links > > !GW1 > ip prefix-list gw1_p_out seq 5 permit 192.168.0.0/24 > route-map gw1out permit 5 > match ip address prefix-list gw1_p_out > set as-path prepend 1234 > route-map gw1in permit 5 > set local-preference 100 > > !GW2 > ip prefix-list gw2_p_out seq 10 permit 192.168.1.0/24 > route-map gw2out permit 10 > match ip address prefix-list gw2_p_out > set as-path prepend 1234 > route-map gw2in permit 10 > set local-preference 100 > > !GW3 > ip prefix-list gw3_p_out seq 10 permit 192.168.2.0/24 > route-map gw3out permit 10 > match ip address prefix-list gw3_p_out > set as-path prepend 1234 > route-map gw3in permit 10 > set local-preference 100 > > !GW4 > ip prefix-list gw4_p_out seq 10 permit 192.16
Re: [FUG-BR] Sobre um site de críticas ao BSD
hehheheh vc devia dar um rolezinho la na lista do Open, pra saber do que ele ta falando então =) On Wed, Aug 21, 2013 at 10:32:14PM -0300, Paulo Olivier Cavalcanti wrote: > Em 21/08/2013 22:09, Rafael Aquino escreveu: > > - Mensagem original - > > > >> De: "Alexandre Silva Nano" > >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > >> > >> Enviadas: Quarta-feira, 21 de Agosto de 2013 21:48:06 > >> Assunto: Re: [FUG-BR] Sobre um site de críticas ao BSD > >> Em 21 de agosto de 2013 21:15, Johann Peter Dirichlet < > >> peterdirichlet.freesoftw...@gmail.com> escreveu: > >>> Creio que vocês já tenham ouvido falar deste site aqui: > >>> > >>> http://aboutthebsds.wordpress.com/ > >>> > >>> Ele coleciona uma série de críticas, que apesar do claro teor de > >>> 'rage', > >>> parecem ser ditas por uma pessoa lúcida (ou várias pessoas > >>> lúcidas). Queria > >>> saber aonde ele pode ser levado a sério. > >>> > >> Nusss.. Conteúdo pesado... Muita coisa escrita aí eu não sabia! > >> Os mais experts, o que acham disso? Somente rage de fanboys ou uma > >> infeliz > >> verdade? > >> -- > >> Att, Alexandre Silva Nano > >> Three Towers Consultoria > >> Enterasys Security Systems Engineer - IPS/SIEM > >> Enterasys Certified Specialist - NAC, Switching > >> Analista de Tecnologia da Informação e Comunicação > >> Perfil LinkedIn: > >> http://br.linkedin.com/pub/alexandre-silva-nano/33/59/77a > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Impossível não gerar uma flamezinha ehehehehe > > > > Olha, eu li algumas coisas realmente contundentes.. mas nenhuma informação > > tem fonte. > > Mas o que mais me impressionou mesmo foi que este é um blog SÓ PRA FALAR > > MAL DE BSD > > Isso é que é o mais impressionante. Falar mal do windows eu até > > entendo, porque tem uma empresa > > que ganha muito dinheiro com o windows agora... qual a vantagem de > > detonar o BSD? > > > > Tentei ler com frieza, mas foi impossível... No post BSD X Linux o que me > > chamou a atenção novamente > > não foram os textos, novamente empíricos... mas os comentários... só > > palavrão não resisti e postei o seguinte: > > > > Oh my! The beautiful words used in the comments (shit, fucking, etc) shows > > exactly the quality > > > > of you audience,and the sources of your comments was very clear(???). > > > > I hope that Netflix don’t find you blog….. Imagine if they find out that > > their border OS is not good enought?? > > Serious, kids… go play with your penguins…. forget about BSD if you don’t > > like it. Instead of the Linux Community, > > > > BSD users are just worried about make thinks works… thinks that matter, of > > course, not just games or desktops…. > > I tried very hard to imagine why somebody would have a blog just to say > > such things… > > > > the only thing I can imagine is that you simply DON’T HAVE NOTHING ELSE TO > > DO… > > > > well.. nice jokes, fellow…. See you in Finland…. > > > > Será que fiz mal? Ehehehehehehehe > > > > PS: Meu post ficou aguardando moderação... mas.. acho que se os diversos > > palavrões passaram (contra o BSD, claro)... > > meu post deve passar também > > > > Abraço a todos! > > > > Rafael Mentz Aquino > > LK6 Soluções em TI > > Rua Domingos de Almeida, 135 sala 1102 > > Centro - Novo Hamburgo - RS > > (51) 3035-6997 - -7030 > > www.lk6.com.br > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Rafael, você mandou muito bem -- mas eu suspeito que a resposta vai ser > moderada, risos. > > Um dos motivos pelos quais o autor detona o BSD é "os usuários > experientes hostilizam quem está chegando" [1]. Pombas, isso é uma > mentira enorme. Eu sempre fui muito bem tratado por todos, apesar de > minhas perguntas bobas. Essa é uma das razões que adoro o FreeBSD. > > > [1] http://aboutthebsds.wordpress.com/2012/12/11/hello-world/ > > > -- > http://about.me/paulocavalcanti > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd signature.asc Description: 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] Sobre um site de críticas ao BSD
Só tive tempo de ler um artigo, e escolhi o sobre Systemd. Eu achei meio exagerado, quando ele diz que as aplicações estão cada vez mais incorporando os recursos do systemd, e que isso vai tornar no fim das contas a portabilidade pro BSD impraticável. Outra coisa que eu reparei é que o autor certa hora diz algo parecido com: "pq eles facilitariam as coisas para os competidores?". Não sei quão lúcido pode ser considerado o autor quando coloca as coisas nesses termos. Eu particularmente nem sei se gosto do systemd. Eu acho que não, mas pq provavelmente já estou muito habituado ao init. Não achei nenhum conteúdo realmente interessante no blog, que valha o tempo gasto. On Wed, Aug 21, 2013 at 09:15:18PM -0300, Johann Peter Dirichlet wrote: > Creio que vocês já tenham ouvido falar deste site aqui: > > http://aboutthebsds.wordpress.com/ > > Ele coleciona uma série de críticas, que apesar do claro teor de 'rage', > parecem ser ditas por uma pessoa lúcida (ou várias pessoas lúcidas). Queria > saber aonde ele pode ser levado a sério. > > E espero que isto não gere flamewars. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd signature.asc Description: 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] Hangout Tutorial: Load Balance & Firewall avançado no Pfsense
free4fun? On Thu, Aug 22, 2013 at 05:44:17PM -0300, Luiz Gustavo S. Costa wrote: > Boa tarde pessoal, > > Apenas para lembrar, hoje teremos, a partir das 20hrs, Google Hangout > Tutorial sobre Balanceamento & Firewall Avançado no Pfsense. > > Serão 2 horas de apresentação e mão na massa interativa, ou seja, > abordarei um pouco de conceito no uso das ferramentas, o que roda por > debaixo do panos, tirarei duvidas (em tempo real para os participantes > ativos) e colocaremos a mão na massa em cenários básicos e/ou > sugeridos por quem esta participando. > > Ainda da tempo de participar de forma interativa, basta visitar a url > abaixo e seguir as informações: > > http://www.luizgustavo.pro.br/blog/2013/08/09/hangout-tutorial-balanceamento-e-firewall-avancado-com-pfsense/ > > Tenho somente 3 vagas. > > Lembrando que o hangout poderá ser acompanhado via youtube ou > posterior gravação dele em endereço que irei divulgar nessa thread. > > Abraços e te espero lá ! > > -- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > mundoUnix - Consultoria em Software Livre > http://www.mundounix.com.br > ICQ: 2890831 / MSN: cont...@mundounix.com.br > Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 > Blog: http://www.luizgustavo.pro.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd signature.asc Description: 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] [off-topic] Palestra sobre como é a estrutura do Facebook para suportar 1 bilhão de usuários
se é java, é lento. tu-dum! On Wed, Aug 21, 2013 at 10:20:29AM -0300, Leonardo Augusto wrote: > 2013/8/21 Marcelo Gondim : > > Em 21/08/13 07:09, Welkson Renny de Medeiros escreveu: > >> Em 20 de agosto de 2013 22:12, Leonardo Augusto > >> escreveu: > >> > >>> Tem no proprio site do face tudo que eles usam. > >>> > >>> google => "facebook infra structure" > >>> > >>> Achei muito ruim o video... a pagina que fala da infra da uma visão > >>> muito melhor. > >>> Lá fala que a salvação foi o memcache.. e o bigtable.. dentre outros... > >>> O hip-hop, compilador de php para C... > >>> Esses detalhes que permitem esse absurdo de read/write.. > >>> > >>> Claro, ficaria melhor se fosse em cima do freebsd :) (é linux que eles > >>> usam ?) > >>> > >>> > >> Facebook usa BigTable? certeza? > >> > >> BigTable é o NoSQL da Google. > >> > >> Provavelmente eles usam Cassandra. > > Sim eles usam Cassandra. :) > > Definitivamente do tamanho que são, tanto eles quanto o Google, não tem > > como ficar no basicão rsrsrsrsrs > > O interessante é ver que começaram como muita gente, usando LAMP ou FAMP > > e no final você precisa adaptar aquilo que já existe à sua necessidade. > > Se não houvesse o Software Livre talvez eles não conseguissem ser o que > > são hoje. Depender de softwares proprietários atrasaria o crescimento > > deles e ficaria muito caro. > > O interessante é que até o hardware eles desenvolveram de forma aberta e > > que atendesse especificamente as necessidades do Facebook. > > - > > Sim usam cassandra, que por curiosidade é desenvolvido em java. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd signature.asc Description: 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] Como é possivel o OpenBSD ser o sistema operacional mais livre que existe mesmo tendo matado o GnoBSD?
Opinião é uma coisa extremamente pessoal, e essa thread provavelmente vai virar flame, mas vamos la: 1 se o cara fez uma distro querendo aplausos, ele já fez pelo motivo errado, ele já deveria imaginar que algumas pessoas iriam gostar, outras não. Se ele é sensível a ponto de descontinuar o projeto que no dia anterior ele achava ser uma boa idéia, por que foi criticado... 2 eu não usaria OpenBSD + gnome. Eu acho OpenBSD fodástico, mas como desktop? Não. 3 por um lado eu não entendo pq as pessoas se dão ao trabalho de criticar o trabalho dos outros, é só não usar. Mas por outro lado, aturar poser é uma M, assim como já aconteceu com linux um dia, o infeliz instala (pq agora ele tem uma interface gráfica que o permite instalar) uma coisa que ele não sabe usar, muito menos tem a menor idéia do funcionamento do que está acontecendo por baixo daquela janela, e fica gralhando aos 4 ventos que é, linux-user, slack-user, gentoo-user, freebsd-user, netbsd-user, e... finalmente, openbsd-user. On Fri, Aug 16, 2013 at 07:44:23PM +0300, Jorge Luis Carvalho Santos wrote: > Como é possivel o OpenBSD ser o sistema operacional mais livre que existe > mesmo tendo matado o GnoBSD? > A referência para essa informação é > http://br-linux.org/wparchive/2010/artigo-traduzido-gnobsd-morto-pela-ideia-interface-grafica-e-para-os-fracos.php > > > - > 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] RADIX_MPATH
Bom dia, já perguntei isso a um ano atrás, mas na época muito pouca gente usava, (ou tentava usar). Alguém sabe dizer se finalmente a opção RADIX_MPATH (+quagga) está estável no 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] log estranho no dns
Você está usando IPV6? -- André Gustavo N. Lopes 2010/6/26 christiano alves > > Pessoal, > > > > tenho dois dns resolvendo nome perfeitamente e reverso ok utilizados apenas > na rede interna. Sempre que acesso um site os logs mostram: network > unreachable resolving > > > > Gostaria de saber se isso é um erro ou nao. Segue um trecho do tail -f > /var/log/syslog > > > > Jun 26 22:59:00 db1 named[1742]: network unreachable resolving ' > uicsgtw.cs.ui.ac.id//IN': 2001:d30:3::53#53 > Jun 26 23:03:25 db1 named[1742]: network unreachable resolving ' > www.debian.org/A/IN': 2001:648:2ffc:deb:213:72ff:fe69:e188#53 > Jun 26 23:03:25 db1 named[1742]: network unreachable resolving ' > ns4.dialhost.com.br//IN': 2001:12ff::10#53 > Jun 26 23:03:25 db1 named[1742]: network unreachable resolving ' > ns4.dialhost.com.br//IN': 2001:12f8:1::10#53 > Jun 26 23:06:00 db1 named[1742]: network unreachable resolving ' > pipl.com/A/IN': 2607:f0d0:0:f:1::1#53 > Jun 26 23:06:00 db1 named[1742]: network unreachable resolving ' > ns69.roteador.info/A/IN': 2001:500:1c::1#53 > Jun 26 23:06:00 db1 named[1742]: network unreachable resolving ' > ns69.roteador.info//IN': 2001:500:19::1#53 > Jun 26 23:06:00 db1 named[1742]: network unreachable resolving ' > ns70.roteador.info//IN': 2001:500:41::1#53 > Jun 26 23:06:00 db1 named[1742]: network unreachable resolving ' > ns69.roteador.info/A/IN': 2001:500:19::1#53 > Jun 26 23:06:00 db1 named[1742]: network unreachable resolving ' > ns69.roteador.info//IN': 2001:500:1b::1#53 > Jun 26 23:10:28 db1 named[1742]: network unreachable resolving ' > ns1.meudns15.com/A/IN': 2001:503:a83e::2:30#53 > > _ > QUER FICAR SEMPRE EM CONTATO COM SEUS AMIGOS? ACESSE O MESSENGER PELO SEU > CELULAR. > > http://celular.windowslive.com.br/messenger.asp?produto=Messenger&utm_source=Live_Hotmail&utm_medium=Tagline&utm_content=QUERFICARS82&utm_campaign=MobileServices > - > 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
