Re: [FUG-BR] FreeBSD 10-RELEASE + IPFW + MAC Address

2014-02-13 Por tôpico Marcelo Gondim
Em 14/02/14 00:09, Márcio Elias escreveu:
> 2014-02-13 15:24 GMT-02:00 Marcelo Gondim :
>
>> Em 13/02/14 11:31, Márcio Elias escreveu:
>>> 2014-02-12 23:59 GMT-02:00 Márcio Elias :
>>>
 2014-02-12 23:42 GMT-02:00 Renato Frederick :

> Em 12/02/14 23:31, Márcio Elias escreveu:
>> Se funcionar, antes de relatar como BUG ainda vou fazer mais um teste,
>> excluindo e recriando a máquina virtual da versão 10, pra realmente
>> descartar qualquer possibilidade de erro de  configuração.
> Se puder virtualizar em vmware e mandar o feedback prá nós, fico
> agradecido!
> -
>
 Não tenho VMWare aqui fera, soh que eu instale a versão Desktop na minha
 máquina e faça os testes, o difícil vai ser tempo pra isso.

 Se alguém tiver um ambiente que possa testar, mando o conjunto de
 configurações/regras mínimas que estou usando pra ver se funciona.


>>> Infelizmente tenho os resultados dos testes realizados em uma máquina
>> real
>>> com FreeBSD 10-release.
>>>
>>> O resultado foi o mesmo da máquina virtualizada, não sei por que mais ao
>>> jogar o tráfego de upload para o pipe, o cliente não navega mais...
>>>
>>> *00100  2786 1389706 divert 8668 ip from any to me in recv re0*
>>> *00200  1796  444771 divert 8668 ip from 192.168.0.0/16
>>>  to any out xmit re0*
>>> *00300  1621 1013920 pipe 150 ip from any to 192.168.5.18
>>> MAC XX:XX:XX:XX:XX:XX any*
>>> *--->>> 00400   534   74471 pipe 155 ip from 192.168.5.18 to any  ##aqui
>>> tinha controle de MAC, mais testei sem e mesmo assim não foi*
>>> *65535 19188 6448077 allow ip from any to any*
>>>
>>> Não acredito que seja um BUG, deve ter mudado alguma coisa com o FreeBSD
>>> 10, alguém ai tem a oportunidade de reproduzir esse teste?
>>>
>> Marcio fiz um teste aqui e deu o mesmo erro também. Mandei até um e-mail
>> pros caras explicando. Aí fui fazer o mesmo teste entrando com as regras
>> manualmente e acho que descobri o problema.
>>
>> Quando rodo as regras através do script não aparece o erro que dá na
>> hora do pipe. Minhas regras de teste:
>>
>> ipfw add pipe 1 ip from 67.xxx.89.78 to any 80 out via xn0
>> ipfw add pipe 2 ip from any 80 to 67.xxx.89.78 in via xn0
>> ipfw pipe 1 config bw 1024Kbit/s queue 128 burst 2M
>> ipfw pipe 2 config bw 1024Kbit/s queue 128 burst 2M
>>
>> Rodando as 2 do pipe manualmente deu a mensagem abaixo que a queue size
>> tinha que ser maior igual à 2 e menor igual à 100. Refiz a regra usando
>> queue com 100 e funcionou normalmente. Existe uma sysctl que permite
>> aumentar o valor da queue: net.inet.ip.dummynet.pipe_slot_limit onde
>> posso aumentar para 128 e aí minhas regras também funcionariam. Por um
>> acaso não é isso que está acontecendo contigo?
>>
>> # ipfw pipe 1 config bw 1024Kbit/s queue 128 burst 2M
>> ipfw: 2 <= queue size <= 100
>>
>> # ipfw pipe 2 config bw 1024Kbit/s queue 128 burst 2M
>> ipfw: 2 <= queue size <= 100
>>
>> []'s
>> Gondim
>> -
>>
>>
> Humm, mais eu não estou configurando o pipe desta forma, estou
> especificando somente a largura de banda, veja como estou fazendo:
>
> ipfw pipe 1 config bw 10Mbits#exemplo para um pipe de 10M
>
> Outra coisa é que para o meu caso não especifico portas, todo o tráfego
> passa por esse pipe, isso é o que uso para limitar a velocidade contratada
> pelos clientes, por isso tenho um pipe de up e um de down pra cada cliente.
>
> Será que é o mesmo caso?
>
Eu coloquei a porta específica apenas para fazer um teste, porque senão 
poderia travar meu acesso remoto naquela VM, aí para não correr o risco, 
fiz somente com a porta 80.  :)
Pro controle ficar legal é bom setar a queue que seria a velocidade / 8 
que no seu caso daria uma queue de 1280 mas aí você precisa setar o 
net.inet.ip.dummynet.pipe_slot_limit para 1280.

Quando você seta o seu pipe... o que aparece quando você faz: ipfw pipe 
show  ?

No meu caso deu o problema porque os pipes não carregavam, não apareciam 
no comando acima.

[]'s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD 10-RELEASE + IPFW + MAC Address

2014-02-13 Por tôpico Márcio Elias
2014-02-13 15:24 GMT-02:00 Marcelo Gondim :

> Em 13/02/14 11:31, Márcio Elias escreveu:
> > 2014-02-12 23:59 GMT-02:00 Márcio Elias :
> >
> >> 2014-02-12 23:42 GMT-02:00 Renato Frederick :
> >>
> >>> Em 12/02/14 23:31, Márcio Elias escreveu:
>  Se funcionar, antes de relatar como BUG ainda vou fazer mais um teste,
>  excluindo e recriando a máquina virtual da versão 10, pra realmente
>  descartar qualquer possibilidade de erro de  configuração.
> >>> Se puder virtualizar em vmware e mandar o feedback prá nós, fico
> >>> agradecido!
> >>> -
> >>>
> >>
> >> Não tenho VMWare aqui fera, soh que eu instale a versão Desktop na minha
> >> máquina e faça os testes, o difícil vai ser tempo pra isso.
> >>
> >> Se alguém tiver um ambiente que possa testar, mando o conjunto de
> >> configurações/regras mínimas que estou usando pra ver se funciona.
> >>
> >>
> > Infelizmente tenho os resultados dos testes realizados em uma máquina
> real
> > com FreeBSD 10-release.
> >
> > O resultado foi o mesmo da máquina virtualizada, não sei por que mais ao
> > jogar o tráfego de upload para o pipe, o cliente não navega mais...
> >
> > *00100  2786 1389706 divert 8668 ip from any to me in recv re0*
> > *00200  1796  444771 divert 8668 ip from 192.168.0.0/16
> >  to any out xmit re0*
> > *00300  1621 1013920 pipe 150 ip from any to 192.168.5.18
> > MAC XX:XX:XX:XX:XX:XX any*
> > *--->>> 00400   534   74471 pipe 155 ip from 192.168.5.18 to any  ##aqui
> > tinha controle de MAC, mais testei sem e mesmo assim não foi*
> > *65535 19188 6448077 allow ip from any to any*
> >
> > Não acredito que seja um BUG, deve ter mudado alguma coisa com o FreeBSD
> > 10, alguém ai tem a oportunidade de reproduzir esse teste?
> >
> Marcio fiz um teste aqui e deu o mesmo erro também. Mandei até um e-mail
> pros caras explicando. Aí fui fazer o mesmo teste entrando com as regras
> manualmente e acho que descobri o problema.
>
> Quando rodo as regras através do script não aparece o erro que dá na
> hora do pipe. Minhas regras de teste:
>
> ipfw add pipe 1 ip from 67.xxx.89.78 to any 80 out via xn0
> ipfw add pipe 2 ip from any 80 to 67.xxx.89.78 in via xn0
> ipfw pipe 1 config bw 1024Kbit/s queue 128 burst 2M
> ipfw pipe 2 config bw 1024Kbit/s queue 128 burst 2M
>
> Rodando as 2 do pipe manualmente deu a mensagem abaixo que a queue size
> tinha que ser maior igual à 2 e menor igual à 100. Refiz a regra usando
> queue com 100 e funcionou normalmente. Existe uma sysctl que permite
> aumentar o valor da queue: net.inet.ip.dummynet.pipe_slot_limit onde
> posso aumentar para 128 e aí minhas regras também funcionariam. Por um
> acaso não é isso que está acontecendo contigo?
>
> # ipfw pipe 1 config bw 1024Kbit/s queue 128 burst 2M
> ipfw: 2 <= queue size <= 100
>
> # ipfw pipe 2 config bw 1024Kbit/s queue 128 burst 2M
> ipfw: 2 <= queue size <= 100
>
> []'s
> Gondim
> -
>
>
Humm, mais eu não estou configurando o pipe desta forma, estou
especificando somente a largura de banda, veja como estou fazendo:

ipfw pipe 1 config bw 10Mbits#exemplo para um pipe de 10M

Outra coisa é que para o meu caso não especifico portas, todo o tráfego
passa por esse pipe, isso é o que uso para limitar a velocidade contratada
pelos clientes, por isso tenho um pipe de up e um de down pra cada cliente.

Será que é o mesmo caso?

-- 
Att.
__
Márcio Elias Hahn do Nascimento

Araranguá - SC
Cel:   (55) 48-9661-0233
msn: marcioeliash...@hotmail.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] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Nilton Jose Rizzo
Em Thu, 13 Feb 2014 21:28:29 -0200, Marcelo Gondim escreveu
> Em 13/02/14 21:20, Nilton Jose Rizzo escreveu:
> > Em Thu, 13 Feb 2014 21:07:52 -0200, Carlos Eduardo G. Carvalho (Cartola)
escreveu
> >> Pra tirar tem aqueles comandos unix2dos e dos2unix tb
> >   não não ... é que peguei um arquivo do Libre office (uma tabela) e 
> > exportei
> > como texto e cada celula saiu em uma linha, e como tinha que reconstruir a
> > linha para importar em outro porgrama deu zica com o ^J, tentei trocar por
> > vírgula e não foi  o ^M é mole tirar é só fazer :1,$s/+v+m// e
> > resolve, mas essa quebra de linha aff não foi ... ainda não testei porque 
> > fiz
> > na mão a conversão (eram só 49 linhas ), mas voi ver a dica do godim mais
tarde
> >
> > Rizzo
> Pode tentar que acho que vai te servir. O tr é meio que um canivete 
> suíço nessas horas rsrsrsrs
> 
> Grande abraço
> 
> >
> >> E aqui costuma ser ^M ...
> >>
> >> Carlos E G C (Cartola) via celular
> >> http://cartola.org/360
> >> http://www.panoforum.com.br/
> >> Em 13/02/2014 20:17, "Nilton Jose Rizzo"  escreveu:
> >>
> >>> Em Thu, 13 Feb 2014 20:02:10 -0200, Marcelo Gondim escreveu
>  Em 13/02/14 19:56, Marcelo Gondim escreveu:
> > Em 13/02/14 19:14, Nilton Jose Rizzo escreveu:
> >> Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho
> >>> (Cartola)
> >>> escreveu
> >>> Como mencionou o J imagino que esteja falando do vi
> >>>
> >>> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/
> >>  o problema é justamente esse cartola, o ^J é o único que não
> >> rola ... nem fazendo ^V^J, ele interpreta o ^J como 
> >> e pula  a linha :(
> >>
> >>> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o
> >>> ^J use antes o ctrl+v que o próximo caracter especial não é
> >>> interpretado
> >>> Abs,
> >>>
> >>> Carlos E G C (Cartola) via celular
> >>> http://cartola.org/360
> >>> http://www.panoforum.com.br/
> >>> Em 13/02/2014 18:31, "Nilton Jose Rizzo" 
> >>> escreveu:
>  Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu
> 
>   Aff saiu quebrado o email ...
> 
>  Pessoas,
> 
>  como faço para tirar a quebra de linha de um arquivo texto?
> 
>  com J consigo juntar duas linhas, porém quero e trocar o
> >>> caracter ^J
>  (quebra de linha) por outro caracter qualquer, como por exemplo ,
> 
> 
>  Rizzo
> > Tentou com o tr?
> > Tipo
> >
> > cat arquivo | tr -s 'ˆJ' 'X' > outro_arquivo
> >
> > Aqui funcionou. :)
> >
>  Ops tem que fazer assim:
> 
>  cat arquivo | tr -s '[:cntrl:]J' 'X' > outro_arquivo
> >>> Vou tentar Godim

   Funcionou Godim  é fica-se acostumado a usar uma determinada ferramente
que as vezes se esquece de outras ... obrigado

   Rizzo

> >>>
> >>> Rizzo
> >>>
> 
> -
> 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] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Marcelo Gondim
Em 13/02/14 21:20, Nilton Jose Rizzo escreveu:
> Em Thu, 13 Feb 2014 21:07:52 -0200, Carlos Eduardo G. Carvalho (Cartola) 
> escreveu
>> Pra tirar tem aqueles comandos unix2dos e dos2unix tb
>   não não ... é que peguei um arquivo do Libre office (uma tabela) e exportei
> como texto e cada celula saiu em uma linha, e como tinha que reconstruir a
> linha para importar em outro porgrama deu zica com o ^J, tentei trocar por
> vírgula e não foi  o ^M é mole tirar é só fazer :1,$s/+v+m// e
> resolve, mas essa quebra de linha aff não foi ... ainda não testei porque fiz
> na mão a conversão (eram só 49 linhas ), mas voi ver a dica do godim mais 
> tarde
>
> Rizzo
Pode tentar que acho que vai te servir. O tr é meio que um canivete 
suíço nessas horas rsrsrsrs

Grande abraço

>
>> E aqui costuma ser ^M ...
>>
>> Carlos E G C (Cartola) via celular
>> http://cartola.org/360
>> http://www.panoforum.com.br/
>> Em 13/02/2014 20:17, "Nilton Jose Rizzo"  escreveu:
>>
>>> Em Thu, 13 Feb 2014 20:02:10 -0200, Marcelo Gondim escreveu
 Em 13/02/14 19:56, Marcelo Gondim escreveu:
> Em 13/02/14 19:14, Nilton Jose Rizzo escreveu:
>> Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho
>>> (Cartola)
>>> escreveu
>>> Como mencionou o J imagino que esteja falando do vi
>>>
>>> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/
>>  o problema é justamente esse cartola, o ^J é o único que não
>> rola ... nem fazendo ^V^J, ele interpreta o ^J como 
>> e pula  a linha :(
>>
>>> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o
>>> ^J use antes o ctrl+v que o próximo caracter especial não é
>>> interpretado
>>> Abs,
>>>
>>> Carlos E G C (Cartola) via celular
>>> http://cartola.org/360
>>> http://www.panoforum.com.br/
>>> Em 13/02/2014 18:31, "Nilton Jose Rizzo" 
>>> escreveu:
 Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu

  Aff saiu quebrado o email ...

 Pessoas,

 como faço para tirar a quebra de linha de um arquivo texto?

 com J consigo juntar duas linhas, porém quero e trocar o
>>> caracter ^J
 (quebra de linha) por outro caracter qualquer, como por exemplo ,


 Rizzo
> Tentou com o tr?
> Tipo
>
> cat arquivo | tr -s 'ˆJ' 'X' > outro_arquivo
>
> Aqui funcionou. :)
>
 Ops tem que fazer assim:

 cat arquivo | tr -s '[:cntrl:]J' 'X' > outro_arquivo
>>> Vou tentar Godim
>>>
>>> Rizzo
>>>

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Nilton Jose Rizzo
Em Thu, 13 Feb 2014 21:07:52 -0200, Carlos Eduardo G. Carvalho (Cartola) 
escreveu
> Pra tirar tem aqueles comandos unix2dos e dos2unix tb
 não não ... é que peguei um arquivo do Libre office (uma tabela) e exportei
como texto e cada celula saiu em uma linha, e como tinha que reconstruir a
linha para importar em outro porgrama deu zica com o ^J, tentei trocar por 
vírgula e não foi  o ^M é mole tirar é só fazer :1,$s/+v+m// e
resolve, mas essa quebra de linha aff não foi ... ainda não testei porque fiz
na mão a conversão (eram só 49 linhas ), mas voi ver a dica do godim mais tarde

Rizzo

> 
> E aqui costuma ser ^M ...
> 
> Carlos E G C (Cartola) via celular
> http://cartola.org/360
> http://www.panoforum.com.br/
> Em 13/02/2014 20:17, "Nilton Jose Rizzo"  escreveu:
> 
> > Em Thu, 13 Feb 2014 20:02:10 -0200, Marcelo Gondim escreveu
> > > Em 13/02/14 19:56, Marcelo Gondim escreveu:
> > > > Em 13/02/14 19:14, Nilton Jose Rizzo escreveu:
> > > >> Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho
> > (Cartola)
> > escreveu
> > > >>> Como mencionou o J imagino que esteja falando do vi
> > > >>>
> > > >>> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/
> > > >> o problema é justamente esse cartola, o ^J é o único que não
> > > >> rola ... nem fazendo ^V^J, ele interpreta o ^J como 
> > > >> e pula  a linha :(
> > > >>
> > > >>> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o
> > > >>> ^J use antes o ctrl+v que o próximo caracter especial não é
> > interpretado
> > > >>>
> > > >>> Abs,
> > > >>>
> > > >>> Carlos E G C (Cartola) via celular
> > > >>> http://cartola.org/360
> > > >>> http://www.panoforum.com.br/
> > > >>> Em 13/02/2014 18:31, "Nilton Jose Rizzo" 
> > escreveu:
> > > >>>
> > >  Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu
> > > 
> > >  Aff saiu quebrado o email ...
> > > 
> > > Pessoas,
> > > 
> > > como faço para tirar a quebra de linha de um arquivo texto?
> > > 
> > > com J consigo juntar duas linhas, porém quero e trocar o
> > caracter ^J
> > > (quebra de linha) por outro caracter qualquer, como por exemplo ,
> > > 
> > > 
> > >  Rizzo
> > > > Tentou com o tr?
> > > > Tipo
> > > >
> > > > cat arquivo | tr -s 'ˆJ' 'X' > outro_arquivo
> > > >
> > > > Aqui funcionou. :)
> > > >
> > > Ops tem que fazer assim:
> > >
> > > cat arquivo | tr -s '[:cntrl:]J' 'X' > outro_arquivo
> >
> > Vou tentar Godim
> >
> > Rizzo
> > > -
> > > 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] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Carlos Eduardo G. Carvalho (Cartola)
Pra tirar tem aqueles comandos unix2dos e dos2unix tb

E aqui costuma ser ^M ...

Carlos E G C (Cartola) via celular
http://cartola.org/360
http://www.panoforum.com.br/
Em 13/02/2014 20:17, "Nilton Jose Rizzo"  escreveu:

> Em Thu, 13 Feb 2014 20:02:10 -0200, Marcelo Gondim escreveu
> > Em 13/02/14 19:56, Marcelo Gondim escreveu:
> > > Em 13/02/14 19:14, Nilton Jose Rizzo escreveu:
> > >> Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho
> (Cartola)
> escreveu
> > >>> Como mencionou o J imagino que esteja falando do vi
> > >>>
> > >>> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/
> > >> o problema é justamente esse cartola, o ^J é o único que não
> > >> rola ... nem fazendo ^V^J, ele interpreta o ^J como 
> > >> e pula  a linha :(
> > >>
> > >>> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o
> > >>> ^J use antes o ctrl+v que o próximo caracter especial não é
> interpretado
> > >>>
> > >>> Abs,
> > >>>
> > >>> Carlos E G C (Cartola) via celular
> > >>> http://cartola.org/360
> > >>> http://www.panoforum.com.br/
> > >>> Em 13/02/2014 18:31, "Nilton Jose Rizzo" 
> escreveu:
> > >>>
> >  Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu
> > 
> >  Aff saiu quebrado o email ...
> > 
> > Pessoas,
> > 
> > como faço para tirar a quebra de linha de um arquivo texto?
> > 
> > com J consigo juntar duas linhas, porém quero e trocar o
> caracter ^J
> > (quebra de linha) por outro caracter qualquer, como por exemplo ,
> > 
> > 
> >  Rizzo
> > > Tentou com o tr?
> > > Tipo
> > >
> > > cat arquivo | tr -s 'ˆJ' 'X' > outro_arquivo
> > >
> > > Aqui funcionou. :)
> > >
> > Ops tem que fazer assim:
> >
> > cat arquivo | tr -s '[:cntrl:]J' 'X' > outro_arquivo
>
> Vou tentar Godim
>
> Rizzo
> > -
> > 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] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Nilton Jose Rizzo
Em Thu, 13 Feb 2014 20:02:10 -0200, Marcelo Gondim escreveu
> Em 13/02/14 19:56, Marcelo Gondim escreveu:
> > Em 13/02/14 19:14, Nilton Jose Rizzo escreveu:
> >> Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho (Cartola)
escreveu
> >>> Como mencionou o J imagino que esteja falando do vi
> >>>
> >>> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/
> >> o problema é justamente esse cartola, o ^J é o único que não
> >> rola ... nem fazendo ^V^J, ele interpreta o ^J como 
> >> e pula  a linha :(
> >>
> >>> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o
> >>> ^J use antes o ctrl+v que o próximo caracter especial não é interpretado
> >>>
> >>> Abs,
> >>>
> >>> Carlos E G C (Cartola) via celular
> >>> http://cartola.org/360
> >>> http://www.panoforum.com.br/
> >>> Em 13/02/2014 18:31, "Nilton Jose Rizzo"  escreveu:
> >>>
>  Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu
> 
>  Aff saiu quebrado o email ...
> 
> Pessoas,
> 
> como faço para tirar a quebra de linha de um arquivo texto?
> 
> com J consigo juntar duas linhas, porém quero e trocar o caracter ^J
> (quebra de linha) por outro caracter qualquer, como por exemplo ,
> 
> 
>  Rizzo
> > Tentou com o tr?
> > Tipo
> >
> > cat arquivo | tr -s 'ˆJ' 'X' > outro_arquivo
> >
> > Aqui funcionou. :)
> >
> Ops tem que fazer assim:
> 
> cat arquivo | tr -s '[:cntrl:]J' 'X' > outro_arquivo

Vou tentar Godim

Rizzo
> -
> 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] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Marcelo Gondim
Em 13/02/14 19:56, Marcelo Gondim escreveu:
> Em 13/02/14 19:14, Nilton Jose Rizzo escreveu:
>> Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho (Cartola) 
>> escreveu
>>> Como mencionou o J imagino que esteja falando do vi
>>>
>>> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/
>> o problema é justamente esse cartola, o ^J é o único que não
>> rola ... nem fazendo ^V^J, ele interpreta o ^J como 
>> e pula  a linha :(
>>
>>> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o
>>> ^J use antes o ctrl+v que o próximo caracter especial não é interpretado
>>>
>>> Abs,
>>>
>>> Carlos E G C (Cartola) via celular
>>> http://cartola.org/360
>>> http://www.panoforum.com.br/
>>> Em 13/02/2014 18:31, "Nilton Jose Rizzo"  escreveu:
>>>
 Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu

 Aff saiu quebrado o email ...

Pessoas,

como faço para tirar a quebra de linha de um arquivo texto?

com J consigo juntar duas linhas, porém quero e trocar o caracter ^J
(quebra de linha) por outro caracter qualquer, como por exemplo ,


 Rizzo
> Tentou com o tr?
> Tipo
>
> cat arquivo | tr -s 'ˆJ' 'X' > outro_arquivo
>
> Aqui funcionou. :)
>
Ops tem que fazer assim:

cat arquivo | tr -s '[:cntrl:]J' 'X' > outro_arquivo
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Marcelo Gondim
Em 13/02/14 19:14, Nilton Jose Rizzo escreveu:
> Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho (Cartola) 
> escreveu
>> Como mencionou o J imagino que esteja falando do vi
>>
>> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/
>o problema é justamente esse cartola, o ^J é o único que não
> rola ... nem fazendo ^V^J, ele interpreta o ^J como 
> e pula  a linha :(
>
>> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o
>> ^J use antes o ctrl+v que o próximo caracter especial não é interpretado
>>
>> Abs,
>>
>> Carlos E G C (Cartola) via celular
>> http://cartola.org/360
>> http://www.panoforum.com.br/
>> Em 13/02/2014 18:31, "Nilton Jose Rizzo"  escreveu:
>>
>>> Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu
>>>
>>>Aff saiu quebrado o email ...
>>>
>>>   Pessoas,
>>>
>>>   como faço para tirar a quebra de linha de um arquivo texto?
>>>
>>>   com J consigo juntar duas linhas, porém quero e trocar o caracter ^J
>>>   (quebra de linha) por outro caracter qualquer, como por exemplo ,
>>>
>>>
>>> Rizzo
Tentou com o tr?
Tipo

cat arquivo | tr -s 'ˆJ' 'X' > outro_arquivo

Aqui funcionou. :)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Nilton Jose Rizzo
Em Thu, 13 Feb 2014 18:50:54 -0200, Carlos Eduardo G. Carvalho (Cartola) 
escreveu
> Como mencionou o J imagino que esteja falando do vi
> 
> Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/

  o problema é justamente esse cartola, o ^J é o único que não
rola ... nem fazendo ^V^J, ele interpreta o ^J como 
e pula  a linha :(

> 
> Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o 
> ^J use antes o ctrl+v que o próximo caracter especial não é interpretado
> 
> Abs,
> 
> Carlos E G C (Cartola) via celular
> http://cartola.org/360
> http://www.panoforum.com.br/
> Em 13/02/2014 18:31, "Nilton Jose Rizzo"  escreveu:
> 
> > Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu
> >
> >   Aff saiu quebrado o email ...
> >
> >  Pessoas,
> >
> >  como faço para tirar a quebra de linha de um arquivo texto?
> >
> >  com J consigo juntar duas linhas, porém quero e trocar o caracter ^J
> >  (quebra de linha) por outro caracter qualquer, como por exemplo ,
> >
> >
> > Rizzo
> >
> >
> > -
> > 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] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Carlos Eduardo G. Carvalho (Cartola)
Como mencionou o J imagino que esteja falando do vi

Pode ir pra linhas de comando com : e lá fazer um .s/^J/x/

Isso vai trocar o ^J por x na linha atual. Pra que consiga digitar o ^J use
antes o ctrl+v que o próximo caracter especial não é interpretado

Abs,

Carlos E G C (Cartola) via celular
http://cartola.org/360
http://www.panoforum.com.br/
Em 13/02/2014 18:31, "Nilton Jose Rizzo"  escreveu:

> Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu
>
>   Aff saiu quebrado o email ...
>
>  Pessoas,
>
>  como faço para tirar a quebra de linha de um arquivo texto?
>
>  com J consigo juntar duas linhas, porém quero e trocar o caracter ^J
>  (quebra de linha) por outro caracter qualquer, como por exemplo ,
>
>
> Rizzo
>
>
> -
> 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] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Nilton Jose Rizzo
Em Thu, 13 Feb 2014 17:28:39 -0300, Nilton Jose Rizzo escreveu

  Aff saiu quebrado o email ...

 Pessoas,
 
 como faço para tirar a quebra de linha de um arquivo texto?
 
 com J consigo juntar duas linhas, porém quero e trocar o caracter ^J
 (quebra de linha) por outro caracter qualquer, como por exemplo ,


Rizzo


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Como alterar ^J por outro carcter

2014-02-13 Por tôpico Nilton Jose Rizzo
Pessoas,

como faço para tirar a quebra de linha de um arquivo texto?

com J consigo juntar duas linhas, porém quero e trocar o caracter ^J
(qu
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Phpvirtualbox

2014-02-13 Por tôpico Cleber Medina
Resolvi... eu removi o php e reinstalei novamente,  funcionou.

Deveria ser alguma flag no ports...

Cleber


Em 13/02/2014 12:50, Welkson Renny de Medeiros escreveu:
> Em 13 de fevereiro de 2014 09:04, Cleber Medina
> escreveu:
>
>> Em 13/02/2014 09:33, Otavio Augusto escreveu:
>>> Qual mensagem de erro nos logs do apache ?
>>>
>>> Em 11 de fevereiro de 2014 22:12, Cleber Medina
>>>  escreveu:
 Hoje instalei o phpvirtualbox via ports no 10...
 Fiz os ajustes de usuário apache etc...mas não exibe a interface web

 Alguem tem alguma dica
 Tb não achei o  binario VboxManager nessa versão..

 Obrigado
> Bem estranho, geralmente quando ocorre esses problemas de "página em
> branco" é registrado uma mensagem de erro em:
> tail -f /var/log/httpd-error.log
>
> Tenta colocar um E_ALL no error_reporting (veja também "display_errors" e
> "display_startup_errors" no seu php.ini  (/usr/local/etc/php.ini).
>
> Welkson
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
-- . -.. .. -. .-  - . -.-. -. --- .-.. --- --. .. .-
Cleber Luque Medina
Analista de sistemas / Especialista em Redes
+55(43)3152-6449/9128-6449
clebermed...@gmail.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] FreeBSD 10-RELEASE + IPFW + MAC Address

2014-02-13 Por tôpico Marcelo Gondim
Em 13/02/14 11:31, Márcio Elias escreveu:
> 2014-02-12 23:59 GMT-02:00 Márcio Elias :
>
>> 2014-02-12 23:42 GMT-02:00 Renato Frederick :
>>
>>> Em 12/02/14 23:31, Márcio Elias escreveu:
 Se funcionar, antes de relatar como BUG ainda vou fazer mais um teste,
 excluindo e recriando a máquina virtual da versão 10, pra realmente
 descartar qualquer possibilidade de erro de  configuração.
>>> Se puder virtualizar em vmware e mandar o feedback prá nós, fico
>>> agradecido!
>>> -
>>>
>>
>> Não tenho VMWare aqui fera, soh que eu instale a versão Desktop na minha
>> máquina e faça os testes, o difícil vai ser tempo pra isso.
>>
>> Se alguém tiver um ambiente que possa testar, mando o conjunto de
>> configurações/regras mínimas que estou usando pra ver se funciona.
>>
>>
> Infelizmente tenho os resultados dos testes realizados em uma máquina real
> com FreeBSD 10-release.
>
> O resultado foi o mesmo da máquina virtualizada, não sei por que mais ao
> jogar o tráfego de upload para o pipe, o cliente não navega mais...
>
> *00100  2786 1389706 divert 8668 ip from any to me in recv re0*
> *00200  1796  444771 divert 8668 ip from 192.168.0.0/16
>  to any out xmit re0*
> *00300  1621 1013920 pipe 150 ip from any to 192.168.5.18
> MAC XX:XX:XX:XX:XX:XX any*
> *--->>> 00400   534   74471 pipe 155 ip from 192.168.5.18 to any  ##aqui
> tinha controle de MAC, mais testei sem e mesmo assim não foi*
> *65535 19188 6448077 allow ip from any to any*
>
> Não acredito que seja um BUG, deve ter mudado alguma coisa com o FreeBSD
> 10, alguém ai tem a oportunidade de reproduzir esse teste?
>
Marcio fiz um teste aqui e deu o mesmo erro também. Mandei até um e-mail 
pros caras explicando. Aí fui fazer o mesmo teste entrando com as regras 
manualmente e acho que descobri o problema.

Quando rodo as regras através do script não aparece o erro que dá na 
hora do pipe. Minhas regras de teste:

ipfw add pipe 1 ip from 67.xxx.89.78 to any 80 out via xn0
ipfw add pipe 2 ip from any 80 to 67.xxx.89.78 in via xn0
ipfw pipe 1 config bw 1024Kbit/s queue 128 burst 2M
ipfw pipe 2 config bw 1024Kbit/s queue 128 burst 2M

Rodando as 2 do pipe manualmente deu a mensagem abaixo que a queue size 
tinha que ser maior igual à 2 e menor igual à 100. Refiz a regra usando 
queue com 100 e funcionou normalmente. Existe uma sysctl que permite 
aumentar o valor da queue: net.inet.ip.dummynet.pipe_slot_limit onde 
posso aumentar para 128 e aí minhas regras também funcionariam. Por um 
acaso não é isso que está acontecendo contigo?

# ipfw pipe 1 config bw 1024Kbit/s queue 128 burst 2M
ipfw: 2 <= queue size <= 100

# ipfw pipe 2 config bw 1024Kbit/s queue 128 burst 2M
ipfw: 2 <= queue size <= 100

[]'s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD 10-RELEASE + IPFW + MAC Address

2014-02-13 Por tôpico Márcio Elias
2014-02-13 12:20 GMT-02:00 Marcelo Gondim :

> Em 13/02/14 11:31, Márcio Elias escreveu:
> > 2014-02-12 23:59 GMT-02:00 Márcio Elias :
> >
> >> 2014-02-12 23:42 GMT-02:00 Renato Frederick :
> >>
> >>> Em 12/02/14 23:31, Márcio Elias escreveu:
>  Se funcionar, antes de relatar como BUG ainda vou fazer mais um teste,
>  excluindo e recriando a máquina virtual da versão 10, pra realmente
>  descartar qualquer possibilidade de erro de  configuração.
> >>> Se puder virtualizar em vmware e mandar o feedback prá nós, fico
> >>> agradecido!
> >>> -
> >>>
> >>
> >> Não tenho VMWare aqui fera, soh que eu instale a versão Desktop na minha
> >> máquina e faça os testes, o difícil vai ser tempo pra isso.
> >>
> >> Se alguém tiver um ambiente que possa testar, mando o conjunto de
> >> configurações/regras mínimas que estou usando pra ver se funciona.
> >>
> >>
> > Infelizmente tenho os resultados dos testes realizados em uma máquina
> real
> > com FreeBSD 10-release.
> >
> > O resultado foi o mesmo da máquina virtualizada, não sei por que mais ao
> > jogar o tráfego de upload para o pipe, o cliente não navega mais...
> >
> > *00100  2786 1389706 divert 8668 ip from any to me in recv re0*
> > *00200  1796  444771 divert 8668 ip from 192.168.0.0/16
> >  to any out xmit re0*
> > *00300  1621 1013920 pipe 150 ip from any to 192.168.5.18
> > MAC XX:XX:XX:XX:XX:XX any*
> > *--->>> 00400   534   74471 pipe 155 ip from 192.168.5.18 to any  ##aqui
> > tinha controle de MAC, mais testei sem e mesmo assim não foi*
> > *65535 19188 6448077 allow ip from any to any*
> >
> > Não acredito que seja um BUG, deve ter mudado alguma coisa com o FreeBSD
> > 10, alguém ai tem a oportunidade de reproduzir esse teste?
> >
> Fiz o teste aqui com a minha VM no Xen que tenho e realmente está
> ocorrendo isso mas o mais interessante é que ocorrem 2 problemas:
>
> O up contabiliza os pacotes no pipe mas com ele não navega por nada e o
> down não contabiliza nenhum pacote no pipe o que me sugere que a regra
> de down nem tá sendo usada, ou seja, tem algo errado mesmo. Funciona
> removendo o up mas acho que nem controle de banda no down deve estar
> funcionando.
>
>
> Temos que fazer um PR disso e mandar na lista stable. Tu faz Marcio?
> Senão vou fazer aqui quando voltar do almoço.
>
> []'s
> Gondim
> -
>


Não fiz cara, está bem corrido aqui essa semana, se vc quiser e puder fazer
fico grato, depois passa os dados para acompanharmos.

Lembrando que isso não é um BUG exclusivo de máquinas virtualizadas, a
situação é a mesma em uma máquina física dedicada ao Free.

Na versão 9.1, funciona tanto em uma máquina física, quanto virtualizada
(com e sem os drivers de virtualização instalados).

-- 
Att.
__
Márcio Elias Hahn do Nascimento

Araranguá - SC
Cel:   (55) 48-9661-0233
msn: marcioeliash...@hotmail.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] Phpvirtualbox

2014-02-13 Por tôpico Cleber Medina
Vou tentar depurar ...



Em 13/02/2014 12:50, Welkson Renny de Medeiros escreveu:
> Em 13 de fevereiro de 2014 09:04, Cleber Medina
> escreveu:
>
>> Em 13/02/2014 09:33, Otavio Augusto escreveu:
>>> Qual mensagem de erro nos logs do apache ?
>>>
>>> Em 11 de fevereiro de 2014 22:12, Cleber Medina
>>>  escreveu:
 Hoje instalei o phpvirtualbox via ports no 10...
 Fiz os ajustes de usuário apache etc...mas não exibe a interface web

 Alguem tem alguma dica
 Tb não achei o  binario VboxManager nessa versão..

 Obrigado
> Bem estranho, geralmente quando ocorre esses problemas de "página em
> branco" é registrado uma mensagem de erro em:
> tail -f /var/log/httpd-error.log
>
> Tenta colocar um E_ALL no error_reporting (veja também "display_errors" e
> "display_startup_errors" no seu php.ini  (/usr/local/etc/php.ini).
>
> Welkson
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
-- . -.. .. -. .-  - . -.-. -. --- .-.. --- --. .. .-
Cleber Luque Medina
Analista de sistemas / Especialista em Redes
+55(43)3152-6449/9128-6449
clebermed...@gmail.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] Phpvirtualbox

2014-02-13 Por tôpico Welkson Renny de Medeiros
Em 13 de fevereiro de 2014 09:04, Cleber Medina
escreveu:

> Em 13/02/2014 09:33, Otavio Augusto escreveu:
> > Qual mensagem de erro nos logs do apache ?
> >
> > Em 11 de fevereiro de 2014 22:12, Cleber Medina
> >  escreveu:
> >> Hoje instalei o phpvirtualbox via ports no 10...
> >> Fiz os ajustes de usuário apache etc...mas não exibe a interface web
> >>
> >> Alguem tem alguma dica
> >> Tb não achei o  binario VboxManager nessa versão..
> >>
> >> Obrigado
>

Bem estranho, geralmente quando ocorre esses problemas de "página em
branco" é registrado uma mensagem de erro em:
tail -f /var/log/httpd-error.log

Tenta colocar um E_ALL no error_reporting (veja também "display_errors" e
"display_startup_errors" no seu php.ini  (/usr/local/etc/php.ini).

Welkson
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD 10-RELEASE + IPFW + MAC Address

2014-02-13 Por tôpico Marcelo Gondim
Em 13/02/14 11:31, Márcio Elias escreveu:
> 2014-02-12 23:59 GMT-02:00 Márcio Elias :
>
>> 2014-02-12 23:42 GMT-02:00 Renato Frederick :
>>
>>> Em 12/02/14 23:31, Márcio Elias escreveu:
 Se funcionar, antes de relatar como BUG ainda vou fazer mais um teste,
 excluindo e recriando a máquina virtual da versão 10, pra realmente
 descartar qualquer possibilidade de erro de  configuração.
>>> Se puder virtualizar em vmware e mandar o feedback prá nós, fico
>>> agradecido!
>>> -
>>>
>>
>> Não tenho VMWare aqui fera, soh que eu instale a versão Desktop na minha
>> máquina e faça os testes, o difícil vai ser tempo pra isso.
>>
>> Se alguém tiver um ambiente que possa testar, mando o conjunto de
>> configurações/regras mínimas que estou usando pra ver se funciona.
>>
>>
> Infelizmente tenho os resultados dos testes realizados em uma máquina real
> com FreeBSD 10-release.
>
> O resultado foi o mesmo da máquina virtualizada, não sei por que mais ao
> jogar o tráfego de upload para o pipe, o cliente não navega mais...
>
> *00100  2786 1389706 divert 8668 ip from any to me in recv re0*
> *00200  1796  444771 divert 8668 ip from 192.168.0.0/16
>  to any out xmit re0*
> *00300  1621 1013920 pipe 150 ip from any to 192.168.5.18
> MAC XX:XX:XX:XX:XX:XX any*
> *--->>> 00400   534   74471 pipe 155 ip from 192.168.5.18 to any  ##aqui
> tinha controle de MAC, mais testei sem e mesmo assim não foi*
> *65535 19188 6448077 allow ip from any to any*
>
> Não acredito que seja um BUG, deve ter mudado alguma coisa com o FreeBSD
> 10, alguém ai tem a oportunidade de reproduzir esse teste?
>
Fiz o teste aqui com a minha VM no Xen que tenho e realmente está 
ocorrendo isso mas o mais interessante é que ocorrem 2 problemas:

O up contabiliza os pacotes no pipe mas com ele não navega por nada e o 
down não contabiliza nenhum pacote no pipe o que me sugere que a regra 
de down nem tá sendo usada, ou seja, tem algo errado mesmo. Funciona 
removendo o up mas acho que nem controle de banda no down deve estar 
funcionando.


Temos que fazer um PR disso e mandar na lista stable. Tu faz Marcio? 
Senão vou fazer aqui quando voltar do almoço.

[]'s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] FreeBSD 10-RELEASE + IPFW + MAC Address

2014-02-13 Por tôpico Márcio Elias
2014-02-12 23:59 GMT-02:00 Márcio Elias :

> 2014-02-12 23:42 GMT-02:00 Renato Frederick :
>
>> Em 12/02/14 23:31, Márcio Elias escreveu:
>> > Se funcionar, antes de relatar como BUG ainda vou fazer mais um teste,
>> > excluindo e recriando a máquina virtual da versão 10, pra realmente
>> > descartar qualquer possibilidade de erro de  configuração.
>> Se puder virtualizar em vmware e mandar o feedback prá nós, fico
>> agradecido!
>> -
>>
>
>
> Não tenho VMWare aqui fera, soh que eu instale a versão Desktop na minha
> máquina e faça os testes, o difícil vai ser tempo pra isso.
>
> Se alguém tiver um ambiente que possa testar, mando o conjunto de
> configurações/regras mínimas que estou usando pra ver se funciona.
>
>
Infelizmente tenho os resultados dos testes realizados em uma máquina real
com FreeBSD 10-release.

O resultado foi o mesmo da máquina virtualizada, não sei por que mais ao
jogar o tráfego de upload para o pipe, o cliente não navega mais...

*00100  2786 1389706 divert 8668 ip from any to me in recv re0*
*00200  1796  444771 divert 8668 ip from 192.168.0.0/16
 to any out xmit re0*
*00300  1621 1013920 pipe 150 ip from any to 192.168.5.18
MAC XX:XX:XX:XX:XX:XX any*
*--->>> 00400   534   74471 pipe 155 ip from 192.168.5.18 to any  ##aqui
tinha controle de MAC, mais testei sem e mesmo assim não foi*
*65535 19188 6448077 allow ip from any to any*

Não acredito que seja um BUG, deve ter mudado alguma coisa com o FreeBSD
10, alguém ai tem a oportunidade de reproduzir esse teste?

-- 
Att.
__
Márcio Elias Hahn do Nascimento

Araranguá - SC
Cel:   (55) 48-9661-0233
msn: marcioeliash...@hotmail.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] GCC cade voce

2014-02-13 Por tôpico vic
Em 2014-02-13 9:21, Otacílio escreveu:
> Em 13/02/2014 06:58, Nicolas Wildner escreveu:
>> - Mensagem original -
>>> De: "Renato Botelho" 
>>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
>>> 
>>> Enviadas: Quinta-feira, 13 de Fevereiro de 2014 7:33:53
>>> Assunto: Re: [FUG-BR] GCC cade voce
>>> 
>>> On 13-02-2014 00:29, Renato Martins wrote:
 Pessoal alguem saberia me falar com exatidão o porque do gcc sair
 do
 freebsd
 
 já li varias historias mas na real não sei o gcc por ser gpl
 estraga a
 licença BSD ?
 
 tenho um amigo que está fazendo um MTA, se ele liberar seu codigo
 em  gpl
 nao poderia ir para ports ?
 
 o ports nao tem programas em gpl ?
 
 Teria algo com a versão do gpl 2 ou 3 que foi determinante para
 saida do
 gcc no freebsd ?
>>> Bom dia!
>>> 
>>> Antes de mais nada, gostaria de deixar bem claro, que qualquer pessoa
>>> que quiser instalar o gcc no FreeBSD pode fazê-lo através do ports,
>>> existem ports de várias versões do gcc, de 4.6 a 4.9, disponíveis em
>>> /usr/ports/lang/gcc*.
>>> 
>>> Ainda sobra uma ressalva, que o gcc (ainda) não foi excluído da base
>>> do
>>> FreeBSD, ele apenas foi desabilitado por padrão na versão 10, quem
>>> quiser pode habilitá-lo adicionando um simples WITH_GCC=yes no
>>> /etc/src.conf. Ele será removido da base na versão 11.0.
>>> 
>>> Agora vamos ao caso gcc, se eu falar alguma besteira aqui por favor
>>> me
>>> corrijam. Não sou especialista em licenças, sei o básico que
>>> necessito
>>> pra trabalhar, mas vou contar o que acompanhei das discussões.
>>> 
>>> Quando a GPLv3 foi lançada e os softwares da GNU começaram a migrar
>>> pra
>>> ela, alguns advogados da FreeBSD Foundation estudaram a licença, que
>>> é
>>> bastante extensa, e chegaram a conclusão que não deveria-se incluir
>>> nada
>>> de GPLv3 na base do FreeBSD. O maior motivo pra isso foi que houve
>>> uma
>>> mudança entre a GPLv2 e a v3 que proíbe o "Tivoisation" [1].
>>> 
>>> Uma vez tomada essa decisão, o gcc disponível na base nunca poderia
>>> sair
>>> do 4.2.1, que foi a última versão lançada sob a licença GPLv2. Como
>>> ficar preso a uma versão de compilador não é algo bom para o projeto,
>>> foi escolhido um substituto, o llvm/clang. Acho que essa foi a
>>> escolha
>>> natural, tanto por razões técnicas (o llvm é moderno, modular,
>>> simples
>>> de extender, ...) quanto por razões políticas (A apple sofreu o mesmo
>>> problema e adotou o llvm/clang, investindo uma boa grana nele).
>>> 
>>> Quanto ao ports, não há nenhum tipo de restrição a softwares GPL v2
>>> ou
>>> v3, existem muitos ports com essas licenças que estão lá disponíveis,
>>> como o exemplo que eu citei dos gcc's mais novos.
>>> 
>>> O foco da licença BSD é o re-uso comercial, então muitas empresas
>>> usam o
>>> FreeBSD como base para seus produtos, fecham o código e
>>> comercializam, a
>>> GPL não permite isso, então esse é um motivo forte para manter a base
>>> do
>>> FreeBSD em BSD e evitar o GPL (principalmente o v3).
>>> 
>>> Espero ter esclarecido.
>>> --
>>> Renato Botelho
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>> 
>> Este cara aqui também dá uma resposta muito boa no stackexchange
>> sobre o porque da adoção do llvm e o descontinuar da gcc.
>> 
>> http://unix.stackexchange.com/questions/49906/why-is-freebsd-deprecating-gcc-in-favor-of-clang-llvm
>> 
>> É muito bom quando novos produtos(novo, na teoria o llvm o é) são
>> lançados e quebram a hegemonia de outros existentes(gcc).
>> 
>> A gcc é conhecida por ser burocrática para aceitar patches no
>> "mainstream", e depois de ela se tornar gplv3, todas as contri-
>> buições dos BSDs permaneciam em suas últimas versões gplv2 de
>> suas bases...
>> 
>> 
>> 
> 
> 
> Alguém pode dar um exemplo sucinto do que é o "Tivoisation"?
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Na wiki tem uma explicação simples: 
https://en.wikipedia.org/wiki/Tivoization

BTW, esse é um dos motivo do Linus manter o Linux da GPLv2.

-- 
vic
choppnerd.com
donttrack.us | dontbubble.us
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Phpvirtualbox

2014-02-13 Por tôpico Cleber Medina
Em 13/02/2014 09:33, Otavio Augusto escreveu:
> Qual mensagem de erro nos logs do apache ?
>
> Em 11 de fevereiro de 2014 22:12, Cleber Medina
>  escreveu:
>> Hoje instalei o phpvirtualbox via ports no 10...
>> Fiz os ajustes de usuário apache etc...mas não exibe a interface web
>>
>> Alguem tem alguma dica
>> Tb não achei o  binario VboxManager nessa versão..
>>
>> Obrigado
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
O apache nao gera erros, na interface aparece uam tela cinza como se o 
phpvirtualbox nao estivesse funcioanndo, entrei em contato como o 
mantenedor ele me disse que poderia ser a versao no ports que usei que 
estava faltando um xml...


Vou compilar hj novamente,

Obrigado.

Cleber
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Phpvirtualbox

2014-02-13 Por tôpico Otavio Augusto
Qual mensagem de erro nos logs do apache ?

Em 11 de fevereiro de 2014 22:12, Cleber Medina
 escreveu:
> Hoje instalei o phpvirtualbox via ports no 10...
> Fiz os ajustes de usuário apache etc...mas não exibe a interface web
>
> Alguem tem alguma dica
> Tb não achei o  binario VboxManager nessa versão..
>
> Obrigado
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.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] GCC cade voce

2014-02-13 Por tôpico Nicolas Wildner
- Mensagem original -
> De: "Otacílio" 
> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
> 
> Enviadas: Quinta-feira, 13 de Fevereiro de 2014 9:21:23
> Assunto: Re: [FUG-BR] GCC cade voce
> 
> Em 13/02/2014 06:58, Nicolas Wildner escreveu:
> > - Mensagem original -
> >> De: "Renato Botelho" 
> >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> >> 
> >> Enviadas: Quinta-feira, 13 de Fevereiro de 2014 7:33:53
> >> Assunto: Re: [FUG-BR] GCC cade voce
> >>
> >> On 13-02-2014 00:29, Renato Martins wrote:
> >>> Pessoal alguem saberia me falar com exatidão o porque do gcc sair
> >>> do
> >>> freebsd
> >>>
> >>> já li varias historias mas na real não sei o gcc por ser gpl
> >>> estraga a
> >>> licença BSD ?
> >>>
> >>> tenho um amigo que está fazendo um MTA, se ele liberar seu codigo
> >>> em  gpl
> >>> nao poderia ir para ports ?
> >>>
> >>> o ports nao tem programas em gpl ?
> >>>
> >>> Teria algo com a versão do gpl 2 ou 3 que foi determinante para
> >>> saida do
> >>> gcc no freebsd ?
> >> Bom dia!
> >>
> >> Antes de mais nada, gostaria de deixar bem claro, que qualquer
> >> pessoa
> >> que quiser instalar o gcc no FreeBSD pode fazê-lo através do
> >> ports,
> >> existem ports de várias versões do gcc, de 4.6 a 4.9, disponíveis
> >> em
> >> /usr/ports/lang/gcc*.
> >>
> >> Ainda sobra uma ressalva, que o gcc (ainda) não foi excluído da
> >> base
> >> do
> >> FreeBSD, ele apenas foi desabilitado por padrão na versão 10, quem
> >> quiser pode habilitá-lo adicionando um simples WITH_GCC=yes no
> >> /etc/src.conf. Ele será removido da base na versão 11.0.
> >>
> >> Agora vamos ao caso gcc, se eu falar alguma besteira aqui por
> >> favor
> >> me
> >> corrijam. Não sou especialista em licenças, sei o básico que
> >> necessito
> >> pra trabalhar, mas vou contar o que acompanhei das discussões.
> >>
> >> Quando a GPLv3 foi lançada e os softwares da GNU começaram a
> >> migrar
> >> pra
> >> ela, alguns advogados da FreeBSD Foundation estudaram a licença,
> >> que
> >> é
> >> bastante extensa, e chegaram a conclusão que não deveria-se
> >> incluir
> >> nada
> >> de GPLv3 na base do FreeBSD. O maior motivo pra isso foi que houve
> >> uma
> >> mudança entre a GPLv2 e a v3 que proíbe o "Tivoisation" [1].
> >>
> >> Uma vez tomada essa decisão, o gcc disponível na base nunca
> >> poderia
> >> sair
> >> do 4.2.1, que foi a última versão lançada sob a licença GPLv2.
> >> Como
> >> ficar preso a uma versão de compilador não é algo bom para o
> >> projeto,
> >> foi escolhido um substituto, o llvm/clang. Acho que essa foi a
> >> escolha
> >> natural, tanto por razões técnicas (o llvm é moderno, modular,
> >> simples
> >> de extender, ...) quanto por razões políticas (A apple sofreu o
> >> mesmo
> >> problema e adotou o llvm/clang, investindo uma boa grana nele).
> >>
> >> Quanto ao ports, não há nenhum tipo de restrição a softwares GPL
> >> v2
> >> ou
> >> v3, existem muitos ports com essas licenças que estão lá
> >> disponíveis,
> >> como o exemplo que eu citei dos gcc's mais novos.
> >>
> >> O foco da licença BSD é o re-uso comercial, então muitas empresas
> >> usam o
> >> FreeBSD como base para seus produtos, fecham o código e
> >> comercializam, a
> >> GPL não permite isso, então esse é um motivo forte para manter a
> >> base
> >> do
> >> FreeBSD em BSD e evitar o GPL (principalmente o v3).
> >>
> >> Espero ter esclarecido.
> >> --
> >> Renato Botelho
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>
> > Este cara aqui também dá uma resposta muito boa no stackexchange
> > sobre o porque da adoção do llvm e o descontinuar da gcc.
> >
> > http://unix.stackexchange.com/questions/49906/why-is-freebsd-deprecating-gcc-in-favor-of-clang-llvm
> >
> > É muito bom quando novos produtos(novo, na teoria o llvm o é) são
> > lançados e quebram a hegemonia de outros existentes(gcc).
> >
> > A gcc é conhecida por ser burocrática para aceitar patches no
> > "mainstream", e depois de ela se tornar gplv3, todas as contri-
> > buições dos BSDs permaneciam em suas últimas versões gplv2 de
> > suas bases...
> >
> >
> >
> 
> 
> Alguém pode dar um exemplo sucinto do que é o "Tivoisation"?

Qualquer bootloader que venha a travar um hardware para rodar
apenas determinado Kernel, como as TV´s da TiVO que rodam apenas
o Linux por ele compilados, ou os Notebooks ARM Surface da Micro$oft
que possuem travas(SecureBoot) que inviabilizam a instalação
do sistema operacional de escolha do cliente.

No caso da TiVO eles assinavam os binários de formas que softwares
customizados pelo usuário desta tv não rodariam.


Nícolas Wildner
Analista de Infraestrutura de TI
Transportes Bertolini Ltda.
www.tbl.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] GCC cade voce

2014-02-13 Por tôpico Otacílio
Em 13/02/2014 06:58, Nicolas Wildner escreveu:
> - Mensagem original -
>> De: "Renato Botelho" 
>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
>> 
>> Enviadas: Quinta-feira, 13 de Fevereiro de 2014 7:33:53
>> Assunto: Re: [FUG-BR] GCC cade voce
>>
>> On 13-02-2014 00:29, Renato Martins wrote:
>>> Pessoal alguem saberia me falar com exatidão o porque do gcc sair
>>> do
>>> freebsd
>>>
>>> já li varias historias mas na real não sei o gcc por ser gpl
>>> estraga a
>>> licença BSD ?
>>>
>>> tenho um amigo que está fazendo um MTA, se ele liberar seu codigo
>>> em  gpl
>>> nao poderia ir para ports ?
>>>
>>> o ports nao tem programas em gpl ?
>>>
>>> Teria algo com a versão do gpl 2 ou 3 que foi determinante para
>>> saida do
>>> gcc no freebsd ?
>> Bom dia!
>>
>> Antes de mais nada, gostaria de deixar bem claro, que qualquer pessoa
>> que quiser instalar o gcc no FreeBSD pode fazê-lo através do ports,
>> existem ports de várias versões do gcc, de 4.6 a 4.9, disponíveis em
>> /usr/ports/lang/gcc*.
>>
>> Ainda sobra uma ressalva, que o gcc (ainda) não foi excluído da base
>> do
>> FreeBSD, ele apenas foi desabilitado por padrão na versão 10, quem
>> quiser pode habilitá-lo adicionando um simples WITH_GCC=yes no
>> /etc/src.conf. Ele será removido da base na versão 11.0.
>>
>> Agora vamos ao caso gcc, se eu falar alguma besteira aqui por favor
>> me
>> corrijam. Não sou especialista em licenças, sei o básico que
>> necessito
>> pra trabalhar, mas vou contar o que acompanhei das discussões.
>>
>> Quando a GPLv3 foi lançada e os softwares da GNU começaram a migrar
>> pra
>> ela, alguns advogados da FreeBSD Foundation estudaram a licença, que
>> é
>> bastante extensa, e chegaram a conclusão que não deveria-se incluir
>> nada
>> de GPLv3 na base do FreeBSD. O maior motivo pra isso foi que houve
>> uma
>> mudança entre a GPLv2 e a v3 que proíbe o "Tivoisation" [1].
>>
>> Uma vez tomada essa decisão, o gcc disponível na base nunca poderia
>> sair
>> do 4.2.1, que foi a última versão lançada sob a licença GPLv2. Como
>> ficar preso a uma versão de compilador não é algo bom para o projeto,
>> foi escolhido um substituto, o llvm/clang. Acho que essa foi a
>> escolha
>> natural, tanto por razões técnicas (o llvm é moderno, modular,
>> simples
>> de extender, ...) quanto por razões políticas (A apple sofreu o mesmo
>> problema e adotou o llvm/clang, investindo uma boa grana nele).
>>
>> Quanto ao ports, não há nenhum tipo de restrição a softwares GPL v2
>> ou
>> v3, existem muitos ports com essas licenças que estão lá disponíveis,
>> como o exemplo que eu citei dos gcc's mais novos.
>>
>> O foco da licença BSD é o re-uso comercial, então muitas empresas
>> usam o
>> FreeBSD como base para seus produtos, fecham o código e
>> comercializam, a
>> GPL não permite isso, então esse é um motivo forte para manter a base
>> do
>> FreeBSD em BSD e evitar o GPL (principalmente o v3).
>>
>> Espero ter esclarecido.
>> --
>> Renato Botelho
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> Este cara aqui também dá uma resposta muito boa no stackexchange
> sobre o porque da adoção do llvm e o descontinuar da gcc.
>
> http://unix.stackexchange.com/questions/49906/why-is-freebsd-deprecating-gcc-in-favor-of-clang-llvm
>
> É muito bom quando novos produtos(novo, na teoria o llvm o é) são
> lançados e quebram a hegemonia de outros existentes(gcc).
>
> A gcc é conhecida por ser burocrática para aceitar patches no
> "mainstream", e depois de ela se tornar gplv3, todas as contri-
> buições dos BSDs permaneciam em suas últimas versões gplv2 de
> suas bases...
>
>
>


Alguém pode dar um exemplo sucinto do que é o "Tivoisation"?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Radius + PPPoE com FreeBSD + MPD5

2014-02-13 Por tôpico Márcio Elias
Ai que está, eu já fui um pouco mais longe, não usei Dummynet nem IPFW pra
controle de banda, usei ng_bpf+ng_car (
http://mpd.sourceforge.net/doc5/mpd30.html#radius). Quanto a troca de
velocidade, queria fazer isso de modo transparente, sem derrubar o usuário.
Dependendo do usuário ou do que o mesmo está fazendo, não é interessante vc
derrubar ele.

Minha ideia era conseguir fazer algo semelhante ao que fala este artigo.

http://revk.www.me.uk/2012/11/usage-quotas.html

Tentei até entrar em contato com o autor mais não tive resposta até agora.

-- 
Att.
__
Márcio Elias Hahn do Nascimento

Araranguá - SC
Cel:   (55) 48-9661-0233
msn: marcioeliash...@hotmail.com


2014-02-13 8:40 GMT-02:00 Marcelo Gondim :

> Em 13/02/14 02:25, Márcio Elias escreveu:
> > Alguém na lista tem uma solução usando radius+mysql (ou postgresql) como
> > servidor de autenticação com MPD5 e que tenha implementado um sistema de
> > controle de banda relativo a um sistema de quotas?
> >
> > Um exemplo básico, tenho um plano de acesso de 10Mbits e queria limitar
> ele
> > a 100GB de transferencia mensal, desta forma ao atingir o limite da
> > franquia o usuário estaria limitado a uma velocidade equivalente a 40% do
> > seu plano por exemplo. Ao iniciar o mês seguinte essa regra reinicia.
> >
> > Consegui implementar o servidor Radius, (FreeRadius) com banco de dados,
> > autenticação PPPoE com MPD5, Controle de banda, tudo certinho. O problema
> > está em criar as quotas e controlar o limite de banda baseado nisso.
> >
> > Vi que a FUG está meio desatualizada em artigos, e acho que isso é um
> > assunto interessante para aqueles que como eu trabalham em ISPs, e
> > principalmente que utilizam FreeBSD. Gostaria do apoio da comunidade para
> > implementar isso e lançar um artigo detalhado sobre o assunto para
> > favorecer os pobres mortais que futuramente terão a mesma dificuldade que
> > estou tendo hoje para implementar essa solução.
> >
> > Conto com o apoio dos mestres. ;)
> >
> Opa Marcio,
>
> Um certo tempo fiz alguns testes como esses que você tá fazendo e
> consegui fazer funcionar sem o controle de franquia, que é o que você tá
> querendo.
> Não implantei pois precisava fazer umas mudanças internas e também eu
> ainda não tinha IPv6 para fazer os testes que eu queria.
> Levando-se em conta que no sistema que eu testava eu criei os planos de
> velocidades em tables no ipfw e dummynet, assim quando o cliente
> conectava, eu checava de qual plano ele era e jogava o IP dele da
> conexão, na table certa. No seu caso poderia ser feito um script em php
> que checasse a tabela radacct do radius  e calculasse se ele ultrapassou
> a quantidade de bytes trafegados da franquia e se sim desconectaria ele
> e jogaria ele na table de velocidade nova. Isso pode ser feito em php
> tranquilamente.  :)
>
> Abração,
> Gondim
> -
> 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] Radius + PPPoE com FreeBSD + MPD5

2014-02-13 Por tôpico Marcelo Gondim
Em 13/02/14 02:25, Márcio Elias escreveu:
> Alguém na lista tem uma solução usando radius+mysql (ou postgresql) como
> servidor de autenticação com MPD5 e que tenha implementado um sistema de
> controle de banda relativo a um sistema de quotas?
>
> Um exemplo básico, tenho um plano de acesso de 10Mbits e queria limitar ele
> a 100GB de transferencia mensal, desta forma ao atingir o limite da
> franquia o usuário estaria limitado a uma velocidade equivalente a 40% do
> seu plano por exemplo. Ao iniciar o mês seguinte essa regra reinicia.
>
> Consegui implementar o servidor Radius, (FreeRadius) com banco de dados,
> autenticação PPPoE com MPD5, Controle de banda, tudo certinho. O problema
> está em criar as quotas e controlar o limite de banda baseado nisso.
>
> Vi que a FUG está meio desatualizada em artigos, e acho que isso é um
> assunto interessante para aqueles que como eu trabalham em ISPs, e
> principalmente que utilizam FreeBSD. Gostaria do apoio da comunidade para
> implementar isso e lançar um artigo detalhado sobre o assunto para
> favorecer os pobres mortais que futuramente terão a mesma dificuldade que
> estou tendo hoje para implementar essa solução.
>
> Conto com o apoio dos mestres. ;)
>
Opa Marcio,

Um certo tempo fiz alguns testes como esses que você tá fazendo e 
consegui fazer funcionar sem o controle de franquia, que é o que você tá 
querendo.
Não implantei pois precisava fazer umas mudanças internas e também eu 
ainda não tinha IPv6 para fazer os testes que eu queria.
Levando-se em conta que no sistema que eu testava eu criei os planos de 
velocidades em tables no ipfw e dummynet, assim quando o cliente 
conectava, eu checava de qual plano ele era e jogava o IP dele da 
conexão, na table certa. No seu caso poderia ser feito um script em php 
que checasse a tabela radacct do radius  e calculasse se ele ultrapassou 
a quantidade de bytes trafegados da franquia e se sim desconectaria ele 
e jogaria ele na table de velocidade nova. Isso pode ser feito em php 
tranquilamente.  :)

Abração,
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] GCC cade voce

2014-02-13 Por tôpico Renato Martins
Ok muito obrigado
já deu uma boa luz


Em 13 de fevereiro de 2014 06:33, Renato Botelho escreveu:

> On 13-02-2014 00:29, Renato Martins wrote:
> > Pessoal alguem saberia me falar com exatidão o porque do gcc sair do
> > freebsd
> >
> > já li varias historias mas na real não sei o gcc por ser gpl estraga a
> > licença BSD ?
> >
> > tenho um amigo que está fazendo um MTA, se ele liberar seu codigo em  gpl
> > nao poderia ir para ports ?
> >
> > o ports nao tem programas em gpl ?
> >
> > Teria algo com a versão do gpl 2 ou 3 que foi determinante para saida do
> > gcc no freebsd ?
>
> Bom dia!
>
> Antes de mais nada, gostaria de deixar bem claro, que qualquer pessoa
> que quiser instalar o gcc no FreeBSD pode fazê-lo através do ports,
> existem ports de várias versões do gcc, de 4.6 a 4.9, disponíveis em
> /usr/ports/lang/gcc*.
>
> Ainda sobra uma ressalva, que o gcc (ainda) não foi excluído da base do
> FreeBSD, ele apenas foi desabilitado por padrão na versão 10, quem
> quiser pode habilitá-lo adicionando um simples WITH_GCC=yes no
> /etc/src.conf. Ele será removido da base na versão 11.0.
>
> Agora vamos ao caso gcc, se eu falar alguma besteira aqui por favor me
> corrijam. Não sou especialista em licenças, sei o básico que necessito
> pra trabalhar, mas vou contar o que acompanhei das discussões.
>
> Quando a GPLv3 foi lançada e os softwares da GNU começaram a migrar pra
> ela, alguns advogados da FreeBSD Foundation estudaram a licença, que é
> bastante extensa, e chegaram a conclusão que não deveria-se incluir nada
> de GPLv3 na base do FreeBSD. O maior motivo pra isso foi que houve uma
> mudança entre a GPLv2 e a v3 que proíbe o "Tivoisation" [1].
>
> Uma vez tomada essa decisão, o gcc disponível na base nunca poderia sair
> do 4.2.1, que foi a última versão lançada sob a licença GPLv2. Como
> ficar preso a uma versão de compilador não é algo bom para o projeto,
> foi escolhido um substituto, o llvm/clang. Acho que essa foi a escolha
> natural, tanto por razões técnicas (o llvm é moderno, modular, simples
> de extender, ...) quanto por razões políticas (A apple sofreu o mesmo
> problema e adotou o llvm/clang, investindo uma boa grana nele).
>
> Quanto ao ports, não há nenhum tipo de restrição a softwares GPL v2 ou
> v3, existem muitos ports com essas licenças que estão lá disponíveis,
> como o exemplo que eu citei dos gcc's mais novos.
>
> O foco da licença BSD é o re-uso comercial, então muitas empresas usam o
> FreeBSD como base para seus produtos, fecham o código e comercializam, a
> GPL não permite isso, então esse é um motivo forte para manter a base do
> FreeBSD em BSD e evitar o GPL (principalmente o v3).
>
> Espero ter esclarecido.
> --
> Renato Botelho
> -
> 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] GCC cade voce

2014-02-13 Por tôpico Nicolas Wildner
- Mensagem original -
> De: "Renato Botelho" 
> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
> 
> Enviadas: Quinta-feira, 13 de Fevereiro de 2014 7:33:53
> Assunto: Re: [FUG-BR] GCC cade voce
> 
> On 13-02-2014 00:29, Renato Martins wrote:
> > Pessoal alguem saberia me falar com exatidão o porque do gcc sair
> > do
> > freebsd
> > 
> > já li varias historias mas na real não sei o gcc por ser gpl
> > estraga a
> > licença BSD ?
> > 
> > tenho um amigo que está fazendo um MTA, se ele liberar seu codigo
> > em  gpl
> > nao poderia ir para ports ?
> > 
> > o ports nao tem programas em gpl ?
> > 
> > Teria algo com a versão do gpl 2 ou 3 que foi determinante para
> > saida do
> > gcc no freebsd ?
> 
> Bom dia!
> 
> Antes de mais nada, gostaria de deixar bem claro, que qualquer pessoa
> que quiser instalar o gcc no FreeBSD pode fazê-lo através do ports,
> existem ports de várias versões do gcc, de 4.6 a 4.9, disponíveis em
> /usr/ports/lang/gcc*.
> 
> Ainda sobra uma ressalva, que o gcc (ainda) não foi excluído da base
> do
> FreeBSD, ele apenas foi desabilitado por padrão na versão 10, quem
> quiser pode habilitá-lo adicionando um simples WITH_GCC=yes no
> /etc/src.conf. Ele será removido da base na versão 11.0.
> 
> Agora vamos ao caso gcc, se eu falar alguma besteira aqui por favor
> me
> corrijam. Não sou especialista em licenças, sei o básico que
> necessito
> pra trabalhar, mas vou contar o que acompanhei das discussões.
> 
> Quando a GPLv3 foi lançada e os softwares da GNU começaram a migrar
> pra
> ela, alguns advogados da FreeBSD Foundation estudaram a licença, que
> é
> bastante extensa, e chegaram a conclusão que não deveria-se incluir
> nada
> de GPLv3 na base do FreeBSD. O maior motivo pra isso foi que houve
> uma
> mudança entre a GPLv2 e a v3 que proíbe o "Tivoisation" [1].
> 
> Uma vez tomada essa decisão, o gcc disponível na base nunca poderia
> sair
> do 4.2.1, que foi a última versão lançada sob a licença GPLv2. Como
> ficar preso a uma versão de compilador não é algo bom para o projeto,
> foi escolhido um substituto, o llvm/clang. Acho que essa foi a
> escolha
> natural, tanto por razões técnicas (o llvm é moderno, modular,
> simples
> de extender, ...) quanto por razões políticas (A apple sofreu o mesmo
> problema e adotou o llvm/clang, investindo uma boa grana nele).
> 
> Quanto ao ports, não há nenhum tipo de restrição a softwares GPL v2
> ou
> v3, existem muitos ports com essas licenças que estão lá disponíveis,
> como o exemplo que eu citei dos gcc's mais novos.
> 
> O foco da licença BSD é o re-uso comercial, então muitas empresas
> usam o
> FreeBSD como base para seus produtos, fecham o código e
> comercializam, a
> GPL não permite isso, então esse é um motivo forte para manter a base
> do
> FreeBSD em BSD e evitar o GPL (principalmente o v3).
> 
> Espero ter esclarecido.
> --
> Renato Botelho
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 

Este cara aqui também dá uma resposta muito boa no stackexchange
sobre o porque da adoção do llvm e o descontinuar da gcc.

http://unix.stackexchange.com/questions/49906/why-is-freebsd-deprecating-gcc-in-favor-of-clang-llvm

É muito bom quando novos produtos(novo, na teoria o llvm o é) são
lançados e quebram a hegemonia de outros existentes(gcc). 

A gcc é conhecida por ser burocrática para aceitar patches no 
"mainstream", e depois de ela se tornar gplv3, todas as contri-
buições dos BSDs permaneciam em suas últimas versões gplv2 de
suas bases...


Nícolas Wildner
Analista de Infraestrutura de TI
Transportes Bertolini Ltda.
www.tbl.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] GCC cade voce

2014-02-13 Por tôpico Renato Botelho
On 13-02-2014 00:29, Renato Martins wrote:
> Pessoal alguem saberia me falar com exatidão o porque do gcc sair do
> freebsd
> 
> já li varias historias mas na real não sei o gcc por ser gpl estraga a
> licença BSD ?
> 
> tenho um amigo que está fazendo um MTA, se ele liberar seu codigo em  gpl
> nao poderia ir para ports ?
> 
> o ports nao tem programas em gpl ?
> 
> Teria algo com a versão do gpl 2 ou 3 que foi determinante para saida do
> gcc no freebsd ?

Bom dia!

Antes de mais nada, gostaria de deixar bem claro, que qualquer pessoa
que quiser instalar o gcc no FreeBSD pode fazê-lo através do ports,
existem ports de várias versões do gcc, de 4.6 a 4.9, disponíveis em
/usr/ports/lang/gcc*.

Ainda sobra uma ressalva, que o gcc (ainda) não foi excluído da base do
FreeBSD, ele apenas foi desabilitado por padrão na versão 10, quem
quiser pode habilitá-lo adicionando um simples WITH_GCC=yes no
/etc/src.conf. Ele será removido da base na versão 11.0.

Agora vamos ao caso gcc, se eu falar alguma besteira aqui por favor me
corrijam. Não sou especialista em licenças, sei o básico que necessito
pra trabalhar, mas vou contar o que acompanhei das discussões.

Quando a GPLv3 foi lançada e os softwares da GNU começaram a migrar pra
ela, alguns advogados da FreeBSD Foundation estudaram a licença, que é
bastante extensa, e chegaram a conclusão que não deveria-se incluir nada
de GPLv3 na base do FreeBSD. O maior motivo pra isso foi que houve uma
mudança entre a GPLv2 e a v3 que proíbe o "Tivoisation" [1].

Uma vez tomada essa decisão, o gcc disponível na base nunca poderia sair
do 4.2.1, que foi a última versão lançada sob a licença GPLv2. Como
ficar preso a uma versão de compilador não é algo bom para o projeto,
foi escolhido um substituto, o llvm/clang. Acho que essa foi a escolha
natural, tanto por razões técnicas (o llvm é moderno, modular, simples
de extender, ...) quanto por razões políticas (A apple sofreu o mesmo
problema e adotou o llvm/clang, investindo uma boa grana nele).

Quanto ao ports, não há nenhum tipo de restrição a softwares GPL v2 ou
v3, existem muitos ports com essas licenças que estão lá disponíveis,
como o exemplo que eu citei dos gcc's mais novos.

O foco da licença BSD é o re-uso comercial, então muitas empresas usam o
FreeBSD como base para seus produtos, fecham o código e comercializam, a
GPL não permite isso, então esse é um motivo forte para manter a base do
FreeBSD em BSD e evitar o GPL (principalmente o v3).

Espero ter esclarecido.
-- 
Renato Botelho
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd