Em 13/09/2012, às 23:45, Saul Figueiredo saulfelip...@gmail.com escreveu:
Em 13 de setembro de 2012 23:35, Breno Ribeiro
breno.localh...@gmail.comescreveu:
Boa noite.
Estou implementando VPN IPsec no FreeBSD 9 com 30 filiais fechando na
matriz. Usando racoon e sem interface GIF.
Está
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
breno.localh...@gmail.comescreveu:
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,
Em 14/09/2012 06:14, Breno Ribeiro escreveu:
Em 13/09/2012, às 23:45, Saul Figueiredo saulfelip...@gmail.com escreveu:
Em 13 de setembro de 2012 23:35, Breno Ribeiro
breno.localh...@gmail.comescreveu:
Boa noite.
Estou implementando VPN IPsec no FreeBSD 9 com 30 filiais fechando na
matriz.
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 otavi...@gmail.comescreveu:
Galera estou com um problema que ainda não achei a direção do mesmo.
Tenho 4 roteadores todos usando Freebsd 9 que se
amigo,
qual seria a maior vantagem ? segurança ?
2012/9/14 Jack jacksonlasko...@gmail.com:
Buenas Lista!
Apenas compartilhando o texto:
http://www.osnews.com/story/26372/FreeBSD_moves_away_from_GCC_embraces_Clang
Abraços!
Jack
-
Histórico:
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 andreo...@gmail.com escreveu:
Otavio,
Provavelmente ocorre devido ao BSD manter o estado das conexões ativas.
Abs
André Otta
Em 14 de
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 v...@wa.pro.br 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
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 allocation
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
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 2012
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:
Mesmo
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
- Mensagem original -
De: Renato Frederick ren...@frederick.eti.br
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.
Também acho a performace do clang melhor. Vamos que vamos -:)
On Sep 14, 2012 10:31 AM, Marcelo Gondim gon...@bsdinfo.com.br 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
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
Em 14 de setembro de 2012 12:08, Marcelo Gondim gon...@bsdinfo.com.brescreveu:
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
Em 14 de setembro de 2012 12:08, Marcelo Gondim
gon...@bsdinfo.com.br 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
Em 14/09/2012 12:11, Eduardo Schoedler escreveu:
Em 14 de setembro de 2012 12:08, Marcelo Gondim
gon...@bsdinfo.com.brescreveu:
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
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 parece que já
Em 14/09/2012 12:13, Otavio Augusto escreveu:
Em 14 de setembro de 2012 12:08, Marcelo Gondim
gon...@bsdinfo.com.br 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
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 n...@ripe.net
Reply-To: n...@ripe.net
To: ncc-services...@ripe.net
Dear colleagues,
On Friday, 14 September 2012,
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 n...@ripe.net
Reply-To: n...@ripe.net
To:
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 quem
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: Axel Pawlik
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 n...@ripe.net
Reply-To: n...@ripe.net
To:
- Mensagem original -
De: Marcelo Gondim gon...@bsdinfo.com.br
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.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:
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. :)
* 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 n...@ripe.net
Reply-To: n...@ripe.net
To:
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 reservas
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
35 matches
Mail list logo