[FUG-BR] (OT) Os 10 piores Sistemas Operacionais de todos os tempos

2009-04-18 Thread Alessandro de Souza Rocha
colunista Steven J. Vaughan-Nichols, divulgou no site pcworld.com uma lista referenciando os 10 piores sistemas operacionais de todos os tempos. No minimo interessante, pois eu nem conhecia alguns dele, mas completamente aberta a discussões. 1. OS/360, 1964 2. ITS (Incompatible Timesharing System)

[FUG-BR] IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Trober
Prezados, Exponho um cenário anômalo, e serei grato pela opinião de vocês. Atendo um condomínio residencial que fornece internet gratuitamente aos moradores. Cada morador, ao assinar o contrato com o condomínio, opta por informar o endereço físico (MAC) do computador, caso queira internet. As co

Re: [FUG-BR] IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Lauro Cesar de Oliveira
www.hostcert.com.br Esse sistema faz o controle de trafego diferente, não utiliza ipfw. Ele segura 100% esses casos. 2009/4/18 Trober > Prezados, > > Exponho um cenário anômalo, e serei grato pela opinião de vocês. > > Atendo um condomínio residencial que fornece internet gratuitamente aos > m

[FUG-BR] Alias para a interface lo0

2009-04-18 Thread Otávio Fernandes
Senhores, Estou com uma situação estranha no meu FreeBSD (7.1-STABLE, amd64), eu coloquei um alias para a interface lo0 no rc.conf (ifconfig_lo0_alias="inet 189.xxx.xxx.xxx netmask 255.255.255.0"), porem, ele só é aplicado quando eu executo o comando ifconfig ($ ifconfig lo0 alias inet 189.xxx.xxx

Re: [FUG-BR] IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Trober
Olá Lauro :) Grato pelo retorno. Muito boa sua sugestão, mas, por enquanto, o objetivo é manter o FreeBSD, adotando uma solução não-comercial. Caso o IPFW se mostre incapaz de cumprir o propósito de controlar banda de protocolos obscuros e criptografados, partirei para algo comercial. Novament

Re: [FUG-BR] Problemas com regras PF+altq

2009-04-18 Thread renato martins
use o queue nas em todas as interfaces pois o controle diferente do ipfw so é feito no upload da interface isso ja foi muito divulgado aqui na lista 2009/4/17 joao jamaicabsd > Bom dia Pessoal. > Estou com problema nas regras do PF+Altq. Não estou conseguinto fazer o > controle de banda funciona

Re: [FUG-BR] Alias para a interface lo0

2009-04-18 Thread renato martins
voce está querendo colocar esse alias no local para fazer bgp ? se for pode fazer direto na interface que se conecta no router nao precisa ser na lo isso é um costume que o pessoa tras do cisco 2009/4/18 Otávio Fernandes > Senhores, > > Estou com uma situação estranha no meu FreeBSD (7.1-STABL

[FUG-BR] RES: Alias para a interface lo0

2009-04-18 Thread Renato Frederick
Se for isto, para rodar bgp e estiver usando quagga, pode fazer direto nele: ! interface lo0 ip address 187.X.X.X/32 ! O daemon zebra do quagga vai transferir isto para a lo0 do freebsd: #ifconfig lo0 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6

[FUG-BR] RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Renato Frederick
Na regra IPFW você usa como? Eu uso assim: pipe 111 ip from 172.16.20.6 to any in pipe 112 ip from any to 172.16.20.7 out isto funciona indiferente de obfuscacao ou não, já que ele continua usar datagrama IP. :) a obfuscacao vai deixar de funcionar se você utilizar algo L7 para fazer shapping ou

Re: [FUG-BR] RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Welkson Renny de Medeiros
Renato Frederick escreveu: > Na regra IPFW você usa como? > > Eu uso assim: > pipe 111 ip from 172.16.20.6 to any in > pipe 112 ip from any to 172.16.20.7 out > > isto funciona indiferente de obfuscacao ou não, já que ele continua usar > datagrama IP. :) > > a obfuscacao vai deixar de funcionar se

[FUG-BR] RES: RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Renato Frederick
Welkson, O L7 já está pegando os p2p obfuscado? Pelo menos quando eu usava virtua, obfuscação era o único jeito de fugir do shapping deles, mas não sei se já atualizaram as regras. Particularmente não tenho bloqueado nada, limito o cliente conforme contrato e dependendo do caso, faço burst para

Re: [FUG-BR] RES: RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Welkson Renny de Medeiros
Renato Frederick escreveu: > Welkson, > > O L7 já está pegando os p2p obfuscado? Pelo menos quando eu usava virtua, > obfuscação era o único jeito de fugir do shapping deles, mas não sei se já > atualizaram as regras. > > Particularmente não tenho bloqueado nada, limito o cliente conforme contrato

Re: [FUG-BR] RES: RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread irado furioso com tudo
Em Sat, 18 Apr 2009 19:18:59 -0300 Welkson Renny de Medeiros , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Acredito que não (não testei). O que quis dizer é que usando Linux > vai ser a mesma coisa =) > > Acho que obfuscado não tem como detectar... só se quebrar o > algorítimo

Re: [FUG-BR] RES: RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Cristina Fernandes Silva
> b) se fazem em Linux, não acredito que não possa ser melhor (bem > melhor) em FreeBSD, por mais que os criadores do HostCERT sejam > habilitados e criativos. tambem nao acredito que o dummynet nao possa fazer essa limitação de banda.. deve ter algo de errado. Se fazem em linux.. no FreeBSD usan

[FUG-BR] Gambiarra ou router caseiro!!

2009-04-18 Thread Israel Azevedo
Boa noite!! Tenho um ambiente de testes onde eu gostaria de implementar com o FreeBSD algo parecido com estes roteadores wireless que são vendidos por ae!! Exemplo: um d-link di-524.. possui uma porta wan e 4 portas para serem ligados pcs a cabo..e uma interface wireless. Se alguem se dispor a m

Re: [FUG-BR] RES: CPU hotplug

2009-04-18 Thread William David FUG-BR
Madre de Dios Agora eu nao posso dormir se não vou sonhar com isso nice. da um boot com tudo habilitado pra 1 vm e passa o dmesg rs quero ver o que aparece no hardware desse monstrinho. 2009/4/17 Ricardo Augusto de Souza : > Gostei tb. > Qt custa uma dessas? > > > http://en.wikipedia.org/wiki/

Re: [FUG-BR] RES: CPU hotplug

2009-04-18 Thread William David FUG-BR
só pra matar a curiosidade http://www.serverwatch.com/hreviews/article.php/3708896#chart Xeon configurations start at $29,900 and go up to $348,000; Itanium configurations start at $45,000 and go up to $600,000 http://www.unisys.com/products/enterprise__servers/high_d_end__servers/index.htm pági

Re: [FUG-BR] RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Trober
Olá Welkson. Isso mesmo! Tudo perfeitamente controlado em 256kbps, mas BitTorrent, eMule, uTorrent estourando em quase 3mbps. Li seu tópico sobre o Orbit, e tem bastante similaridade com a anomalia que apresentei. Farei testes agora durante a madrugada, e reportarei o resultado assim que solucio

[FUG-BR] RES: RES: RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Renato Frederick
Tenho 200% de certaza que o dummynet funciona, para qualquer protocolo que ele conheça. Entao, se fizer usando "ip" resolve. É impossível o emule/torrent usar qualquer coisa que não seja IP. Deve usar uma porta randômica TCP ou UDP e jogar uma criptografia maluca em cima. Nada diferente disto. >

[FUG-BR] RES: RES: IPFW, protocolos obscuros, protocolos criptografados etc.

2009-04-18 Thread Renato Frederick
Trober, Você não pode colocar o emule dentro da limitação do cliente? Ex, limitá-lo a 100k, indiferente se ele usa WEB,FTP ou P2P? Se puder, um 'ipfw add pipe X all from IP_CLIENTE to any'(e a volta) funciona. Se não puder, creio que a única solução seria: Ipfw add pipe X all from IP_CLIENTE 1

[FUG-BR] RES: RES: CPU hotplug

2009-04-18 Thread Renato Frederick
Realmente voltamos aos princípios do mainframe :-) Queria ver a cara de quem falou que este conceito ia morrer... > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de William David FUG-BR > Enviada em: domingo, 19 de abril de 2009 00:39 >