Em 13/09/2012, às 23:45, Saul Figueiredo escreveu:
> Em 13 de setembro de 2012 23:35, Breno Ribeiro
> escreveu:
>
>> Boa noite.
>> Estou implementando VPN IPsec no FreeBSD 9 com 30 filiais fechando na
>> matriz. Usando racoon e sem interface GIF.
>> Está funcionando a umas 3 semanas, porém o com
Valeu pelo feedback!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Em 13/09/2012 23:45, Saul Figueiredo escreveu:
> Em 13 de setembro de 2012 23:35, Breno Ribeiro
> escreveu:
>
>> Boa noite.
>> Estou implementando VPN IPsec no FreeBSD 9 com 30 filiais fechando na
>> matriz. Usando racoon e sem interface GIF.
>> Está funcionando a umas 3 semanas, porém o comando ab
Em 14/09/2012 06:14, Breno Ribeiro escreveu:
> Em 13/09/2012, às 23:45, Saul Figueiredo escreveu:
>
>> Em 13 de setembro de 2012 23:35, Breno Ribeiro
>> escreveu:
>>
>>> Boa noite.
>>> Estou implementando VPN IPsec no FreeBSD 9 com 30 filiais fechando na
>>> matriz. Usando racoon e sem interface G
Buenas Lista!
Apenas compartilhando o texto:
http://www.osnews.com/story/26372/FreeBSD_moves_away_from_GCC_embraces_Clang
Abraços!
Jack
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Galera estou com um problema que ainda não achei a direção do mesmo.
Tenho 4 roteadores todos usando Freebsd 9 que se comunicam entre sim
com links redundantes. Não é internet e sim uma intranet
No geral funciona bem, quando um link cai um script troca o gateway e
ele começa o transito pelo link
Otavio,
Provavelmente ocorre devido ao BSD manter o estado das conexões ativas.
Abs
André Otta
Em 14 de setembro de 2012 09:59, Otavio Augusto escreveu:
> Galera estou com um problema que ainda não achei a direção do mesmo.
>
> Tenho 4 roteadores todos usando Freebsd 9 que se comunicam entre s
amigo,
qual seria a maior vantagem ? segurança ?
2012/9/14 Jack :
> Buenas Lista!
>
> Apenas compartilhando o texto:
> http://www.osnews.com/story/26372/FreeBSD_moves_away_from_GCC_embraces_Clang
>
>
> Abraços!
> Jack
>
>
>
>
>
> -
> Histórico: http://www.fug.com.br/histor
Mesmo quando a conexao foi encerrada e aberta outra ele insiste ir
pela caminho "errado".
Isto que me perturba
Em 14 de setembro de 2012 10:02, André Otta escreveu:
> Otavio,
>
> Provavelmente ocorre devido ao BSD manter o estado das conexões ativas.
>
> Abs
>
> André Otta
>
> Em 14 de setembro
Em 2012-09-14 10:03, Gustavo Freitas escreveu:
> amigo,
>
> qual seria a maior vantagem ? segurança ?
>
Licença. O clang/llvm também tem se mostrado mais rápido e usar menos
memória na compilação que o gcc[1].
[1]:
http://lists.freebsd.org/pipermail/freebsd-current/2012-September/036380.html
Caríssimos
On Fri, Sep 14, 2012 at 10:11 AM, vic wrote:
> Em 2012-09-14 10:03, Gustavo Freitas escreveu:
> > amigo,
> >
> > qual seria a maior vantagem ? segurança ?
> >
>
>
> Licença. O clang/llvm também tem se mostrado mais rápido e usar menos
> memória na compilação que o gcc[1].
>
>
>
Além d
Em 14/09/12 06:14, Breno Ribeiro escreveu:
>
> Saul bom dia e obrigado pelo retorno.
> Analisei sobre este aspecto também, mas a saída é composta de 2 blocos e são
> semelhantes no trato da informação, mas no segundo é que tem a linha que me
> tira o sossego.
>
> 732 messages with memory allocati
Em 14/09/2012 10:03, Gustavo Freitas escreveu:
> amigo,
>
> qual seria a maior vantagem ? segurança ?
Não é a vantagem o problema é a maldita licença GPLv3 do GCC que foi um
tiro no pé pra muita gente.
Stallman confunde o verdadeiro significado de liberdade querendo obrigar
à todos que façam do
Estou usando o 8.3, instalação normal.
Quanto ao raid coloque como raid na bios e criei o array atrabes do utilitarios
que vem.
Obs estou usando mirror e não stripe.
Não confio em fake raid stripe, prefiro isso via gstripe ou controlado dedicada.
Att.
-Mensagem original-
De: Allan Patrick
Você já experimentou fazer um flush nas regras de firewall e na tabela
de rotas quando muda de gateway?
Em 14/09/2012 10:04, Otavio Augusto escreveu:
> Mesmo quando a conexao foi encerrada e aberta outra ele insiste ir
> pela caminho "errado".
> Isto que me perturba
>
>
> Em 14 de setembro de 201
Em 14/09/2012 10:37, Marcelo Gondim escreveu:
> Você já experimentou fazer um flush nas regras de firewall e na tabela
> de rotas quando muda de gateway?
>
A foi mal pelo top post, tava distraído aqui. :(
Mas tenta fazer isso que falei.
> Em 14/09/2012 10:04, Otavio Augusto escreveu:
>> Mes
Não fiz pois não achei necessário fazer flush no firewall. Mas posso testar.
Agora quanto flush nas rotas eu achei como fazer isto somente no route
cache. se é que existe no freebsd.
No linux um ip route cache flush resolvia. este tipo de coisa.
Agora vai outra pergunta Existe Route Caching no Fre
- Mensagem original -
De: "Marcelo Gondim"
Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
Enviadas: Sexta-feira, 14 de Setembro de 2012 9:50:45
Assunto: Re: [FUG-BR] IPSec (netstat -nsp pfkey)
Em 14/09/2012 06:14, Breno Ribeiro escreveu:
> Em 13/09/2012, às 23:45, Saul F
- Mensagem original -
De: "Renato Frederick"
Para: freebsd@fug.com.br
Enviadas: Sexta-feira, 14 de Setembro de 2012 10:26:52
Assunto: Re: [FUG-BR] IPSec (netstat -nsp pfkey)
Em 14/09/12 06:14, Breno Ribeiro escreveu:
>
> Saul bom dia e obrigado pelo retorno.
> Analisei sobre este aspect
Também acho a performace do clang melhor. Vamos que vamos -:)
On Sep 14, 2012 10:31 AM, "Marcelo Gondim" wrote:
> Em 14/09/2012 10:03, Gustavo Freitas escreveu:
> > amigo,
> >
> > qual seria a maior vantagem ? segurança ?
>
> Não é a vantagem o problema é a maldita licença GPLv3 do GCC que foi um
Olá pessoal,
Aproveitando a movimentação da lista hoje rsrsrsr sou conhecedor básico,
bem básico de bgp e estou com uma dúvida. Hoje funciona tudo perfeito
aqui no provedor e para o provedor. Vou primeiro passar o cenário atual:
Chega link de 2Gbps da Operadora de Upstream no nosso (Router Free
Em 14 de setembro de 2012 12:08, Marcelo Gondim escreveu:
> Chega link de 2Gbps da Operadora de Upstream no nosso (Router FreeBSD -
> OpenBGP). Fazemos o BGP com a operadora e estaticamente jogo as rotas
> dos blocos IPs para um Firewall em cada cidade que atendemos. Minha
> dúvida é a seguinte: o
Em 14 de setembro de 2012 12:08, Marcelo Gondim
escreveu:
> Olá pessoal,
>
> Aproveitando a movimentação da lista hoje rsrsrsr sou conhecedor básico,
> bem básico de bgp e estou com uma dúvida. Hoje funciona tudo perfeito
> aqui no provedor e para o provedor. Vou primeiro passar o cenário atual:
>
Em 14/09/2012 12:11, Eduardo Schoedler escreveu:
> Em 14 de setembro de 2012 12:08, Marcelo Gondim
> escreveu:
>
>> Chega link de 2Gbps da Operadora de Upstream no nosso (Router FreeBSD -
>> OpenBGP). Fazemos o BGP com a operadora e estaticamente jogo as rotas
>> dos blocos IPs para um Firewall em
Em 14/09/2012, às 10:30, Marcelo Gondim escreveu:
> Em 14/09/2012 10:03, Gustavo Freitas escreveu:
>> amigo,
>>
>> qual seria a maior vantagem ? segurança ?
>
> Não é a vantagem o problema é a maldita licença GPLv3 do GCC que foi um
> tiro no pé pra muita gente.
Não *era* vantagem, agora pare
Em 14/09/2012 12:13, Otavio Augusto escreveu:
> Em 14 de setembro de 2012 12:08, Marcelo Gondim
> escreveu:
>> Olá pessoal,
>>
>> Aproveitando a movimentação da lista hoje rsrsrsr sou conhecedor básico,
>> bem básico de bgp e estou com uma dúvida. Hoje funciona tudo perfeito
>> aqui no provedor e
Original Message
Subject: [ncc-services-wg] RIPE NCC Begins to Allocate IPv4 Address
Space From the Last /8
Date: Fri, 14 Sep 2012 15:40:08 +0200
From: Axel Pawlik
Reply-To: n...@ripe.net
To: ncc-services...@ripe.net
Dear colleagues,
On Friday, 14 September 2012, the RIPE NCC,
Em 14/09/2012 13:09, Patrick Tracanelli escreveu:
> Original Message
> Subject: [ncc-services-wg] RIPE NCC Begins to Allocate IPv4 Address
> Space From the Last /8
> Date: Fri, 14 Sep 2012 15:40:08 +0200
> From: Axel Pawlik
> Reply-To: n...@ripe.net
> To: ncc-services...@ripe.net
Em 14/09/12 13:09, Patrick Tracanelli escreveu:
>
> Ou seja acabou o v4 disponíveis no Pool.
>
> Agora os países que já tem suas classes alocadas nos seus devidos orgãos
> competentes (NIC.BR no nosso caso) tem um estoque local limitado, e quando o
> NIC.BR precisar e não tiver mais não haverá a
Em 14/09/2012 13:19, Paulo Henrique - BSDs Brasil escreveu:
> Em 14/09/2012 13:09, Patrick Tracanelli escreveu:
>> Original Message
>> Subject: [ncc-services-wg] RIPE NCC Begins to Allocate IPv4 Address
>> Space From the Last /8
>> Date: Fri, 14 Sep 2012 15:40:08 +0200
>> From: Ax
Em 14/09/2012 13:09, Patrick Tracanelli escreveu:
> Original Message
> Subject: [ncc-services-wg] RIPE NCC Begins to Allocate IPv4 Address
> Space From the Last /8
> Date: Fri, 14 Sep 2012 15:40:08 +0200
> From: Axel Pawlik
> Reply-To: n...@ripe.net
> To: ncc-services...@ripe.net
- Mensagem original -
De: "Marcelo Gondim"
Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
Enviadas: Sexta-feira, 14 de Setembro de 2012 9:50:45
Assunto: Re: [FUG-BR] IPSec (netstat -nsp pfkey)
Em 14/09/2012 06:14, Breno Ribeiro escreveu:
> Em 13/09/2012, às 23:45, Saul Fig
Eu perguntei sobre isso agora mesmo no GTER hehehe
Parece que eu deveria ter procurado melhor ehehhe.
Mas são tão poucos /20 em recuperação hein? A taxa de desperdício é muito maior
:(
>Já começaram o processo de recuperação de blocos. Tem vários lá para
> recuperar. :)
>
> http://registro.
* Patrick Tracanelli (eks...@freebsdbrasil.com.br) wrote:
> Original Message
> Subject: [ncc-services-wg] RIPE NCC Begins to Allocate IPv4 Address
> Space From the Last /8
> Date: Fri, 14 Sep 2012 15:40:08 +0200
> From: Axel Pawlik
> Reply-To: n...@ripe.net
> To: ncc-services...@
Em 14/09/2012 13:56, Patrick Tracanelli escreveu:
> Eu perguntei sobre isso agora mesmo no GTER hehehe
>
> Parece que eu deveria ter procurado melhor ehehhe.
>
> Mas são tão poucos /20 em recuperação hein? A taxa de desperdício é muito
> maior :(
Pois é Patrick deve ter muita operadora aí com res
Em 14/09/2012 11:54, d4n1 escreveu:
> Também acho a performace do clang melhor. Vamos que vamos -:)
>
Eu não me dei bem com o clang. Há cerca de um mês fui compilar o Chrome
20 e deu um segmentation fault (11) depois de mais de 22 horas de
compilação. Usei o gcc46 e foi.
Li que o Firefox tem pr
36 matches
Mail list logo
