Re: [FUG-BR] [OFF-TOPIC] Múltiplas Instancias OpenOSPFD
On 05/09/2011 02:01 PM, Antonio Modesto wrote: On Mon, 2011-05-09 at 11:29 -0300, Antonio Modesto wrote: Bom dia, Preciso de alguma forma de mandar uma rota default somente para uma área OSPF, tem alguma outra maneira de fazer isso ou só é possível fazer rodando outra instancia do OpenOSPFD. Desculpa pela falta da interrogação. Obrigado. - 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 Olá Antonio, Defina a área onde vc deseja ter apenas a rota default como stub Lembre-se seu ABR tem que ter conectividade para a rota 0.0.0.0 para que a mesma seja injetada como default na [área stub -- Cordialmente, Ricardo Ferreira Telecom, Tecnologia e Segurança da Informação CCDP, CCNP, CCDA, CCNA, MCSE, MCP --- Sotech Soluções Tecnologicas Rua da Alfazema, 761, 1o. andar - 102/103 41820-710 - Caminho das Árvores - Salvador-BA - Brasil Tel : 55 71 3472.9400 Cel : 55 71 9138 4630 Email:ricardo.ferre...@sotechdatacenter.com.br Site: www.sotechdatacenter.com.br Esta mensagem é dirigida apenas ao seu destinatário e pode conter informações confidenciais, não passíveis de divulgação nos termos da legislação em vigor. Caso tenha recebido esta mensagem por engano, solicitamos notificar a Sotech Soluções Tecnológicas e excluí-la de sua caixa postal. This message, including its attachments, may contain confidential information. If you have improperly received this message, please delete it from your system and notify immediately the sender. Any form of utilization, reproduction, forward, alteration, distribution and/or disclosure of this content in whole or in part, without the prior written authorization of the sender, is strictly prohibited. Thanks for your cooperation. attachment: ricardo_ferreira.vcf- 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] Múltiplas Instancias OpenOSPFD
On Tue, 2011-05-10 at 07:50 -0300, Ricardo Ferreira wrote: On 05/09/2011 02:01 PM, Antonio Modesto wrote: On Mon, 2011-05-09 at 11:29 -0300, Antonio Modesto wrote: Bom dia, Preciso de alguma forma de mandar uma rota default somente para uma área OSPF, tem alguma outra maneira de fazer isso ou só é possível fazer rodando outra instancia do OpenOSPFD. Desculpa pela falta da interrogação. Obrigado. - 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 Olá Antonio, Defina a área onde vc deseja ter apenas a rota default como stub Lembre-se seu ABR tem que ter conectividade para a rota 0.0.0.0 para que a mesma seja injetada como default na [área stub Ok, mas tenho a seguinte dúvida, se eu tenho no meu arquivo de configuração ospfd.conf a opção redistribute default, ele não vai enviar para todas as áreas? Obrigado. - 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] BRIDGE + LACP (Link aggregation)
On May 9, 2011, at 3:50 PM, eduwu...@gmail.com wrote: Pessual, estou tentando montar uma BRIDGE em cima de LACP, porem, quando sobe a brige, a interface LACP some. Existe solução pra bridge + LACP (preferencia protocolo failover) Meu sistema é FreeBSD 8.2 i386 Por favor, passe mais detalhes sobre o problema... Explique melhor como a interface lacp 'some' e quais os passos que você deu para criar as interfaces, etc. O dispositivo na outra ponta também 'fala' lacp ? Att., Luiz - 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] Múltiplas Instancias OpenOSPFD
On 05/10/2011 08:21 AM, Antonio Modesto wrote:
On Tue, 2011-05-10 at 07:50 -0300, Ricardo Ferreira wrote:
On 05/09/2011 02:01 PM, Antonio Modesto wrote:
On Mon, 2011-05-09 at 11:29 -0300, Antonio Modesto wrote:
Bom dia,
Preciso de alguma forma de mandar uma rota default somente para uma
área OSPF, tem alguma outra maneira de fazer isso ou só é possível fazer
rodando outra instancia do OpenOSPFD.
Desculpa pela falta da interrogação.
Obrigado.
-
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
Olá Antonio,
Defina a área onde vc deseja ter apenas a rota default como stub
Lembre-se seu ABR tem que ter conectividade para a rota 0.0.0.0 para que
a mesma seja injetada como default na [área stub
Ok, mas tenho a seguinte dúvida, se eu tenho no meu arquivo de
configuração ospfd.conf a opção redistribute default, ele não vai
enviar para todas as áreas?
Obrigado.
-
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
Não sei seu ambiente mas o comando de redistribuição no seu caso me
parece estar na configuração global ou na área onde vc tem seu Area
Border Router o q está correto.
Se quer apenas a rota default sendo injetada em uma aŕea específica
declara a área como stub.
area 0.0.0.1 {
interface XX
stub opções
}
Isto faz com que a área 1 seja considerada stub e apenas a rota default
seja injetada e todas as outras descartadas.
--
Cordialmente,
Ricardo Ferreira
Telecom, Tecnologia e Segurança da Informação
CCDP, CCNP, CCDA, CCNA, MCSE, MCP
---
Sotech Soluções Tecnologicas
Rua da Alfazema, 761, 1o. andar - 102/103
41820-710 - Caminho das Árvores - Salvador-BA - Brasil
Tel : 55 71 3472.9400 Cel : 55 71 9138 4630
Email:ricardo.ferre...@sotechdatacenter.com.br
Site: www.sotechdatacenter.com.br
Esta mensagem é dirigida apenas ao seu destinatário e pode conter
informações confidenciais, não passíveis de divulgação nos termos da
legislação em vigor. Caso tenha recebido esta mensagem por engano,
solicitamos notificar a Sotech Soluções Tecnológicas e excluí-la de sua
caixa postal.
This message, including its attachments, may contain confidential
information. If you have improperly received this message, please delete
it from your system and notify immediately the sender. Any form of
utilization, reproduction, forward, alteration, distribution and/or
disclosure of this content in whole or in part, without the prior written
authorization of the sender, is strictly prohibited. Thanks for your
cooperation.
attachment: ricardo_ferreira.vcf-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF] DragonFly e a GNU
Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid
coloca o site fora do proxy amigo, mais f'acil ... n~ao se tem motivos para formar cache nesse caso. Att Em 10 de maio de 2011 00:52, Anderson Alves de Albuquerque anderso...@gmail.com escreveu: Eu tenho uma dúvida de como fazer uma configuração no squid que talvez seja solucionada pelo filtro de pacotes do freebsd. Bem, eu tenho um freebsd com squid transparente e NAT. Atrás desse firewall tenho N clientes. Existe um site na rede externa que os meus clientes acessam, um site com imagens de câmeras que são atualizadas de 1 em 1 segundo. O problema eh que são várias imagens com atualização de 1 em 1 seg. O squid acaba colocando 1 registro para cada imagem de 1 em 1 seg. Eu queria colocar para que no site em especial, não seja registrado o acesso no arquivo de log. Isto seria possível? seja pelo filtro de pacotes do freebsd ou pelas configurações? -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - 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] squid
qual sua intenção de não gerar registro do site em questão no log? seria apenas para que não apareça nos relatorios do sarg? se for isso, o proprio sarg tem uma opção para omitir determinados dominios ou urls do relatório de site.. agora se a intenção é não fazer, cache desses sites, o squid tem outras opções pra isso também.. Em 10-05-2011 00:52, Anderson Alves de Albuquerque escreveu: Eu tenho uma dúvida de como fazer uma configuração no squid que talvez seja solucionada pelo filtro de pacotes do freebsd. Bem, eu tenho um freebsd com squid transparente e NAT. Atrás desse firewall tenho N clientes. Existe um site na rede externa que os meus clientes acessam, um site com imagens de câmeras que são atualizadas de 1 em 1 segundo. O problema eh que são várias imagens com atualização de 1 em 1 seg. O squid acaba colocando 1 registro para cada imagem de 1 em 1 seg. Eu queria colocar para que no site em especial, não seja registrado o acesso no arquivo de log. Isto seria possível? seja pelo filtro de pacotes do freebsd ou pelas configurações? - 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] Múltiplas Instancias OpenOSPFD
Ricardo,
Entendi o que você quis dizer, vou fazer os testes aqui.
Muito Obrigado.
On Tue, 2011-05-10 at 08:58 -0300, Ricardo Ferreira wrote:
On 05/10/2011 08:21 AM, Antonio Modesto wrote:
On Tue, 2011-05-10 at 07:50 -0300, Ricardo Ferreira wrote:
On 05/09/2011 02:01 PM, Antonio Modesto wrote:
On Mon, 2011-05-09 at 11:29 -0300, Antonio Modesto wrote:
Bom dia,
Preciso de alguma forma de mandar uma rota default somente para uma
área OSPF, tem alguma outra maneira de fazer isso ou só é possível fazer
rodando outra instancia do OpenOSPFD.
Desculpa pela falta da interrogação.
Obrigado.
-
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
Olá Antonio,
Defina a área onde vc deseja ter apenas a rota default como stub
Lembre-se seu ABR tem que ter conectividade para a rota 0.0.0.0 para que
a mesma seja injetada como default na [área stub
Ok, mas tenho a seguinte dúvida, se eu tenho no meu arquivo de
configuração ospfd.conf a opção redistribute default, ele não vai
enviar para todas as áreas?
Obrigado.
-
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
Não sei seu ambiente mas o comando de redistribuição no seu caso me
parece estar na configuração global ou na área onde vc tem seu Area
Border Router o q está correto.
Se quer apenas a rota default sendo injetada em uma aŕea específica
declara a área como stub.
area 0.0.0.1 {
interface XX
stub opções
}
Isto faz com que a área 1 seja considerada stub e apenas a rota default
seja injetada e todas as outras descartadas.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] DragonFly e a GNU
Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egea daniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - 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] Criação de imagem
Bom dia meus amigos, Estou retornando a lista, gostaria de algumas sugestões para a seguinte questão, eu trabalho vendendo servidores FreeBSD, para facilitar eu gostaria de saber se existe alguma forma de eu criar uma ISO do sistema ja pronto, com todos os serviços que utilizo já compilados por exemplo (squid,postfix,apache,postgresql), pois ficaria muito mais rapida a implementação dos servidores em meus clientes. Obrigado Att -- Guilherme F. Rosário _ www.spotless.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Criação de imagem
Em 10 de maio de 2011 10:32, Guilherme Ferreira Rosário guilherme.f.rosa...@spotless.com.br escreveu: Bom dia meus amigos, Estou retornando a lista, gostaria de algumas sugestões para a seguinte questão, eu trabalho vendendo servidores FreeBSD, para facilitar eu gostaria de saber se existe alguma forma de eu criar uma ISO do sistema ja pronto, com todos os serviços que utilizo já compilados por exemplo (squid,postfix,apache,postgresql), pois ficaria muito mais rapida a implementação dos servidores em meus clientes. freesbie e relacionados Obrigado Att -- Guilherme F. Rosário _ www.spotless.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] DragonFly e a GNU
Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1
Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Relayd
Pessoal sei que a lista é FreeBSD mas as listas de OpenBSD do Brasil estão
meio mortas então segue minha dúvida...
Tenho 2 firewalls com PF e rodando CARP e recentemente substitui um
proxy-balance feito no apache 2.2 pelo relayd.
Tenho 3 regras de protocolo e 3 regras para relay, onde faço relay para
webservices .net rodando em servidores IIS, basicamente faço algumas
checagens no header do http, como o host, passo o ip do cliente para o IIS
(X-Forwarded-For) e algumas checagens do user_agent
Problema que o relayd esta fechando e não faço idéia porque!
quando rodo com -d -v
relay_connect: session 762: forward failed: No route to host
relay ws_acfc, session 762 (3 active), 0, 1xx.5x.1xx.1xx - 192.168.1.48:80,
session failed (502 Bad Gateway)
kill_tables: deleted 0 tables
flush_rulesets: flushed rules
pf update engine exiting
host check engine exiting
# socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
-- relayd.conf
relayd_addr=127.0.0.1
relay_ws_port=10082
web_port=80
table 47e48 { 192.168.1.47, 192.168.1.48 }
## Global Options
interval 10
timeout 200
prefork 5
log updates
http protocol ws_xxx {
### TCP performance options
tcp { nodelay, sack, socket buffer 65536, backlog 100 }
### Return HTTP/HTML error pages
return error
### allow logging of remote client ips to internal web servers
header append $REMOTE_ADDR to X-Forwarded-For
header append $SERVER_ADDR:$SERVER_PORT to X-Forwarded-By
### set Keep-Alive timeout to global timeout
header change Keep-Alive to $TIMEOUT
### close connections upon receipt
header change Connection to close
### Block bad or abusive User-Agents (case insensitive)
label BAD user agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
### Block bad Referrers, (case insensitive)
label BAD referrer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
### Anonymize our webserver's name/type
response header change Server to JustSomeServer
### Block requests to wrong host (case insensitive)
label HOST ERRADO
request header expect services.x.net from Host
request header expect servicesxx.x.net from Host
request header expect servicesxxx.x.net from Host
}
relay ws_xxx {
### listen and accept redirected connections from pf. For most
### protocol types you can also use the synproxy flag in your pf.conf
rules.
listen on $relayd_addr port $relay_ws_port
### apply web filters listed above
protocol ws_xxx
### forward to webserver(s) with load balancing and
forward to 47e48 port $web_port mode loadbalance check icmp
}
-- relayd.conf
Alguém pode tem alguma dica?
--
Éderson H. Chimbida
-
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] DragonFly e a GNU
ironic Imagine quando o GCC for GPLv4, pois somente o Emacs pode ser usado como editor de texto. /ironic Em 10 de maio de 2011 10:51, Danilo Egea daniloe...@yahoo.com.br escreveu: Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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] Relayd
Repare na linha:
relay_connect: session 762: forward failed: No route to host
O firewall pinga os demais hosts?
acessa porta 80?
Em 10 de maio de 2011 10:58, Éderson Chimbida chimb...@gmail.com escreveu:
Pessoal sei que a lista é FreeBSD mas as listas de OpenBSD do Brasil estão
meio mortas então segue minha dúvida...
Tenho 2 firewalls com PF e rodando CARP e recentemente substitui um
proxy-balance feito no apache 2.2 pelo relayd.
Tenho 3 regras de protocolo e 3 regras para relay, onde faço relay para
webservices .net rodando em servidores IIS, basicamente faço algumas
checagens no header do http, como o host, passo o ip do cliente para o IIS
(X-Forwarded-For) e algumas checagens do user_agent
Problema que o relayd esta fechando e não faço idéia porque!
quando rodo com -d -v
relay_connect: session 762: forward failed: No route to host
relay ws_acfc, session 762 (3 active), 0, 1xx.5x.1xx.1xx - 192.168.1.48:80,
session failed (502 Bad Gateway)
kill_tables: deleted 0 tables
flush_rulesets: flushed rules
pf update engine exiting
host check engine exiting
# socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
-- relayd.conf
relayd_addr=127.0.0.1
relay_ws_port=10082
web_port=80
table 47e48 { 192.168.1.47, 192.168.1.48 }
## Global Options
interval 10
timeout 200
prefork 5
log updates
http protocol ws_xxx {
### TCP performance options
tcp { nodelay, sack, socket buffer 65536, backlog 100 }
### Return HTTP/HTML error pages
return error
### allow logging of remote client ips to internal web servers
header append $REMOTE_ADDR to X-Forwarded-For
header append $SERVER_ADDR:$SERVER_PORT to X-Forwarded-By
### set Keep-Alive timeout to global timeout
header change Keep-Alive to $TIMEOUT
### close connections upon receipt
header change Connection to close
### Block bad or abusive User-Agents (case insensitive)
label BAD user agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
### Block bad Referrers, (case insensitive)
label BAD referrer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
### Anonymize our webserver's name/type
response header change Server to JustSomeServer
### Block requests to wrong host (case insensitive)
label HOST ERRADO
request header expect services.x.net from Host
request header expect servicesxx.x.net from Host
request header expect servicesxxx.x.net from Host
}
relay ws_xxx {
### listen and accept redirected connections from pf. For most
### protocol types you can also use the synproxy flag in your pf.conf
rules.
listen on $relayd_addr port $relay_ws_port
### apply web filters listed above
protocol ws_xxx
### forward to webserver(s) with load balancing and
forward to 47e48 port $web_port mode loadbalance check icmp
}
-- relayd.conf
Alguém pode tem alguma dica?
--
Éderson H. Chimbida
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1
est'a usando template de 32 ou 64 bits? teste com template de 64 bits (interface intel EM) Particulamente n~ao tenho problemas Em 10 de maio de 2011 10:55, Eder Souza eder.so...@bsd.com.br escreveu: Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] DragonFly e a GNU
Creio que o problema seja a compilação resultando no binário, nao exatamente a distribuição do seu código fonte, ate então nao caracterizando nenhuma ligação com o GPLv3. O proprio DragonFly possui uma instância que retira o gcc44, o NO_GCC44. O FreeBSD tambem possui um capitulo em seu Handbook sobre o uso de novos gcc e explicando tecnicamente como fazer isso, instalando a partir do ports, no entanto, o binário nao ficara mais sujeito a liberdade da licença bsd, novamente provocando uma onda para os sub-projetos (comerciais ou nao). Em 10 de maio de 2011 11:05, Rodrigo Mosconi free...@mosconi.mat.br escreveu: ironic Imagine quando o GCC for GPLv4, pois somente o Emacs pode ser usado como editor de texto. /ironic Em 10 de maio de 2011 10:51, Danilo Egea daniloe...@yahoo.com.br escreveu: Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Relayd
Sim, ele consegue fazer a checagem por ICMP, os hosts estão OK...
Aumentei o limite de estados das tabelas no meu pf.conf:
set limit { states 5, frags 5000 }
Parece ter resolvido pois até agora esta aguentando, quando ultrapassava os
10.000 estados que é padrão no PF o relayd fechava!
--
Éderson H. Chimbida
2011/5/10 Rodrigo Mosconi free...@mosconi.mat.br
Repare na linha:
relay_connect: session 762: forward failed: No route to host
O firewall pinga os demais hosts?
acessa porta 80?
Em 10 de maio de 2011 10:58, Éderson Chimbida chimb...@gmail.com
escreveu:
Pessoal sei que a lista é FreeBSD mas as listas de OpenBSD do Brasil
estão
meio mortas então segue minha dúvida...
Tenho 2 firewalls com PF e rodando CARP e recentemente substitui um
proxy-balance feito no apache 2.2 pelo relayd.
Tenho 3 regras de protocolo e 3 regras para relay, onde faço relay para
webservices .net rodando em servidores IIS, basicamente faço algumas
checagens no header do http, como o host, passo o ip do cliente para o
IIS
(X-Forwarded-For) e algumas checagens do user_agent
Problema que o relayd esta fechando e não faço idéia porque!
quando rodo com -d -v
relay_connect: session 762: forward failed: No route to host
relay ws_acfc, session 762 (3 active), 0, 1xx.5x.1xx.1xx -
192.168.1.48:80,
session failed (502 Bad Gateway)
kill_tables: deleted 0 tables
flush_rulesets: flushed rules
pf update engine exiting
host check engine exiting
# socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
-- relayd.conf
relayd_addr=127.0.0.1
relay_ws_port=10082
web_port=80
table 47e48 { 192.168.1.47, 192.168.1.48 }
## Global Options
interval 10
timeout 200
prefork 5
log updates
http protocol ws_xxx {
### TCP performance options
tcp { nodelay, sack, socket buffer 65536, backlog 100 }
### Return HTTP/HTML error pages
return error
### allow logging of remote client ips to internal web servers
header append $REMOTE_ADDR to X-Forwarded-For
header append $SERVER_ADDR:$SERVER_PORT to X-Forwarded-By
### set Keep-Alive timeout to global timeout
header change Keep-Alive to $TIMEOUT
### close connections upon receipt
header change Connection to close
### Block bad or abusive User-Agents (case insensitive)
label BAD user agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
### Block bad Referrers, (case insensitive)
label BAD referrer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
### Anonymize our webserver's name/type
response header change Server to JustSomeServer
### Block requests to wrong host (case insensitive)
label HOST ERRADO
request header expect services.x.net from Host
request header expect servicesxx.x.net from Host
request header expect servicesxxx.x.net from Host
}
relay ws_xxx {
### listen and accept redirected connections from pf. For most
### protocol types you can also use the synproxy flag in your pf.conf
rules.
listen on $relayd_addr port $relay_ws_port
### apply web filters listed above
protocol ws_xxx
### forward to webserver(s) with load balancing and
forward to 47e48 port $web_port mode loadbalance check icmp
}
-- relayd.conf
Alguém pode tem alguma dica?
--
Éderson H. Chimbida
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Relayd
busque no ports por pfstats, configure os graficos e ter'a uma
grande ferramenta para ajudar a resolver esses problemas
Em 10 de maio de 2011 11:17, Éderson Chimbida chimb...@gmail.com escreveu:
Sim, ele consegue fazer a checagem por ICMP, os hosts estão OK...
Aumentei o limite de estados das tabelas no meu pf.conf:
set limit { states 5, frags 5000 }
Parece ter resolvido pois até agora esta aguentando, quando ultrapassava os
10.000 estados que é padrão no PF o relayd fechava!
--
Éderson H. Chimbida
2011/5/10 Rodrigo Mosconi free...@mosconi.mat.br
Repare na linha:
relay_connect: session 762: forward failed: No route to host
O firewall pinga os demais hosts?
acessa porta 80?
Em 10 de maio de 2011 10:58, Éderson Chimbida chimb...@gmail.com
escreveu:
Pessoal sei que a lista é FreeBSD mas as listas de OpenBSD do Brasil
estão
meio mortas então segue minha dúvida...
Tenho 2 firewalls com PF e rodando CARP e recentemente substitui um
proxy-balance feito no apache 2.2 pelo relayd.
Tenho 3 regras de protocolo e 3 regras para relay, onde faço relay para
webservices .net rodando em servidores IIS, basicamente faço algumas
checagens no header do http, como o host, passo o ip do cliente para o
IIS
(X-Forwarded-For) e algumas checagens do user_agent
Problema que o relayd esta fechando e não faço idéia porque!
quando rodo com -d -v
relay_connect: session 762: forward failed: No route to host
relay ws_acfc, session 762 (3 active), 0, 1xx.5x.1xx.1xx -
192.168.1.48:80,
session failed (502 Bad Gateway)
kill_tables: deleted 0 tables
flush_rulesets: flushed rules
pf update engine exiting
host check engine exiting
# socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
-- relayd.conf
relayd_addr=127.0.0.1
relay_ws_port=10082
web_port=80
table 47e48 { 192.168.1.47, 192.168.1.48 }
## Global Options
interval 10
timeout 200
prefork 5
log updates
http protocol ws_xxx {
### TCP performance options
tcp { nodelay, sack, socket buffer 65536, backlog 100 }
### Return HTTP/HTML error pages
return error
### allow logging of remote client ips to internal web servers
header append $REMOTE_ADDR to X-Forwarded-For
header append $SERVER_ADDR:$SERVER_PORT to X-Forwarded-By
### set Keep-Alive timeout to global timeout
header change Keep-Alive to $TIMEOUT
### close connections upon receipt
header change Connection to close
### Block bad or abusive User-Agents (case insensitive)
label BAD user agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
### Block bad Referrers, (case insensitive)
label BAD referrer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
### Anonymize our webserver's name/type
response header change Server to JustSomeServer
### Block requests to wrong host (case insensitive)
label HOST ERRADO
request header expect services.x.net from Host
request header expect servicesxx.x.net from Host
request header expect servicesxxx.x.net from Host
}
relay ws_xxx {
### listen and accept redirected connections from pf. For most
### protocol types you can also use the synproxy flag in your pf.conf
rules.
listen on $relayd_addr port $relay_ws_port
### apply web filters listed above
protocol ws_xxx
### forward to webserver(s) with load balancing and
forward to 47e48 port $web_port mode loadbalance check icmp
}
-- relayd.conf
Alguém pode tem alguma dica?
--
Éderson H. Chimbida
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1
Pois é todas são 64Bits! A máquina física é um dell poweredge r710, estou encucado com este problema ! Em 10 de maio de 2011 11:09, Rodrigo Mosconi free...@mosconi.mat.brescreveu: est'a usando template de 32 ou 64 bits? teste com template de 64 bits (interface intel EM) Particulamente n~ao tenho problemas Em 10 de maio de 2011 10:55, Eder Souza eder.so...@bsd.com.br escreveu: Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1
Eder Souza escreveu: Pois é todas são 64Bits! A máquina física é um dell poweredge r710, estou encucado com este problema ! Uso ESX 4.1 e também não percebi esse tipo de problema. A VMWARE de tempos em tempos lança updates para o ESX, verificou se o seu está em dia? (VMWARE Host Update Utility); -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - 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] FreeBsd com VmWarer ESXi 4.1
Qual drive de rede você está utilizando? Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2 passando por 7.2, todos com em, e sem problemas... Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por problemas parecidos com o que vc citou. 2011/5/10 Eder Souza eder.so...@bsd.com.br Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria - 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] FreeBsd com VmWarer ESXi 4.1
Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas! Eu notei que nas configuração das Vm's via Vsphere existe a opção de configurar o adaptador de rede eu já mudei as opçãoes do Current Adapter para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em Network label sempre deixo como VM Network ... É algum detalhe que esta passando batido :-( Em 10 de maio de 2011 11:55, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Qual drive de rede você está utilizando? Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2 passando por 7.2, todos com em, e sem problemas... Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por problemas parecidos com o que vc citou. 2011/5/10 Eder Souza eder.so...@bsd.com.br Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1
os vSwitches est~ao com stormcontrol ativo? Quando exatamente param de responder? em momentos de picos? Em 10 de maio de 2011 12:19, Eder Souza eder.so...@bsd.com.br escreveu: Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas! Eu notei que nas configuração das Vm's via Vsphere existe a opção de configurar o adaptador de rede eu já mudei as opçãoes do Current Adapter para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em Network label sempre deixo como VM Network ... É algum detalhe que esta passando batido :-( Em 10 de maio de 2011 11:55, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Qual drive de rede você está utilizando? Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2 passando por 7.2, todos com em, e sem problemas... Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por problemas parecidos com o que vc citou. 2011/5/10 Eder Souza eder.so...@bsd.com.br Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1
Você disse que possui duas interfaces físicas, entendo que seja no Host... Então você possui dois vSwitches... e duas VM Networks. As duas placas de rede virtuais EM estão cada uma em uma VM Network diferente? 2011/5/10 Eder Souza eder.so...@bsd.com.br Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas! Eu notei que nas configuração das Vm's via Vsphere existe a opção de configurar o adaptador de rede eu já mudei as opçãoes do Current Adapter para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em Network label sempre deixo como VM Network ... É algum detalhe que esta passando batido :-( Em 10 de maio de 2011 11:55, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Qual drive de rede você está utilizando? Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2 passando por 7.2, todos com em, e sem problemas... Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por problemas parecidos com o que vc citou. 2011/5/10 Eder Souza eder.so...@bsd.com.br Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria - 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 -- Rafael Henrique da Silva Faria - 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] FreeBsd com VmWarer ESXi 4.1
Na realidade o desenho esta assim: vSwitch0 VM Network Physical Adapters (vmnic3 e vmni0) Maq virtual 01 | Maq virtual 02 | . | . | . | rede1-- | vmk1: IP | | rede2 | vmk0:IP--- | Em 10 de maio de 2011 12:39, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Você disse que possui duas interfaces físicas, entendo que seja no Host... Então você possui dois vSwitches... e duas VM Networks. As duas placas de rede virtuais EM estão cada uma em uma VM Network diferente? 2011/5/10 Eder Souza eder.so...@bsd.com.br Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas! Eu notei que nas configuração das Vm's via Vsphere existe a opção de configurar o adaptador de rede eu já mudei as opçãoes do Current Adapter para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em Network label sempre deixo como VM Network ... É algum detalhe que esta passando batido :-( Em 10 de maio de 2011 11:55, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Qual drive de rede você está utilizando? Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2 passando por 7.2, todos com em, e sem problemas... Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por problemas parecidos com o que vc citou. 2011/5/10 Eder Souza eder.so...@bsd.com.br Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria - 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 -- Rafael Henrique da Silva Faria - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] FreeBsd com VmWarer ESXi 4.1
Rodo o ESXi 4.1 em 2 servers Dell PE r710... tenho 4 interfaces físicas em cada que funcionam como 2. Tenho vms FreeBSD e OpenBSD rodando sem problemas... não precisei fazer nada além da instalação default. Recomendo instalar o vmware tools do ESXi ( tbm tem um port do freebsd open-vm-tools ) e instalar a versão do ESXi 4.1 para servidores Dell que você acha no site da Dell ou da VMware. Passar logs/dmesg de quando ocorre o erro fica mais fácil de ajudar... -- Éderson H. Chimbida 2011/5/10 Rafael Henrique Faria rafaelhfa...@cenadigital.com.br Você disse que possui duas interfaces físicas, entendo que seja no Host... Então você possui dois vSwitches... e duas VM Networks. As duas placas de rede virtuais EM estão cada uma em uma VM Network diferente? 2011/5/10 Eder Souza eder.so...@bsd.com.br Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas! Eu notei que nas configuração das Vm's via Vsphere existe a opção de configurar o adaptador de rede eu já mudei as opçãoes do Current Adapter para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em Network label sempre deixo como VM Network ... É algum detalhe que esta passando batido :-( Em 10 de maio de 2011 11:55, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Qual drive de rede você está utilizando? Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2 passando por 7.2, todos com em, e sem problemas... Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por problemas parecidos com o que vc citou. 2011/5/10 Eder Souza eder.so...@bsd.com.br Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria - 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 -- Rafael Henrique da Silva Faria - 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] Relayd
A alteração só fez com que ficasse um pouco mais de tempo no ar... mas o
relayd acabou fechando quando os acessos aumentaram!
Verifiquei os estados e atingiu o limite, mesmo pq esta para 5
Rodrigo, gero os gráficos de states, searchs, block, pass etc...
tanto que foi nele que ví que os estados estavam chegando a 1!
Alguma dica?
--
Éderson H. Chimbida
2011/5/10 Rodrigo Mosconi free...@mosconi.mat.br
busque no ports por pfstats, configure os graficos e ter'a uma
grande ferramenta para ajudar a resolver esses problemas
Em 10 de maio de 2011 11:17, Éderson Chimbida chimb...@gmail.com
escreveu:
Sim, ele consegue fazer a checagem por ICMP, os hosts estão OK...
Aumentei o limite de estados das tabelas no meu pf.conf:
set limit { states 5, frags 5000 }
Parece ter resolvido pois até agora esta aguentando, quando ultrapassava
os
10.000 estados que é padrão no PF o relayd fechava!
--
Éderson H. Chimbida
2011/5/10 Rodrigo Mosconi free...@mosconi.mat.br
Repare na linha:
relay_connect: session 762: forward failed: No route to host
O firewall pinga os demais hosts?
acessa porta 80?
Em 10 de maio de 2011 10:58, Éderson Chimbida chimb...@gmail.com
escreveu:
Pessoal sei que a lista é FreeBSD mas as listas de OpenBSD do Brasil
estão
meio mortas então segue minha dúvida...
Tenho 2 firewalls com PF e rodando CARP e recentemente substitui um
proxy-balance feito no apache 2.2 pelo relayd.
Tenho 3 regras de protocolo e 3 regras para relay, onde faço relay
para
webservices .net rodando em servidores IIS, basicamente faço algumas
checagens no header do http, como o host, passo o ip do cliente para o
IIS
(X-Forwarded-For) e algumas checagens do user_agent
Problema que o relayd esta fechando e não faço idéia porque!
quando rodo com -d -v
relay_connect: session 762: forward failed: No route to host
relay ws_acfc, session 762 (3 active), 0, 1xx.5x.1xx.1xx -
192.168.1.48:80,
session failed (502 Bad Gateway)
kill_tables: deleted 0 tables
flush_rulesets: flushed rules
pf update engine exiting
host check engine exiting
# socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
socket relay engine exiting
-- relayd.conf
relayd_addr=127.0.0.1
relay_ws_port=10082
web_port=80
table 47e48 { 192.168.1.47, 192.168.1.48 }
## Global Options
interval 10
timeout 200
prefork 5
log updates
http protocol ws_xxx {
### TCP performance options
tcp { nodelay, sack, socket buffer 65536, backlog 100 }
### Return HTTP/HTML error pages
return error
### allow logging of remote client ips to internal web servers
header append $REMOTE_ADDR to X-Forwarded-For
header append $SERVER_ADDR:$SERVER_PORT to X-Forwarded-By
### set Keep-Alive timeout to global timeout
header change Keep-Alive to $TIMEOUT
### close connections upon receipt
header change Connection to close
### Block bad or abusive User-Agents (case insensitive)
label BAD user agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
request header filter from User-Agent
### Block bad Referrers, (case insensitive)
label BAD referrer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
request header filter x* from Referer
### Anonymize our webserver's name/type
response header change Server to JustSomeServer
### Block requests to wrong host (case insensitive)
label HOST ERRADO
request header expect services.x.net from Host
request header expect servicesxx.x.net from Host
request header expect servicesxxx.x.net from Host
}
relay ws_xxx {
### listen and accept redirected connections from pf. For most
### protocol types you can also use the synproxy flag in your
pf.conf
rules.
listen on $relayd_addr port $relay_ws_port
### apply web filters listed above
protocol ws_xxx
### forward to webserver(s) with load balancing and
forward to 47e48 port $web_port mode loadbalance check icmp
}
-- relayd.conf
Alguém pode tem alguma dica?
--
Éderson H. Chimbida
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista:
Re: [FUG-BR] Criação de imagem
Nem precisa criar uma iso necessariamente. Se você tiver a instalação num HD copia ela para outro e funcionará, bastando talvez ajustar coisas tipo configuração de placa de rede, vídeo ou som. Possivelmente precisaria apenas ter instalações diferentes para amd e intel 64. Sendo HDs diferentes pode usar o CD de instalação para fazer uma instalação mínima e depois jogar com TAR a sua instalação por cima, bootando com um live CD. Enfim, são N possibilidades, liveCD, HD externo, pen-drive, criar scripts para automatizar a coisa. É só pensar no que seria melhor pra sua situação. Pode usar um Freesbie pra bootar, conectar um HD externo com sua instalação e com alguns scripts que já particionam, formatam e copiam a instalação, restando apenas as reconfigurações. Abs, Cartola. Em 10 de maio de 2011 10:37, Rodrigo Mosconi free...@mosconi.mat.brescreveu: Em 10 de maio de 2011 10:32, Guilherme Ferreira Rosário guilherme.f.rosa...@spotless.com.br escreveu: Bom dia meus amigos, Estou retornando a lista, gostaria de algumas sugestões para a seguinte questão, eu trabalho vendendo servidores FreeBSD, para facilitar eu gostaria de saber se existe alguma forma de eu criar uma ISO do sistema ja pronto, com todos os serviços que utilizo já compilados por exemplo (squid,postfix,apache,postgresql), pois ficaria muito mais rapida a implementação dos servidores em meus clientes. freesbie e relacionados Obrigado Att -- Guilherme F. Rosário _ www.spotless.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] VPN VIA PPP
Prezados Preciso subir uma vpn entre duas maquinas freebsd da seguinte forma: servidor1---adsl---internet-dialup/pppservidor2 (ip fixo) (ip dinamico) interface wan ex0 interface wan tun0 interface lan rl0 interface lan rl0 No servidor2 o acesso a internet sera via diaup neste cenario como ficaria as config do ipsec com ip dinamico na tun0?? se for possivel eh claro. alguem ja fez uma vpn desta forma?? se aguem puder dar uma dica... sds. Marcos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] VPN VIA PPP
use dyndns para se conectar ao ip dinâmico.. Em 10 de maio de 2011 14:33, Marcos Aurélio mensagem.particu...@hotmail.com escreveu: Prezados Preciso subir uma vpn entre duas maquinas freebsd da seguinte forma: servidor1---adsl---internet-dialup/pppservidor2 (ip fixo) (ip dinamico) interface wan ex0 interface wan tun0 interface lan rl0 interface lan rl0 No servidor2 o acesso a internet sera via diaup neste cenario como ficaria as config do ipsec com ip dinamico na tun0?? se for possivel eh claro. alguem ja fez uma vpn desta forma?? se aguem puder dar uma dica... sds. Marcos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Thiago Gomes - 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] FreeBsd com VmWarer ESXi 4.1
Você está usando vlan então? As duas placas de rede no vSwitch0 estão com Teaming ativado? Qual protocolo você está utilizando no switch fisico para o Teaming? 2011/5/10 Eder Souza eder.so...@bsd.com.br Na realidade o desenho esta assim: vSwitch0 VM Network Physical Adapters (vmnic3 e vmni0) Maq virtual 01 | Maq virtual 02 | . | . | . | rede1-- | vmk1: IP | | rede2 | vmk0:IP--- | Em 10 de maio de 2011 12:39, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Você disse que possui duas interfaces físicas, entendo que seja no Host... Então você possui dois vSwitches... e duas VM Networks. As duas placas de rede virtuais EM estão cada uma em uma VM Network diferente? 2011/5/10 Eder Souza eder.so...@bsd.com.br Pois é Rafael eu só uso o EM como driver nas máquinas virtualizadas! Eu notei que nas configuração das Vm's via Vsphere existe a opção de configurar o adaptador de rede eu já mudei as opçãoes do Current Adapter para E100 ou para VMXNET2(Enhanced) e o comportamento é o mesmo em Network label sempre deixo como VM Network ... É algum detalhe que esta passando batido :-( Em 10 de maio de 2011 11:55, Rafael Henrique Faria rafaelhfa...@cenadigital.com.br escreveu: Qual drive de rede você está utilizando? Eu uso o em e roda perfeitamente... tenho diversos BSD, desde 6.4, até 8.2 passando por 7.2, todos com em, e sem problemas... Porém, já tentei usar os vmxnet, e sempre tive dores de cabeça... por problemas parecidos com o que vc citou. 2011/5/10 Eder Souza eder.so...@bsd.com.br Olá Lista estou testando algumas máquinas FreeBSD virtualizadas com o VmWare ESXi 4.1, configurei duas interfaces físicas de rede distintas, e tudo parecia funcionar muito bem, porem venho notando um problema, durante alguns reboots nas máquinas virtuais a interface de rede da máquina virtualizada para de responder (não pinga mais), se eu pingar para qualquer uma das duas interfaces físicas tudo esta normal, para resolver tenho que parar a máquina virtual e via Vsphere Client ir em edit settings na maquina virtual com problema, remover o network adapter e adicionar novamente! O problema parece ser randomico algumas vezes dou reboot e a máquina sobe funcionando normal, outras vezes ela já apresenta este problema característico, detalhe importante é que este problema ocorre somente pela máquina virtual que recebe o reboot (ou halt -p, ou qualquer forma de desligamento) as outras máquinas virtuas que se encontram no mesmo servidor continuam funcionando normalmente ! Alguem já passou por este problema ? Obrigado Eder - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria - 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 -- Rafael Henrique da Silva Faria - 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 -- Rafael Henrique da Silva Faria - 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] DragonFly e a GNU
Então vc quer dizer que não posso usar o Clang/LLVM em projetos comerciais, pois os binários ficarão sob licença BSD?? Isso não é verdade, veja o caso do GCC http://www.gnu.org/licenses/gpl-faq.pt-br.html#UseGCC On 5/10/11 11:15 AM, Josias L. Gonçalves wrote: Creio que o problema seja a compilação resultando no binário, nao exatamente a distribuição do seu código fonte, ate então nao caracterizando nenhuma ligação com o GPLv3. O proprio DragonFly possui uma instância que retira o gcc44, o NO_GCC44. O FreeBSD tambem possui um capitulo em seu Handbook sobre o uso de novos gcc e explicando tecnicamente como fazer isso, instalando a partir do ports, no entanto, o binário nao ficara mais sujeito a liberdade da licença bsd, novamente provocando uma onda para os sub-projetos (comerciais ou nao). Em 10 de maio de 2011 11:05, Rodrigo Mosconifree...@mosconi.mat.br escreveu: ironic Imagine quando o GCC for GPLv4, pois somente o Emacs pode ser usado como editor de texto. /ironic Em 10 de maio de 2011 10:51, Danilo Egeadaniloe...@yahoo.com.br escreveu: Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN -daniloe...@yahoo.com.br Skype -daniloegea Blog -http://daniloegea.wordpress.com Twitter -http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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] DragonFly e a GNU
2011/5/10 Danilo Egea daniloe...@yahoo.com.br: Então vc quer dizer que não posso usar o Clang/LLVM em projetos comerciais, pois os binários ficarão sob licença BSD?? Isso não é verdade, veja o caso do GCC http://www.gnu.org/licenses/gpl-faq.pt-br.html#UseGCC Claro que pode usar llvm/clang em projetos comerciais, ele é distribuido sob licença BSD, portanto, não tem erro. Aliás, esse é o motivo de a Apple investir no clang. -- Renato Botelho - 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] DragonFly e a GNU
A licença BSD permite a redistribuição de binarios com ou sem modificação, de forma comercial ou não. Então a licença por si já o libera para ter sua própria licença, comercial ou não. Em 10/05/2011, às 16:15, Danilo Egea escreveu: Então vc quer dizer que não posso usar o Clang/LLVM em projetos comerciais, pois os binários ficarão sob licença BSD?? Isso não é verdade, veja o caso do GCC http://www.gnu.org/licenses/gpl-faq.pt-br.html#UseGCC On 5/10/11 11:15 AM, Josias L. Gonçalves wrote: Creio que o problema seja a compilação resultando no binário, nao exatamente a distribuição do seu código fonte, ate então nao caracterizando nenhuma ligação com o GPLv3. O proprio DragonFly possui uma instância que retira o gcc44, o NO_GCC44. O FreeBSD tambem possui um capitulo em seu Handbook sobre o uso de novos gcc e explicando tecnicamente como fazer isso, instalando a partir do ports, no entanto, o binário nao ficara mais sujeito a liberdade da licença bsd, novamente provocando uma onda para os sub-projetos (comerciais ou nao). Em 10 de maio de 2011 11:05, Rodrigo Mosconifree...@mosconi.mat.br escreveu: ironic Imagine quando o GCC for GPLv4, pois somente o Emacs pode ser usado como editor de texto. /ironic Em 10 de maio de 2011 10:51, Danilo Egeadaniloe...@yahoo.com.br escreveu: Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN -daniloe...@yahoo.com.br Skype -daniloegea Blog -http://daniloegea.wordpress.com Twitter -http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] DragonFly e a GNU
Tudo bem, vamos para o GCC então, meu aplicativo pra iPhone compilado com o GCC herda a licença do código e eu tenho que distribuí-lo livremente? On 5/10/11 4:31 PM, Josias L.G wrote: A licença BSD permite a redistribuição de binarios com ou sem modificação, de forma comercial ou não. Então a licença por si já o libera para ter sua própria licença, comercial ou não. Em 10/05/2011, às 16:15, Danilo Egea escreveu: Então vc quer dizer que não posso usar o Clang/LLVM em projetos comerciais, pois os binários ficarão sob licença BSD?? Isso não é verdade, veja o caso do GCC http://www.gnu.org/licenses/gpl-faq.pt-br.html#UseGCC On 5/10/11 11:15 AM, Josias L. Gonçalves wrote: Creio que o problema seja a compilação resultando no binário, nao exatamente a distribuição do seu código fonte, ate então nao caracterizando nenhuma ligação com o GPLv3. O proprio DragonFly possui uma instância que retira o gcc44, o NO_GCC44. O FreeBSD tambem possui um capitulo em seu Handbook sobre o uso de novos gcc e explicando tecnicamente como fazer isso, instalando a partir do ports, no entanto, o binário nao ficara mais sujeito a liberdade da licença bsd, novamente provocando uma onda para os sub-projetos (comerciais ou nao). Em 10 de maio de 2011 11:05, Rodrigo Mosconifree...@mosconi.mat.br escreveu: ironic Imagine quando o GCC for GPLv4, pois somente o Emacs pode ser usado como editor de texto. /ironic Em 10 de maio de 2011 10:51, Danilo Egeadaniloe...@yahoo.com.br escreveu: Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] VPN VIA PPP
dydns... nao seria bem isso , minha duvida eh como fazer para que o ppp ao negociar o ip com o provedor discado, inserir este ip nas config do ipsec e assim estabelecer o tunel vpn com a outra ponta. []`s Marcos Prezados Preciso subir uma vpn entre duas maquinas freebsd da seguinte forma: servidor1---adsl-internet--dialup/pppservidor2 (ip fixo) (ip dinamico) interface wan exx0 interface wan tun0 interface lan rl0 interface lan rl0 No servidor2 o acesso a internet sera via diaup , neste senario como ficaria as config do ipsec com ip dinamico na tun0?? se for possivel eh claro. alguem ja fez uma vpn desta forma?? se aguem puder dar uma dica... sds. Marcos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] VPN VIA PPP
pq vc nao usa openvpn ?? Em 10 de maio de 2011 17:04, Marcos Aurélio mensagem.particu...@hotmail.com escreveu: dydns... nao seria bem isso , minha duvida eh como fazer para que o ppp ao negociar o ip com o provedor discado, inserir este ip nas config do ipsec e assim estabelecer o tunel vpn com a outra ponta. []`s Marcos Prezados Preciso subir uma vpn entre duas maquinas freebsd da seguinte forma: servidor1---adsl-internet--dialup/pppservidor2 (ip fixo) (ip dinamico) interface wan exx0 interface wan tun0 interface lan rl0 interface lan rl0 No servidor2 o acesso a internet sera via diaup , neste senario como ficaria as config do ipsec com ip dinamico na tun0?? se for possivel eh claro. alguem ja fez uma vpn desta forma?? se aguem puder dar uma dica... sds. Marcos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Thiago Gomes - 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] DragonFly e a GNU
Creio que não. Teria de ler a documentação da apple a respeito disto, ja que pelo que sei, o desenvolvimento dos programas para o IOS deve respeitar questões como libs não proprietárias, ou o não uso de algo relacionado ao GPLv3. Sobre o iPhone: http://www.fsf.org/news/iphone-gplv3 Carta do vice presidente da freebsd foundation sobre a GPLv3: http://www.freebsdfoundation.org/press/2007Aug-newsletter.shtml Em 10/05/2011, às 16:53, Danilo Egea escreveu: Tudo bem, vamos para o GCC então, meu aplicativo pra iPhone compilado com o GCC herda a licença do código e eu tenho que distribuí-lo livremente? On 5/10/11 4:31 PM, Josias L.G wrote: A licença BSD permite a redistribuição de binarios com ou sem modificação, de forma comercial ou não. Então a licença por si já o libera para ter sua própria licença, comercial ou não. Em 10/05/2011, às 16:15, Danilo Egea escreveu: Então vc quer dizer que não posso usar o Clang/LLVM em projetos comerciais, pois os binários ficarão sob licença BSD?? Isso não é verdade, veja o caso do GCC http://www.gnu.org/licenses/gpl-faq.pt-br.html#UseGCC On 5/10/11 11:15 AM, Josias L. Gonçalves wrote: Creio que o problema seja a compilação resultando no binário, nao exatamente a distribuição do seu código fonte, ate então nao caracterizando nenhuma ligação com o GPLv3. O proprio DragonFly possui uma instância que retira o gcc44, o NO_GCC44. O FreeBSD tambem possui um capitulo em seu Handbook sobre o uso de novos gcc e explicando tecnicamente como fazer isso, instalando a partir do ports, no entanto, o binário nao ficara mais sujeito a liberdade da licença bsd, novamente provocando uma onda para os sub-projetos (comerciais ou nao). Em 10 de maio de 2011 11:05, Rodrigo Mosconifree...@mosconi.mat.br escreveu: ironic Imagine quando o GCC for GPLv4, pois somente o Emacs pode ser usado como editor de texto. /ironic Em 10 de maio de 2011 10:51, Danilo Egeadaniloe...@yahoo.com.br escreveu: Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] DragonFly e a GNU
apenas complementando, creio que isso ira tirar muitas duvidas a respeito do compilador e os objetos gerados por ele. http://www.gnu.org/licenses/gcc-exception.html Em 10/05/2011, às 16:53, Danilo Egea escreveu: Tudo bem, vamos para o GCC então, meu aplicativo pra iPhone compilado com o GCC herda a licença do código e eu tenho que distribuí-lo livremente? On 5/10/11 4:31 PM, Josias L.G wrote: A licença BSD permite a redistribuição de binarios com ou sem modificação, de forma comercial ou não. Então a licença por si já o libera para ter sua própria licença, comercial ou não. Em 10/05/2011, às 16:15, Danilo Egea escreveu: Então vc quer dizer que não posso usar o Clang/LLVM em projetos comerciais, pois os binários ficarão sob licença BSD?? Isso não é verdade, veja o caso do GCC http://www.gnu.org/licenses/gpl-faq.pt-br.html#UseGCC On 5/10/11 11:15 AM, Josias L. Gonçalves wrote: Creio que o problema seja a compilação resultando no binário, nao exatamente a distribuição do seu código fonte, ate então nao caracterizando nenhuma ligação com o GPLv3. O proprio DragonFly possui uma instância que retira o gcc44, o NO_GCC44. O FreeBSD tambem possui um capitulo em seu Handbook sobre o uso de novos gcc e explicando tecnicamente como fazer isso, instalando a partir do ports, no entanto, o binário nao ficara mais sujeito a liberdade da licença bsd, novamente provocando uma onda para os sub-projetos (comerciais ou nao). Em 10 de maio de 2011 11:05, Rodrigo Mosconifree...@mosconi.mat.br escreveu: ironic Imagine quando o GCC for GPLv4, pois somente o Emacs pode ser usado como editor de texto. /ironic Em 10 de maio de 2011 10:51, Danilo Egeadaniloe...@yahoo.com.br escreveu: Então, mas o problema não é distribuir o sistema com código GPLv3 incluso no meio dos fontes do próprio SO??? Até onde eu sabia, o conflito todo estava aí... On 5/10/11 10:07 AM, Josias L. Gonçalves wrote: Bom dia. Creio que ira interferir nos projetos derivados do DragonFly e que forem comerciais. No entanto, se o código fonte do sistema eh licença bsd, então ao compilar com gcc 4.2.1 ou clang o binário poderia ser usado em projetos comerciais fechados. A Apple recentemente esta passando por isso, e esta criando um substituto para o samba que se moveu também para o GPLv3 e a ultima serie baseada no GPLv2 esta por demais defasada. Em 10 de maio de 2011 08:59, Danilo Egeadaniloe...@yahoo.com.br escreveu: Salve galera, eu tenho acompanhado os commits no trunk do DragonFly há alguns dias. No último release o GCC 4.4 começou a ser distribuído junto com o sistema e agora o GDB 7.2 entrou na árvore tbm. Em tese, o DragonFly não deveria passar pelos mesmos problemas de conflitos de licença que o FreeBSD, supostamente, está passando?? Lembrando que o GDB 7.2 e o GCC 4.4(.6) estão infectados com a GPLv3. Não quero gerar conflitos, é só uma dúvida... Abraços. E-mail/MSN - daniloe...@yahoo.com.br Skype - daniloegea Blog - http://daniloegea.wordpress.com Twitter - http://twitter.com/daniloegea - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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 -- Danilo Egêa Gondolfo http://daniloegea.wordpress.com - 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] VPN VIA PPP
na ponta dinamica, o ipsec tem que ser ativo e na ponta estatica, o ipsec tem que ser passivo, ie, tem que esperar a conexao. Em 10 de maio de 2011 17:23, Thiago Gomes thiagome...@gmail.com escreveu: pq vc nao usa openvpn ?? Em 10 de maio de 2011 17:04, Marcos Aurélio mensagem.particu...@hotmail.com escreveu: dydns... nao seria bem isso , minha duvida eh como fazer para que o ppp ao negociar o ip com o provedor discado, inserir este ip nas config do ipsec e assim estabelecer o tunel vpn com a outra ponta. []`s Marcos Prezados Preciso subir uma vpn entre duas maquinas freebsd da seguinte forma: servidor1---adsl-internet--dialup/pppservidor2 (ip fixo) (ip dinamico) interface wan exx0 interface wan tun0 interface lan rl0 interface lan rl0 No servidor2 o acesso a internet sera via diaup , neste senario como ficaria as config do ipsec com ip dinamico na tun0?? se for possivel eh claro. alguem ja fez uma vpn desta forma?? se aguem puder dar uma dica... sds. Marcos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Thiago Gomes - 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] Criação de imagem
mfsbsd. Em 10/5/2011 10:37, Rodrigo Mosconi escreveu: Em 10 de maio de 2011 10:32, Guilherme Ferreira Rosário guilherme.f.rosa...@spotless.com.br escreveu: Bom dia meus amigos, Estou retornando a lista, gostaria de algumas sugestões para a seguinte questão, eu trabalho vendendo servidores FreeBSD, para facilitar eu gostaria de saber se existe alguma forma de eu criar uma ISO do sistema ja pronto, com todos os serviços que utilizo já compilados por exemplo (squid,postfix,apache,postgresql), pois ficaria muito mais rapida a implementação dos servidores em meus clientes. freesbie e relacionados Obrigado Att -- Guilherme F. Rosário _ www.spotless.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid
são muitos acessos e preciso diminuir o I/O do disco. São Gigas de logs por causa desse site. Em 10 de maio de 2011 09:38, Rejaine Monteiro reja...@bhz.jamef.com.brescreveu: qual sua intenção de não gerar registro do site em questão no log? seria apenas para que não apareça nos relatorios do sarg? se for isso, o proprio sarg tem uma opção para omitir determinados dominios ou urls do relatório de site.. agora se a intenção é não fazer, cache desses sites, o squid tem outras opções pra isso também.. Em 10-05-2011 00:52, Anderson Alves de Albuquerque escreveu: Eu tenho uma dúvida de como fazer uma configuração no squid que talvez seja solucionada pelo filtro de pacotes do freebsd. Bem, eu tenho um freebsd com squid transparente e NAT. Atrás desse firewall tenho N clientes. Existe um site na rede externa que os meus clientes acessam, um site com imagens de câmeras que são atualizadas de 1 em 1 segundo. O problema eh que são várias imagens com atualização de 1 em 1 seg. O squid acaba colocando 1 registro para cada imagem de 1 em 1 seg. Eu queria colocar para que no site em especial, não seja registrado o acesso no arquivo de log. Isto seria possível? seja pelo filtro de pacotes do freebsd ou pelas configurações? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid
Eu nao quero cache nem logs deste site. Em 10 de maio de 2011 09:33, Leandro Keffer keffer...@gmail.com escreveu: coloca o site fora do proxy amigo, mais f'acil ... n~ao se tem motivos para formar cache nesse caso. Att Em 10 de maio de 2011 00:52, Anderson Alves de Albuquerque anderso...@gmail.com escreveu: Eu tenho uma dúvida de como fazer uma configuração no squid que talvez seja solucionada pelo filtro de pacotes do freebsd. Bem, eu tenho um freebsd com squid transparente e NAT. Atrás desse firewall tenho N clientes. Existe um site na rede externa que os meus clientes acessam, um site com imagens de câmeras que são atualizadas de 1 em 1 segundo. O problema eh que são várias imagens com atualização de 1 em 1 seg. O squid acaba colocando 1 registro para cada imagem de 1 em 1 seg. Eu queria colocar para que no site em especial, não seja registrado o acesso no arquivo de log. Isto seria possível? seja pelo filtro de pacotes do freebsd ou pelas configurações? -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - 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 -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid
Anderson, Configura na GPO se tiver AD, ou no seu browser para não usar proxy para http://ip.da.camera e faz a liberação direto no firewall sem precisar registrar LOG como disse o Leandro. Abraço! Em 10 de maio de 2011 21:17, Anderson Alves de Albuquerque anderso...@gmail.com escreveu: são muitos acessos e preciso diminuir o I/O do disco. São Gigas de logs por causa desse site. Em 10 de maio de 2011 09:38, Rejaine Monteiro reja...@bhz.jamef.com.brescreveu: qual sua intenção de não gerar registro do site em questão no log? seria apenas para que não apareça nos relatorios do sarg? se for isso, o proprio sarg tem uma opção para omitir determinados dominios ou urls do relatório de site.. agora se a intenção é não fazer, cache desses sites, o squid tem outras opções pra isso também.. Em 10-05-2011 00:52, Anderson Alves de Albuquerque escreveu: Eu tenho uma dúvida de como fazer uma configuração no squid que talvez seja solucionada pelo filtro de pacotes do freebsd. Bem, eu tenho um freebsd com squid transparente e NAT. Atrás desse firewall tenho N clientes. Existe um site na rede externa que os meus clientes acessam, um site com imagens de câmeras que são atualizadas de 1 em 1 segundo. O problema eh que são várias imagens com atualização de 1 em 1 seg. O squid acaba colocando 1 registro para cada imagem de 1 em 1 seg. Eu queria colocar para que no site em especial, não seja registrado o acesso no arquivo de log. Isto seria possível? seja pelo filtro de pacotes do freebsd ou pelas configurações? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- ___ Bruno Torres Viana Consultor em TI Celular: (27) 8823-0751 SKYPE/MSN: btorres_viana Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante por opção! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] squid
Só uma pergunta para passar a solução. Tem algum outro serviço necessário de filtragem com destino ao equipamento onde encontra-se o site ou o servidor web ? Caso não, na regra de redirecionamento dos pacotes destinado a porta 80 para o porta do servidor proxy coloque uma negativa no destino com o ip da maquina no qual não deseja que a mesma ultrapasse o cache. Exemplo /ipfw add 1000 fwd 192.168.0.1,3128 tcp from 192.168.0.0/24 to any,80 !192.168.0.2 in em0/ Não me recordo diretamente quanto a contrução da regra, porem seria algo parecido com isso ai acima, onde: 192.168.0.1,3128 = Endereço IP:PORTA que o servidor proxy está ativo. 192.168.0.0/24,80 = A regra se aplica a todas as maquina cuja origem pertencer a rede interna. any,80 = Trafego http direcionado a porta 80 de qualquer host extenamente a rede 192.168.0.0/24 !192.168.0.2 = Host no qual NÃO deseja que o acesso seja interceptado pelo servidor proxy. Para mais informações segue o endereço no qual irá orientar você a construir a regra corretamente. http://www.freebsdbrasil.com.br/fbsdbr_files/File/public_docs/ipfw-howto.pdf Att., Em 10/05/2011 21:29, Bruno Torres Viana escreveu: Anderson, Configura na GPO se tiver AD, ou no seu browser para não usar proxy para http://ip.da.camera e faz a liberação direto no firewall sem precisar registrar LOG como disse o Leandro. Abraço! Em 10 de maio de 2011 21:17, Anderson Alves de Albuquerque anderso...@gmail.com escreveu: são muitos acessos e preciso diminuir o I/O do disco. São Gigas de logs por causa desse site. Em 10 de maio de 2011 09:38, Rejaine Monteiro reja...@bhz.jamef.com.brescreveu: qual sua intenção de não gerar registro do site em questão no log? seria apenas para que não apareça nos relatorios do sarg? se for isso, o proprio sarg tem uma opção para omitir determinados dominios ou urls do relatório de site.. agora se a intenção é não fazer, cache desses sites, o squid tem outras opções pra isso também.. Em 10-05-2011 00:52, Anderson Alves de Albuquerque escreveu: Eu tenho uma dúvida de como fazer uma configuração no squid que talvez seja solucionada pelo filtro de pacotes do freebsd. Bem, eu tenho um freebsd com squid transparente e NAT. Atrás desse firewall tenho N clientes. Existe um site na rede externa que os meus clientes acessam, um site com imagens de câmeras que são atualizadas de 1 em 1 segundo. O problema eh que são várias imagens com atualização de 1 em 1 seg. O squid acaba colocando 1 registro para cada imagem de 1 em 1 seg. Eu queria colocar para que no site em especial, não seja registrado o acesso no arquivo de log. Isto seria possível? seja pelo filtro de pacotes do freebsd ou pelas configurações? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Paulo Henrique R. Oliveira. Consultória em Projetos de TI. Cel: (21) 9683-5433 - VIVO. Cel: (21) 7402-6128 - Claro. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
